Skip Navigation

[Resolved] CPT Author not displaying correctly when editing CP

This support ticket is created 2 years, 1 month ago. There's a good chance that you are reading advice that it now obsolete.

This is the technical support forum for Toolset - a suite of plugins for developing WordPress sites without writing PHP.

Everyone can read this forum, but only Toolset clients can post in it. Toolset support works 6 days per week, 19 hours per day.

Sun Mon Tue Wed Thu Fri Sat
- 9:00 – 13:00 9:00 – 13:00 9:00 – 13:00 9:00 – 13:00 9:00 – 13:00 -
- 14:00 – 18:00 14:00 – 18:00 14:00 – 18:00 14:00 – 18:00 14:00 – 18:00 -

Supporter timezone: Asia/Hong_Kong (GMT+08:00)

This topic contains 11 replies, has 2 voices.

Last updated by Luo Yang 1 year, 11 months ago.

Assisted by: Luo Yang.

Author
Posts
#2310799
Screen Shot 2022-03-07 at 5.25.24 PM.png

I am trying to: Change the author of a custom post

Link to a page where the issue can be seen: hidden link

I expected to see: The author of the post should appear in the upper right section of the post edit screen.

Instead, I got: Author box appears below the main editor with no content. I am unable to see the current author or change the author.

#2311117

Hello,

Thanks for the details, I can see the problem in your website, and am downloading the duplicator files, will update here if find anything

#2311891

I can duplicate the problem in my localhost, and have escalated this issue, will update here if there is anything news.

Currently, don't use Access to control that custom post type, for example, you can try these:
Dashboard-> Toolset-> Access Control-> Post Types, find the custom post type, switch to option "Same read permission as posts" or "Use the default WordPress read permissions"

#2311897

It is a known issue, see erratum here:
https://toolset.com/errata/cannot-set-post-author-when-post-type-managed-by-access/

But I am not sure when will it be fixed, will keep on updating here if there is anything news.

#2312471

Do I still get a plaque, even though I wasn't the first one to notice? (Just joking).

Thanks for the update. It makes sense to disable Access control. I'll start there. I'm building a sales management thingh. Sales reps & their managers will be among the users. I don't yet know if the customers those sales reps contact (buyers), might also need to log into WordPress, but my instinct is to take advantage of WP's user management and just create another user type for them. My plan was to allow sales reps to create new buyers, and use the Author attribute to automatically assign Buyers to sales reps. Sales managers would be able to changes authors to shift accounts between sales reps.

So, to work around this, I might need to create a CPT for Buyers and keep those out of the WP user table. Do you have any recommendations for this?

New threads created by Luo Yang and linked to this one are listed below:

https://toolset.com/forums/topic/im-building-a-sales-management/

#2312745

According to our support policy, we prefer one ticket one question.
https://toolset.com/toolset-support-policy/

For other new questions, please check new thread here:
https://toolset.com/forums/topic/im-building-a-sales-management/

#2370379

I would like to inform you that the latest Toolset Access plugin (version 2.8.14) is released and contains the fix for this issue.
( ref: https://toolset.com/download/toolset-access/#changelog )

Please update all the Toolset plugins to the latest versions and let us know in case the issue persists.

#2370911

Great news! I've been using Toolset for quite a long time & it's never let me down. The only thing better than Toolset is Toolset support - you folks. I really appreciate all of you! You should be extremely proud of what you have accomplished.

#2371383

Thanks, is this issue resolved? please let me know if you need more assistance for it.

#2372925

Is there any documentation for the JavaScript issues related to pagination? I get really confused because pagination seems to reset the javascript stuff and I'm not clear on why this happens or how to refactor my code to make this less of an issue.

If I add something like jQuery persistant checkboxes to the view, it works on the first page of results, but I need to add the same code inside an event listener in the pagination JavaScript section to get the code to work on each page of results. This same issue seems to impact Elementor components like accordions & toggles. They, too seem to stop working on pagination update.

Is there any general approach I can use with JavaScript so that what I do for the main view loop will be the same on each page of results?

#2373175

I've figured out the JavaScript stuff & now everything is functioning as I need.

My only remaining problem can be seen on this page: hidden link

I have the search filters on the left 2 columns of a bootstrap 4 grid, and the results in the right 10 columns. Pagination and some controls are at the top of the right, 10 columns, inside their own grid.

How do I format the output so that the pagination and controls stay visible at the top of the right-hand section, while the page contents update?

New threads created by Luo Yang and linked to this one are listed below:

https://toolset.com/forums/topic/how-do-i-format-the-output-so-that-the-pagination-and-controls-stay-visible/

#2373853

I assume the original question of this thread is resolved, according to our our support policy, we prefer one ticket one question.
https://toolset.com/toolset-support-policy/

For other new questions, please check new thread here:
https://toolset.com/forums/topic/how-do-i-format-the-output-so-that-the-pagination-and-controls-stay-visible/

This ticket is now closed. If you're a WPML client and need related help, please open a new support ticket.