jeff_ngan

I’m having the exact same issue, but with Twitter instead. Deleted all files related to the plugin and reinstalled, but no luck.

I’m going to close this topic and start a new one because the original issue has been resolved.

Ah, thanks rgaylor. There was no clear indication that we’re suppose to click our avatar to expand the options in the settings page. Now Twitter Tools is correctly pulling my tweets, but there are three new issues:

1) It will consistently schedule them to be posted on my blog after about four hours.
2) It’s not setting the correct category for the tweets — no matter what category I choose, it always uses the same one (the wrong one)
3) When I try to delete a blog post that was created from a tweet, WordPress crashes with this error message:

Warning: Invalid argument supplied for foreach() in /home/equivoca/www/www/wp-content/plugins/social/lib/social/controller/broadcast.php on line 480

Warning: Cannot modify header information – headers already sent by (output started at /home/equivoca/www/www/wp-content/plugins/social/lib/social/controller/broadcast.php:480) in /home/equivoca/www/www/wp-includes/pluggable.php on line 881

Hello there, I’ve updated Wu Wei to take advantage of new features in WordPress 3.0. However, there’s a new theme approval system which is much more stringent than before, and unfortunately I had to change some of the classes used for displaying things like images and captions in order to meet approval.

I’ll release a changelog soon, and also make Wu Wei 1.2.4 available on my website if you’d like to use the previous version instead.

Nope, that didn’t fix it, because when I enter the password into the box, it doesn’t display the entry, and then that restarts everything back to the messed-up way it was, even with the default Kubric theme. So that means it’s not a bug in my theme or the way WordPress serves it. I can’t narrow down a single variable that fixes/breaks the problem. ??

I think I may have it resolved. To further troubleshoot the problem, I tried changing my theme to the default, and all the protected posts seemed to be working correctly. Then I changed it back to my own personal theme, and it appears to have stayed fixed. I’ll keep this thread alive if it reverts back to the problem.

The plot thickens:

On the main page (index.php), even if you enter the correct password, it won’t display the post. However, if you click the entry (single.php), it will display.

However, on paginated pages, let’s say page 15 where there’s another password protected post, then the full post displays without a password. Also, the full post will display when viewing it as a single entry.

Other troubleshooting steps I’ve taken so far:

• Uninstalled my entire WordPress installation, and did a manual re-install.
• Changed the passwords of my entries, without any noticeable change
• Disabled all my plugins in case of conflicts, but the problem still exists
• Made sure all cookies are cleared so that no residual passwords are used

I’m glad I found this thread. I’m having the exact same problem, and thought it was due to the 2.9.x upgrade, but I guess it goes back to 2.7. If I password protect a post (using the same password as previous protected posts), the previous protected posts will show up even without a password (though “Protected:” is still in the title).

And then when I go back to those old password protected posts, and just hit update without editing anything (not even the password), then the most recent protected post will display without a password.

I’ve tested this across multiple browsers and operating systems, and it doesn’t seem to be an issue with the cookies. It’s as if one password will somehow reset flags for other protected entries.

Please help! This is very scary.

After some more digging around, I found the wp_delete_post() function. This would also work, but I’m not sure how to call the function to delete only the most recent post.