Patrik

Had the exact same error with PHP 5.6 right now. Posting comments was not possible. The above code fixed it – working fine again. Wondering why this fix isn’t in the latest update yet…

Had the exact same error with PHP 5.6 right now. Posting comments was not possible. The above code fixed it – working fine again. Wondering why this fix isn’t in the latest update yet…

Had too many tabs open. Post should be done at https://www.ads-software.com/support/topic/fatal-error-upon-comment-post/#post-8492386.

• This reply was modified 8 years ago by Patrik.
• This reply was modified 8 years ago by Patrik.

Change line 81 in file /wp-content/plugins/wp-emoji-one/css/wp-emoji-one-style.css:
background-image: url("../img/emojione-sprites.png");
to
background-image: url("/wp-content/plugins/wp-emoji-one/img/emojione-sprites.png");
to get it working.

The latest version: v3.0.2

Thanks for your answer. I really hope that the widget may come back in the future, because it was one of the best functionality Stream offered in v1.4.49. I think that it’s an great addition to already existing features to see directly after the login into the admin area, what’s going on on the site.

I think that such a widget won’t overload the plugin code that much ??

However you decide if to integrate it again or not: Thanks for the really great plugin! ??

Just to mention: Still doesn’t seems to work. When I click on the donation account just the settings gets saved, but no redirecting no the Paypal site ??

Thanks for letting me know that, Luke! I’m testing it in my staging environment and updating my rate afterwards.

Would it be possible to fire the same mail()-call when an user gets assigned to an task with less work?

I finally solved this very strange behaviour. Even if it has nothing to do with this plugin, I want to share my solution: It seems that a PHP version has some issues with the PHPMailer library, which WordPress does use.

After updating PHP 5.6.9-1~dotdeb+7.1 to 5.6.10-1~dotdeb+7.3 everything does work fine again like couple of weeks ago – even the automated sending of mails of the great todo-plugin! ??

Regards,
Patrik

Okay, sorry for disturbing you: It seems that this is an issue of WordPress itself. Sadly the plugin does not help in any way – WordPress is reporting an error, that “no recipient was entered”. Whyever…

I mark this case as resolved as this seems to be a WordPress-related issue. Thank you for your help!

Thanks for your very fast reply!

Yes, both options are set like that. The mailserver itself is operating correctly. I also think that the mails did work couple of months ago…

Sending mails over the PHP mail()-function does work correctly (over CLI and over the webserver). Doesn’t WordPress use that function too? That’s a bit strange.

I will do some further investigation.

Thanks for fixing this issue and offering the VIP support for this case, but I already solved this problem before opening this support ticket by restoring an older version of the plugin (v1.05). I’m going to test the latest version later today, if it works now.

I finally found the problem, why the image was not posted correctly. The plugin “iThemes Security” was causing the issue – specially the setting “Enable HackRepair.com’s blacklist feature”. After deactiving this functionality, everything is working now. Thanks for your help!

I am aware that the plugin is just passing the link to Twitter, but I already developed my own short PHP scripts, which are passing the images from the filesystem directly to Twitter easily and without any problems. As you can see on the API documentation of Twitter at https://dev.twitter.com/rest/reference/post/statuses/update_with_media#api-param-media it is possible to pass an base64 encoded image to the API and Twitter does handle the rest. In my optinion this may be a better implementation instead of pulling the URL, because it may solve some issues. It is just an suggestion from my side.

Well, you already told me that and after some investigation I could not find the reason yet. As I am responsible for the server environment I will take a deeper look into that issue in the next days, how I already wrote in my last reponse. It is a bit more complex setup, so there is a bit more time required to find the reason why requests without an useragent may be denied.

That is very strange. After about one hour I could not find any reason why this happens. I will take a deeper look into the issue in the next days. I’ll keep you up-to-date, if you wish. And thank you for all your fast replies!

Is there any workaround or any chance that in the next versions the plugin is taking the images directly from the filesystem (wp-content/ folder) instead of pulling the image from the URL?