davidkingsbury

That’s great advice and feedback – thanks! I did make note of my customizations before I ran the plugin update, so it was easy to go back and update again. Excited to see where this all goes in the future…

Cheers, DK

This seems to be working now – I didn’t really change anything, so I’m not sure what the issue was…

Just started working again for me – didn’t change anything on my end…

This happened to me today too – guessing the Twitter API is wonky, as I didn’t make any changes to the web server. Don’t see anything unusual in the logs either…

Installed Homebrew and replaced the Apple-supplied version of PHP in Yosemite with PHP 5.5 with mcrypt, OpenSSL and GD-PNG support. It was the OpenSSL part that ultimately resolved the Twitter Tools download issue…

Looks like that is the issue:

https://stackoverflow.com/questions/26463713/wp-remote-post-returns-an-error-on-ssl-connection

https://www.ads-software.com/support/topic/ssl-cerificate-error?replies=16

I tried setting SSLVerifyClient to none, but that didn’t seem to change anything. There are two instances of sslverify in aktt.php, but I’m reluctant to mess with those.

So it seems from the debug log that cron is firing fine, but this SSL issue with Yosemite is preventing the connection to Twitter.

Was hoping to not have to brew my own PHP, but it looks like that might be the best option (since Yosemite’s PHP also lacks mcrypt and PNG support in GD).

Might be getting closer – this turned up in the debug log:

[SOCIAL – 2015-03-03 05:11:10 – 199.19.84.52] Service::request() error: SSL: CA certificate set, but certificate verification is disabled

I see a few things on stackoverflow that might be related regarding php compiled with a version of cURL that uses Apple’s Secure Transport (this is a Mac Mini web server that was upgraded to Yosemite 10.10.2), but that may be a red herring.

Checking the Apache config for SSL settings…

Just checking back on this and loaded the debugging plugin:

# Social Debug

Current Time: 2012-12-04 20:25:41

## Software Versions

MySQL: 5.5.27
WordPress: 3.4.2
PHP: 5.3.15
Social: 2.6
WebServer: Apache/2.2.22 (Unix) PHP/5.3.15 with Suhosin-Patch DAV/2 mod_ssl/2.2.22 OpenSSL/0.9.8r mod_perl/2.0.5 Perl/v5.12.4

## Social options

social_locked: 1
social_unlocked: Doesn’t Exist
social_last_lock_time: 2012-11-25 03:03:58
social_semaphore: 1

My workaround has been to just bookmark the download tweets URL:

index.php?aktt_action=download_account_tweets&acct_id=XXX&social_api_key=XXX

That pulls in the latest tweets…

Same for me – I keep checking after each update to Twitter Tools and Social, but the 15 minute cron job just doesn’t seem to fire. The account is enabled and works fine when manually downloading via the button – it just doesn’t automatically check…

I experienced this now after manually fetching new tweets (the 15 minute cron call still isn’t working for me), when I saw most current tweets were being sorted in the wrong order. Copying post_date_gmt to post-date got them back in the right order…

Lots of steps to get this working again on my site after the move from 2.4 to 3.0, but I’m still not there 100%:

• Installed and activated Social 2.5 and Twitter Tools 3
• Linked to Twitter in Social and enabled the account in TT
• Tested the broadcast functionality, but the default links were going to the wrong URL, so I signed up for a bit.ly key and installed the Bitly Shortlinks plugin (which fixed the links to posts)
• Successfully converted the old database (10,000+ tweets) in about an hour
• Added a do_shortcode line to my theme template, although I think the old function call would’ve worked after looking through the plugin code (I thought it wasn’t working, but I hadn’t enabled that account yet)
• The list of tweets display is correctly excluding tweets that are created from broadcasts

So now broadcasting works fine, but I’m not getting new tweets every 15 minutes. I tried tracing the cron calls in both plugins, but I can’t figure out exactly how it works. If I hit the button in the TT settings to manually download tweets, it works (but the downloading tweets message never goes away). I thought maybe it was permissions setting with Social, but I think that just relates to downloading social comments. I’ve also tried disabling and reenabling each plugin, but I still can’t get the auto-download of new tweets to work.

Any suggestions on what else I should check?

Thanks for the code, cjwalsh! That appears to fix my issues…

I’m experiencing a lack of updates on two different blogs, both running 2.9.1 and TT 2.1.2 on a server with PHP 5.2.4. One had been up and running for several years, with 4,000 items in the wp_ak_twitter table. The other site is brand new, with a clean install of WP and TT.

Authentication to Twitter works fine – both in the admin settings test and when I publish a blog post. The issue I’m seeing is that when the scheduled pull from Twitter goes out every 10 minutes, it pulls one item, sets the tw_id to 2147483647 (the maximum value for a 32-bit signed integer, aka sign of the Twitpocalypse), then refuses to pull any new tweets after that.

I’ve tried dumping the aktt settings from the options table, loading and unloading the plugin, etc., but when it happened on the new blog, it made me think it might be something with my installation of MySQL (or I guess PHP). I don’t see any auto_increment fields that could be a factor, though. I’ve also looked through the plugin code, but nothing really jumped out at me…