Skip Navigation

[Resolved] Post type connection dropped/lost

This support ticket is created 7 years, 7 months 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.

No supporters are available to work today on Toolset forum. Feel free to create tickets and we will handle it as soon as we are online. Thank you for your understanding.

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 2 replies, has 2 voices.

Last updated by Simon 7 years, 7 months ago.

Assisted by: Luo Yang.

Author
Posts
#437537

Hello

We have a CPT (name: kontakter, slug: kontakt_koppling) which acts as many-to-many link between two post types "standard pages" and CPT "kontaktperson" (read: contact person). "Standard pages" and CPT "kontaktperson" are parents to kontakt_koppling.

When we were going to change the view that list contact persons that are associated to a page the connection for the view had been lost/dropped and we where asked to add a connection. We reassigned the connection to the CPT slug kontakt_koppling (many-to-many).

Result:
* Old post are showing the correct data on the frontend.
* We can't create new posts that shows the CPT data on the frontend. However the data from a new post is stored and showed in admin correctly.
* We have not yet tested to update an existing page in case something is broken.
* We changed the settings for the CPT kontakt_koppling (many-to-many) to show in admin right after "panel" and under the CPT kontaktperson with show_in_menu ( edit.php?post_type=kontaktperson ). However we can't see the CPT kontakt_koppling at all in the left column of WP admin.

We don't really know where to continue the debugging.

Best regards,
Simon

#437842

Dear Simon,

The problem you mentioned above is abnormal, which I can not duplicate same problem, please check these:
1) Check the compatibility problem: deactivate other plugins and switch to wordpress default theme, and test again
2) Check PHP errors: Enable PHP debug mode, copy and paste the debug logs here
PHP Debugging
In case you think that Types or Views are doing something wrong (what we call a bug), you should enable PHP error logging. Again, edit your wp-config.php file and add the following:

ini_set('log_errors',TRUE);
ini_set('error_reporting', E_ALL);
ini_set('error_log', dirname(__FILE__) . '/error_log.txt');
This will produce a file called ‘error_log.txt’ in your WordPress root directory. Make sure that the web server can create and write this file. If it cannot, use an FTP program to create the file and make it writable to Apache (normally, user www-data).
https://toolset.com/documentation/user-guides/debugging-types-and-views/

#438547

Thank you Luo!

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