end of picasa

2016-03-08 03:15:42 Detected plugin request: ‘picasa_album_uploader/minibrowser’
2016-03-08 03:15:42 Generating Minibrowser content
2016-03-08 03:15:42 User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_10_5) AppleWebKit/600.8.9 (KHTML, like Gecko)
2016-03-08 03:15:42 Using $_POST[“rss”]
2016-03-08 03:15:42 Form Setup: https://localhost:56240/6701600fd10b4b20cc0bd81923e2d756/image/39e21b4ceaea43f4.jpg
2016-03-08 03:15:54 Ignoring request: ‘wp-admin/upload.php’

i got this one debug log during one of my test maybe?

maybe because each site have is media files?

I tried remove installation on the network and install it only on one site… it was exactly the same message.

I run multisite myself but I’m using subdomain install. It looks like you are using the subdirectory setup. I suspect that has a bearing on the problem. I’m running some experiments and doing a bit of code cleanup at the same time. Haven’t found a smoking gun yet. This may take a few days.

yes exactly i’m using subdirectory. If you need more info i can give you. thank you so much

I’ve been unable to reproduce the problem you are seeing. I installed a multisite subdirectory environment and it works fine. I have made a few changes that I noticed during my testing and uploaded a new development version 0.9.6 but I don’t think it will change anything for you.

I’d like to get a fresh log from you starting fresh in Picasa.

Start by disabling the button in Picasa->Tools->Configure Buttons…

Then delete the related button file in:
~/Library/Application\ Support/Google/Picasa3/buttons/

It should be named based on your site name so should be easy to find.

Install the latest development version of the plugin, turn on the debug log.

Then download the button to Picasa, select an image and click the freshly installed button. Click ‘upload’ in the minibrowser.

Send me the complete log info and let me know what you see. Here’s the log from my test environment:

