samrot

Hi @tanvir101 ,

Thanks for your response.

I did some additional debugging and I believe the issue may be related to custom post types.

In my setup, the frontend dashboard is used to manage a CPT, not regular WP posts.

The issue appears only from 4.2.9 onward. In 4.2.8 the Edit button appears correctly.

From what I can see, the edit permission flow now relies on current_user_can( ‘edit_post’, $post_id ) for published posts. For published posts, WordPress requires edit_published_posts.

I noticed that WPUF has a capability helper/filter that appears to grant edit_published_posts to post authors, but it seems to have a hardcoded check for:

‘post’ !== $post->post_type

Because of that, the temporary permission grant appears to apply only to the default “post” post type, not to custom post types managed through WPUF.

This would explain the behavior:

• Draft items still show Edit
• Published items do not show Edit for non-admin authors
• Admin users still see Edit
• Rolling back to 4.2.8 fixes it

Could you please test the issue using:

1. A custom post type
2. A non-admin author user
3. A published item created by that user
4. The WPUF frontend dashboard/edit flow

It seems the hardcoded post type check may need to support WPUF-managed custom post types, or be filterable.

Please let me know if this helps reproduce it.

Thanks.

Thank you @mr2p for your support!

Almost nothing.

This is before opening the link:
https://drive.google.com/file/d/1Iidn3i6gaJ4COZL2mE9c6MENCOLfrsrj/view?usp=sharing

This is after:
https://drive.google.com/file/d/1vDUw9Qfo7z-NMozf2GeSmoAksxhjZMOP/view?usp=sharing

As you can see only onle one action was executed from a hook related directly to WP.

Looking forward to your comments to understand how can we fix this.

Thank you

Yeap, it’s working fine, thanks Phi!

The only thing is that, eventhough I see the equal symbol in the code (‘<=’), if the date of the event is today then the register button dissapears as well and it shouldn’t (registration should be available up to and including the date of the event).

Can this be related to timezone? The timezone on WP is set correctly but not sure what timezone does the ‘new DateTime’ is taking into account to make the comparison. If so, how can the correct timezone be set on the code?

Something like:

date_default_timezone_set("America/Los_Angeles");

Can the time from another custom field be taken into account as well (event start time)?

Thank you!!

Hi @tahaamin!

Thanks for your reply.

Any updates so far?

ok, submitted 🙂

Great, thx!

1. Can you do the same for the xls version? (add a Title “Total” to the $summary_row)
2. The xls version says it has to be exported “w/o Progressbar”. Is this exported automatically this way when exported as an scheduled job or from the profile tab?

A M A Z I N G ! ! !
Thx!! 🙂

Just one more thing.
About this…

2) try add this code to “Misc Settings”
add_action( 'woe_xls_print_header', function ($objXls,$formatter) {
$objXls->getActiveSheet()->getDefaultRowDimension()->setRowHeight(-1);
}, 10, 2);

How can I achieve this in CSV?
And also, how can I achieve this for the column width in XLS?
(Without using this code, in csv the width gets adjusted automatically to fit the content by default but not the height while in XLS the height gets adjusted automatically but not the width lol).