Runamok81

I have removed the WP_TEMP_DIR entry. Tested both ways. With and without 144 and 145 commented out… plugin installs work both ways.

How can I verify where my WP_TEMP_DIR is actually set?

I wasn’t sure how to unset the WP_TEMP_DIR. Removing the entry didn’t seem to unset it. So I redefined it as
define('WP_TEMP_DIR','C:\Inetpub\wwwroot\wordpress\tmp\notarealdirectory');
This re-introduced the error.
Then I commented out lines 144 and 145 of class-http.php
This yielded a different error.

Download failed. Could not open handle for fopen() to C:\Inetpub\wwwroot\wordpress\tmp\notarealdirectory/bcd-upcoming-posts.tmp

I am back in a working state by reinstating rights to and redefining my new WP_TEMP_DIR.

Yes, the host configuration was performed by Microsoft Web Platform Installer 4.0 on IIS6 (ya, I know) WebPI 4.0 sets the host temp directory by adding these lines to the php.ini out-of-the-box.

[WebPIChanges]
error_log=C:\WINDOWS\temp\php53_errors.log
upload_tmp_dir=C:\WINDOWS\temp
session.save_path=C:\WINDOWS\temp

Might want to warn others using the WebPi. They are either going to have to redefine their temp directory via wp-config.php, php.ini, or give IUSR right to the Windows temp directory (yikes!)

Thanks for help. I will mark resolved later this evening.

Richard, Samuel(this post) may have provided a workaround. Give it a try and report back.

Define a new temporary folder, one that wordpress has rights too. Add this line to your wp-config.php
define('WP_TEMP_DIR','C:\Inetpub\wwwroot\wordpress\tmp');

Spot on Samuel!
I added this to my wordpress wp-config.php and the problem is resolved.
define('WP_TEMP_DIR','C:\Inetpub\wwwroot\wordpress\tmp');

Now, to figure out what is causing PHP to think it can’t use the same temp directory it was in 3.4? Perhaps this dev ticket will shed some light?

The error seems to indicate a permissions issue, but I haven’t changed permissions. I can upload and activate plugins manually.

I have disabled all plugins, and retried. no luck.
I have switched themes, and retried. no luck.
No messages from debug mode.
No related errors in php53_errors.log

For now, I am stopping just short of redeploying 3.5 from a fresh download.

+1
After backing up, and updating to wordpress 3.5 on IIS6. I am now receiving error message when downloading or updating plugins.

Download failed. Destination directory for file streaming does not exist or is not writable.

Line for line the Facebook.php’s from both packages are identical except for line 18 where the plugin requests less permissions.

Plugin’s facebook.php scope includes
public $scope = "email, user_about_me, user_birthday, user_hometown, user_website";

While the Facebook.php from the hybrid auth 2.1.0zip package includes
public $scope = "email, user_about_me, user_birthday, user_hometown, user_website, read_stream, offline_access, publish_stream, read_friendlists";

Both of them include email in the scope. Are you sure replacing those files is what solved your problem?

+1

Well, its always nice to have another user confirm this plugin working in the latest worpress. Disclosure: your intuition about server settings was correct…

I noticed that another admin had changed the default content directory as per “Better WP Security” plugin. In the end, changing the “Gallery Path” under Gallry>Options>Gallery Path alleviated some of my content upload problems.

Currently, only the flash uploader doesn’t seem to work.
Thanks for the help.