WordPress Version:
4.4.2
Plugin Version:
0.9.6
PHP Version:
5.6.18
MySQL Server Version:
5.6.25
Plugin Slug:
picasa_album_uploader
Permalink Structure:
/%year%/%monthnum%/%day%/%postname%/
Sample Plugin URL:
https://*masked-host*/test/picasa_album_uploader/sample
Self Test:
REQUEST long variable OK
Log:
2016-03-10 16:27:18 Detected plugin request: 'picasa_album_uploader/minibrowser'
2016-03-10 16:27:18 Generating Minibrowser content
2016-03-10 16:27:18 User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_10_5) AppleWebKit/600.8.9 (KHTML, like Gecko)
2016-03-10 16:27:18 Using $_POST["rss"]
2016-03-10 16:27:18 Form Setup: https://localhost:54346/cd426fc57bd209b09926bdfda658d526/image/841b21e49cc7c440.jpg
2016-03-10 16:27:20 Detected plugin request: 'picasa_album_uploader/upload'
2016-03-10 16:27:20 Upload request received
2016-03-10 16:27:20 _FILES: Array ( [https://localhost:54346/cd426fc57bd209b09926bdfda658d526/image/841b21e49cc7c440_jpg?size=1024] => Array ( [name] => IMG_8363.JPG [type] => image/jpeg [tmp_name] => /private/var/tmp/phpwDSN6X [error] => 0 [size] => 166977 ) )
2016-03-10 16:27:20 _POST: Array ( [picasa-album-uploader-upload-images] => 0bd7a6b06f [_wp_http_referer] => /test/picasa_album_uploader/minibrowser [size] => on [title] => Array ( [0] => IMG_8363.JPG ) [caption] => Array ( [0] => ) [description] => Array ( [0] => ) )
2016-03-10 16:27:20 Received file: "/opt/local/apache2/htdocs/wordpress/wp-content/uploads/sites/2/2016/03/IMG_8363.jpg"
2016-03-10 16:27:20 Title: "IMG_8363.JPG"
2016-03-10 16:27:20 Excerpt: ""
2016-03-10 16:27:20 Description: ""
2016-03-10 16:27:20 Processed 1 files from Picasa with 0 errors.

The wp-admin/upload.php ignored request is also an interesting item.

The wp-admin/upload.php message should not be appearing in the log. That implies that there is something amiss with the path that is being used to attempt to redirect to the admin media page. WP should have treated that URL as a request for the admin page but instead seems to have treated it as a front-end page load.

Have you installed WP in it’s own directory?

Can you provide contents of your .htaccess file?

I’m also wondering if somehow the files are being uploaded to a different site on your multisite install. Could you check media folders for the other sites?

i think i have a clue, let me look at something with my picasa… looking for the folder and it doesn’t not exist at the right place…. will try something and come back.

Hello, sorry for the delay, i was working on my picasa installation but it was not was i was thinking… so i delete the buttons and do it again. this is my log
My wordpress is direct on my public_html. i looked and no files were upload in any sites.

my htaccess is:

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ – [L]

# add a trailing slash to /wp-admin
RewriteRule ^([_0-9a-zA-Z-]+/)?wp-admin$ $1wp-admin/ [R=301,L]

RewriteCond %{REQUEST_FILENAME} -f [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^ – [L]
RewriteRule ^([_0-9a-zA-Z-]+/)?(wp-(content|admin|includes).*) $2 [L]
RewriteRule ^([_0-9a-zA-Z-]+/)?(.*\.php)$ $2 [L]
RewriteRule . index.php [L]

WordPress Version:
4.4.2
Plugin Version:
0.9.5
PHP Version:
5.6.18
MySQL Server Version:
5.6.29
Plugin Slug:
picasa_album_uploader
Permalink Structure:
/%year%/%monthnum%/%day%/%postname%/
Sample Plugin URL:
https://*masked-host*/monpetitlinge/picasa_album_uploader/sample
Self Test:
REQUEST long variable OK
Log:
2016-03-19 21:45:59 Detected plugin request: ‘picasa_album_uploader/Mon-Petit-Linge.pbz’
2016-03-19 21:45:59 Sending button file to client
2016-03-19 21:45:59 Delivered button file to client
2016-03-19 21:46:22 Detected plugin request: ‘picasa_album_uploader/minibrowser’
2016-03-19 21:46:22 User not logged in; redirecting request to login
2016-03-19 21:47:17 Detected plugin request: ‘picasa_album_uploader/minibrowser’
2016-03-19 21:47:17 Generating Minibrowser content
2016-03-19 21:47:17 User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_10_5) AppleWebKit/600.8.9 (KHTML, like Gecko)
2016-03-19 21:47:17 Using $_POST[“rss”]
2016-03-19 21:47:17 Form Setup: https://localhost:51008/7c2d82d6e040e40bd205fe6257021907/image/256a2b68ab1b6b5.jpg
2016-03-19 21:49:13 Ignoring request: ‘wp-admin/upload.php’

I am at a loss to explain what it happening. From the log I see this sequence:

1. You’ve loaded the button into Picasa and then directed Picasa to upload.
2. In response, the minibrowser window has opened and you get the WP login screen.
3. You complete the login form and are then presented with the form containing your image, an option to select the upload resolution and form fields to complete some details about the image

Now the mysteries start.

Mystery #1

I’m assuming you are pressing the upload button which appears in the minibrowser window.

Why doesn’t the plugin see the form response? After the “Form Setup” line in the log you should see a line that the upload was detected after you click the button in the minibrowser window.

Mystery #2

I suspect the wp-admin/upload.php request in the log is when you go to look at the media folder for the uploaded images.

Why is wp-admin/upload.php seen by the plugin? Admin screen requests are not supposed to go through the parse_request action that is hooked by the plugin.

Maybe a plugin you have loaded is doing something with parse_request on the admin screens which would explain this. This is a lesser concern to mystery #1.

Back to mystery #1.

Assuming the form request is being sent by Picasa, it appears that it is being blocked before it reaches WordPress or another plugin is modifying the request before it can reach the plugin.

I have three requests:

1. Do you have anything like mod_security or Suhosin installed?

   Can you try the experiment again and then review your server logs for errors?

   It would be good to check both the access log and the error log. The access log should show a request for picasa_album_uploader/upload with an html result code. The error log may also have some interesting details.

2. You’ve mentioned woocommerce and storefront theme. I have loaded both myself and am still unable to recreate your experience.

   What other plugins do you have active on the site? (Note to self: add collection of active plugins to debug log)

   Maybe mystery #2 does provide a clue. Perhaps another plugin has also hooked parse_request and is taking action before this plugin.

3. If willing, try temporarily disabling all other plugins and retry the upload. If it works, we know it’s a plugin interaction issue.

I was finally able to recreate the reported and figure out how to fix it.

The short answer is that you need to delete and re-install the button in Picasa.

I just uploaded v0.10 of the plugin that will detect if you are hitting the configuration issue that I uncovered. I suspect the following three things are true for you at the moment:

* force_ssl_admin() is true
* The button file you are using specifies http protocol
* home_url() specifies https protocol.

These 3 together cause Picasa to not resend the image details after successful login to the site.

The new version of the plugin will detect this condition and report if it’s been hit.

In other news, Yep, Picasa has gone away, it can no longer be downloaded from Google. However, it does still work (for now).