purrdesign

Bumping this, because it is still proving to be a frustrating issue for me and my clients. Sometimes the shortcode templates, although present in the posts, simply do not show up. There are no consistent factors to when they do/don’t show up that I can pinpoint as the cause. Sometimes they fix themselves, other times I have to copy the info into a completely new post to get it to show up.

Anyone else experiencing something similar? It is very frustrating.

I just tried updating the code in the plugin and it doesn’t seem to resolve this issue. Links entered into the tinyMCE fields are still stripped and converted into relative links to the admin, this breaking them on the frontend.

HOWEVER, I’ve just discovered that the issue ONLY occurs when the weird TinyMCE toolbar appears, and that is when I am editing the main post in Text mode. If I switch to visual and save, then the TinyMCE toolbar match the wordpress one and the links seem to retain their absolute structure.

I can’t figure out why there are two different TinyMCE toolbars in the first place, but I guess if I could figure out how to get rid of the weird one (the one with the “File/Edit/View/Formats” on the top row) this would no longer be an issue…

Oddly enough, the appearance of the visual editor changes depending on whether you are editing the post in Visual vs HTML mode. In Visual mode, the visual editor for custom tinymce fields are identical to the WordPress’ visual editor. However if you are editing in HTML mode (save draft while in HTML/visual mode to see the change), then the ‘alternative’ toolbar appears on the custom fields, the one without the option to add hyperlinks.

Thanks. Any way to do this via the theme functions file? I’d like it to be upgrade friendly.

+1 to the complaint that this update broke dozens of sites in which I had used and customized this plugin. It’s basically an entirely new plugin in my mind and should have been released as such.

Darkhorse20 – how can we update this setting? I’m having issues with links and cannot seem to fix without disabling TinyMCE fields entirely. I’m not sure how to update that configuration setting within wordpress, but would like to as that seems like it’s the solution.

I second this. The new visual editor in the newest version is nice and all, but is seriously lacking a hyperlink button. The only way to add one currently is toggle to HTML and type in the code manually.

Yes, new version fixes the thumbnail size issue.

I’m still trying to troubleshoot and figure out what might be causing the upload issue. Luckily it’s not a huge deal.

Thanks for the prompt fixes and the continued development on this wonderful plugin!

Nothing in red, but this is what the console is telling me (substituted mysite.com for actual domain):

GET https://www.mysite.com/wp-admin/media-upload.php [HTTP/1.1 200 OK 1550ms]
GET https://d2lbmhk9kvi6z5.cloudfront.net/plugin/js/cos-plugin-new-window.js [HTTP/1.1 304 Not Modified 32ms]
GET https://www.mysite.com/wp-admin/media-upload.php [HTTP/1.1 200 OK 963ms]
GET https://d2lbmhk9kvi6z5.cloudfront.net/plugin/js/cos-plugin-new-window.js [HTTP/1.1 304 Not Modified 20ms]
POST https://www.mysite.com/wp-admin/media-upload.php [HTTP/1.1 200 OK 583ms]
GET https://www.mysite.com/wp-admin/undefined [HTTP/1.1 404 Not Found 471ms]

No, it loads just fine when I upload it. Just when I hit Insert Into Post, it shows up broken.

Awesome, thanks!

Unrelated issue (and I had this issue with previous versions as well) is I can’t see to upload a default thumbnail. I click upload thumbnail, upload my image (or select from existing, I’ve tried both), click Insert Into Post, and then the preview shows a broken image. Seems to be linking to “wp-admin/undefined” instead of the image. After clicking Apply it disappears and goes back to the No Thumbnail default. Any ideas on how to resolve? Not a huge deal as I don’t have many posts without featured images, but still annoying nonetheless.

Perfect, thank you!

Host says that “varnish would not cache form information. Content that is cached is the content that is initially loaded on the site, and form information is not loaded initially, a blank form would be loaded. Its possible that the fields are accidentally being filed by a variable being pulled from the databases (the last inputted information).”

Thank you for that info! I will bring this up with the host and see if they have any suggestions for resolving.

Just confirmed the domain has varnish implemented on port 80 and apache is on 8081.

Does that tell you anything about the cause of this issue? We ‘resolved’ it by removing the comment_author/email values from the comment fields as we had no other ideas at the time. Solved the issue but also made it a bit more inconvenient for returning commenters.