Posted 1 year ago #
None of my IE users (all versions) are able to get the data they enter into the custom fields to "take". After submitting the post the fields return empty again. Seems to work fine in FF, Chrome. Anyone have this problem and find a fix for it?
http://wordpress.org/extend/plugins/custom-content-type-manager/
Posted 1 year ago #
Firefox is the solution. The problem is IE's mis-handling of dynamically added Javascript (big surprise). I reworked all the Ajax and thickbox stuff in 0.9.5, but that's still in dev. Sometimes I wonder how much further along civilization would be if IE never existed...
Posted 1 year ago #
Thanks so much for the prompt reply. Cant agree more on IE, when do you expect the dev version to release? I may give it a whirl early after a quick backup. I've got a system in place that we're coaxing in a lot of timid users to embrace and anarchy may ensue if I ask them to install a new browser :)
Posted 1 year ago #
You can download the current dev version via SVN at any time. Instructions here: http://code.google.com/p/wordpress-custom-content-type-manager/wiki/Downloads?tm=2
The dev branch is packaged periodically and made available on WP's site: https://wordpress.org/extend/plugins/custom-content-type-manager/download/
I've got all the functionality I wanted into the 0.9.5 version, I'm just putting it through its paces for testing, so having more eyes on it is always appreciated.
Posted 1 year ago #
Thanks again. I installed the dev version and still had the issue with IE7 (didn't test 8 or 9), understood it's still in development but fyi. Also, I had a text area in place that the dev plugin replaced with placeholder text "Nothing Much". Although the original text was still in the db if I pasted the original text back in and saved the original text disappeared from the db.
So I found a different plugin to just handle the custom fields, and it crossed over great from your plugin, new fields populated with the original ones I created with CCTM. But I'm not sure how to pull the plugin out leaving the dashboard and display options intact. I understand if you don't want to spend time answering, but if you would be kind enuf to tell me how to replace the plugin with functions or whatever I'd appreciate it. There's custom posts in the db I'd like to retain.
Posted 1 year ago #
Ooops... the "Nothing Much" thing was from testing something with the textareas.
Man, I HATE browser issues -- it'd be helpful to outline what exactly is failing and when. I rewrote everything to us the native WP AJAX API and jQuery specifically to avoid that stuff. I'm more concerned with IE 8 and 9. Can you verify that the issue continues on IE 8 or 9? I don't own a Windows machine, and I explicitly avoid dealing with browser issues like this whenever possible.
I need exact steps to reproduce the errors. When exactly does the data "not stick"? Can you do a screencast? I'm not using any Javascript on the posts or pages: it's rewriting the form elements that WP would be writing anyway (e.g. a textarea field instead of WP's default text field). It'd be best if you filed a bug report here, including all your system info (that pops up when you click on the CCTM "bug" link in the footer).
I can't really offer any support on how to integrate my plugin with another -- that's just incredibly difficult and not recommended. You end up with a hackjob that the developers of both plugins won't support. If I were you, I'd just require users to use Firefox for now when accessing the manager. It's kinda nuts to me to start gutting code when the problem is in the browser, not in the PHP.
Posted 1 year ago #
Sorry I can't verify 8 or 9; the fields have already been replaced. The data wasn't sticking when the "Update" button was clicked on the custom post, after the fields were populated by the contributor. One contributor using Safari was able to get the fields to save by hitting return (text field not text area) after entering data into each.
Sorry I wasn't clear, I don't need help integrating the plugin with another... I understand the amount of hours that goes into plugin maintenance and would never ask that. I was just wondering if you knew off the top of your head the general steps I need to take to remove CCTM altogether, and still retain the custom post display in the dashboard and frontend, I've got everything in place with my template files to display the custom posts, just wasn't sure what to add to the functions file to pickup where CCTM is missed. It's ok I can figure it out, thanks again for your prompt help with everything else and good luck!!!
Posted 1 year ago #
I haven't gotten any reports for problems saving data, nor have I ever encountered that while using Safari, Chrome, or Firefox... it would have been hugely helpful to have a valid bug report for that -- along with all the system info and a list of other plugins that are running.
You can't remove the CCTM and still have it there to generate the HTML for the the custom post display in the dashboard and frontend.
If you just need to register custom post types, use WP's register_post_type() function -- just create a new plugin that calls that function during WP's "init" event. That function will add the post-type to WP's radar.
This topic has been closed to new replies.
