I installed the image_fupload-6.x-3.x-dev version to test since I could not get the image_fupload-6.x-1.1-rc1 module to work at all. Now, I can select multiple images, see the pending list. But now when I click the upload button, all of the images return a 401 error and do not upload.
I tried removing the password protection from my development site temporarily to see if my main .htaccess file was causing the problem, but it did not change the error.

Is there a line in the module code that I can adjust?

I'm using Firefox 3.0.1 under OS X 10.5.4, but this appears to be a server side issue, not a client side problem.

Comments

grandcat’s picture

grandcat commented
Component: Code » Miscellaneous
Status: Active » Fixed

You should not use .htaccess password protection, this won't work with image fupload. I think your server's configuration has to be reloaded or all cache mechanism has to be cleared because 401 error is not caused by image fupload, look at this:

Your Web server thinks that the HTTP data stream sent by the client (e.g. your Web browser or our CheckUpDown robot) was correct, but access to the URL resource requires user authentication which 1) has not yet been provided or 2) which has been provided but failed authorization tests. This is commonly known as "HTTP Basic Authentication". The actual authentication request expected from the client is defined in the HTTP protocol as the WWW-Authenticate header field.

Source: http://www.checkupdown.com/status/E401.html

anutherwun’s picture

anutherwun commented

Ok, I fully removed the htaccess protecting my entire development site, which is not just my drupal test bed, but all my other messy in-process stuff as well.

I rely on htaccess as a simple initial security for my sites. While the finished drupal implementation would not need a front door htaccess authentication, there are areas of the install that might need htaccess. Not to mention that drupal exentsively uses htaccess for modifiying php settings and other on the fly modifications to apache.

The upload works now, but I'm concerned that this module cannot work with htaccess authenticaton on. I don't have a problem with authentication with other modules that move files, only this one that can handle more than one file at once. Perhaps there is a way to get it to co-exist?

I will be turning htaccess back on now that its confirmed that basic auth is the problem until I push this site live, now that I know the module works.

thanks for providing the module and the functions it brings into drupal.

Anonymous’s picture

Anonymous (not verified) commented
Status: Fixed » Closed (fixed)

Automatically closed -- issue fixed for two weeks with no activity.

frankcarey’s picture

frankcarey commented

This is an issue with flash/swfupload. See http://swfupload.org/forum/generaldiscussion/700 So, not much can be done here, but I do have a clever solution :)

You can set your htaccess to accept a certain ip (or sets of ips) without prompting for a password. Plop your IP, and or any other ip you need in there and drive on :)

AuthName "My Site"
AuthType Basic
AuthUserFile /websites/.htpasswd
require valid-user
Order allow,deny
Allow from 192.168.0.101 192.168.0.102
Satisfy any
avinoama2’s picture

avinoama2 commented

http://swfupload.org/forum/generaldiscussion/700

in this article they say that in the htaccess you can define a file to not use htaccess like so

<Files "upload.php">
Satisfy Any
</Files>

my question is witch file in drupal installation makes the uploading of files ?

glass.dimly’s picture

glass.dimly commented

This is the right way to do this, untested on dev 3x: http://drupal.org/node/444988#comment-2541332