I searched the issues and couldn't find our symptoms...apologies if this has been reported.

Everything seems to work fine in IE 7.

In Firefox, Chrome, etc, almost everything seems to work, *except* file upload or new version upload.
I click "Upload" and choose my file. The red progress bar completes as intended, but when I click the "Submit" button down below, nothing happens. I haven't seen any error messages (in drupal, in javascript console, in server logs), it just sits there doing nothing.

Any ideas?

A few relevant facts:
- We have a multisite install, and are using table prefixing (I mention because there were still a couple spots in the code that required fixing)
- We require https, so we have a local install of the libraries (and I tried commenting out the line in the stylesheet that uses a non-https image)
- Flash is up to date
- Most recent version of said browsers

Comments

seattlehimay’s picture

seattlehimay commented

One more thing that I notice:
While I don't see any errors, I just noticed in our access log that the POST request coming from Firefox does not have a login name associated with it, whereas the post request coming from IE does.
("POST /intranet/filedepot_ajax/savefile")

So I see *why* it isn't working, but do not yet see how to fix the problem. Thanks for any help people can give.

_randy’s picture

_randy commented

Is your SSL certificate a valid cert from a known Certificate Authority?

If you look at our forum, a user had a similar issue with the uploader:
http://www.nextide.ca/node/495#comment-637

I would just like to rule out ssl as the issue.

seattlehimay’s picture

seattlehimay commented

We have a valid Thawte cert.

seattlehimay’s picture

seattlehimay commented

Any other ideas on this? I have some time now, but if you have any other ideas that may help troubleshoot, that would be great.

frbracch’s picture

frbracch commented

I got the same issue, then changed the function filedepot_user_access in filedepot.module.
what I made is to change the variable name ($user) where is stored data results from database
into $userobj. Maybe the function user_load uses the global $user function, I don't know.

follows my filedepot_user_access function

function filedepot_user_access($perm) {
  global $user, $base_path;

  // Odd Mozilla/Firefox bug with the YUI Uploader (FLASH based) where $_COOKIES is not included in the POST VARS                                                                
  // This causes the AJAX savefile request to fail or attempt to be processed as an anonymous user which is not what we want.                                                    
  if (isset($_POST['cookie_session']) AND !empty($_POST['cookie_session'])) {

    /* Code added to handle the issue with the default $_COOKIE array being sent by the Flash Image uploader                                                                     
    * We can send the cookies in the post form data and then extract and rebuild the user object                                                                                 
    */

    // Check if the session is still active, we have a record of the client's session in the database.                                                                           
    $userobj = db_fetch_object(db_query("SELECT u.*, s.* FROM {users} u INNER JOIN {sessions} s ON u.uid = s.uid WHERE s.sid = '%s'", $_POST['cookie_session']));

    // We found the client's session record and they are an authenticated user                                                                                                   
    if ($userobj && $userobj->uid > 0) {
      // This is done to unserialize the data member of $user and restore their session                                                                                          
      $user = user_load($userobj->uid);
    }
  }
  elseif ($perm == 'filedepot desktop client' AND isset($_POST['username']) AND isset($_POST['password']))  {
    if (db_result(db_query("SELECT count(*) FROM {users} WHERE name='%s' AND pass='%s'", $_POST['username'], $_POST['password'])) == 1) {
      return TRUE;
    }
    else {
      return FALSE;
    }
  }

  return user_access($perm);

}
badmothergoose’s picture

badmothergoose commented

i confirm that the solution posted in #5 fixes the upload problem in FF. had not experienced it in Chrome (not tested with IE). My problem was the same as the one described here :
http://drupal.org/node/1741726
and there
http://www.nextide.ca/node/624