Closed (fixed)
Project:
Drupal core
Version:
4.7.0-beta5
Component:
other
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
5 Mar 2006 at 14:47 UTC
Updated:
12 Apr 2006 at 05:45 UTC
1. Try attaching the file to a post from Firefox 1.5.0.1
2. Upload progress bar starts running and stays forever.
Very similar problem is experienced during the update process - the update progress bar runs forever if started from Firefox. Therefore I suspect, that the the problem is somewhere in the progress indicator JavaScript.
Comments
Comment #1
Bèr Kessels commenteddup of http://drupal.org/node/49501
Comment #2
drummI suspect that this is caused by your browser caching an older version of the JavaScript files. Try clearing the browser's cache and then using the file uploads.
Comment #3
taslett commentedJust trying to add some claification on this bug which may help to find a solution.
The progress bar hangs only on Linux browsers.
Browsers on Windows and Mac don't seem to have a problem.
The server OS running drupal 4.7 beta 5 seems to make no difference.
Comment #4
Artem commentedI experienced the original error on Windows with Firefox 1.5.0.1. However I don't experience it anymore on the same Drupal installation. I guess it was really due to the browser cache issues. Is it somehow possible to force the browser load the updated version of the script if the browser cache contains the old one?
Comment #5
Stefan Nagtegaal commentedCan't we fix this with something like the following code?
Just a guess...
Comment #6
archatas commentedUsing the folowing AJAX request, it is possible to refresh some cached file:
But still we don't have a way to check whether we have an old version of the file or the new one.
My suggestion would be to have version information in javascript/css/image filenames, just like here:
drupal-4.7.0.js
update-4.7.0.js
progress-4.7.0.js
drupal-4.7.0.css
So after every Drupal upgrade, all the users' browsers would be forced to get the newest versions of the files.
-----
Archatas
http://hyperlocal.org
Comment #7
archatas commentedStefan, if we use headers like in your example, at first, we will need php file wrappers for all javascript/css/image files. Secondly, the files will never be cached, as they normaly should.
Comment #8
Bèr Kessels commentedI am inclined to mark this won'tfix.
1: its a browser issue. File an issue with firefox :)
2: not many people will upgrade twice. If you really do so, make sure you wipe your cache, or use a browser w/o the issue (konqueror)
3: We need a lot of code to fix this minor issue. Only AJAX will not help. Giving files version numbers is horrible. And adding PHP wrappers around all files is a severe performance issue.
Should I mark it as such?
Comment #9
moshe weitzman commentedit is trivially fixed by adding a timestamp to the js file. we should do that at leats in the update page because failures rthere are scary and sometimes fatal for a sysadmin without skills.
Comment #10
taslett commentedIt is not only Firefox.
The problem occurs in Opera 7.54, Epiphany 1.6.5, Konqueror and other browsers on linux when trying to attach a file to a page.
That also rules out a browser cacheing issue.
Comment #11
Bèr Kessels commented@moshe, excuse me if this is a stupid, but can you point me to a resource, or give a hint how to fix this? I would like to help make the upgrade a bit more sturdy. Every small fix or improvement is welcome AFAIKS.
Bèr
Comment #12
moshe weitzman commentedin HTML
since the date always changes, the stylesheet is never cached. recommended for update.php not everywhere.
Comment #13
Artem commentedMoshe, what if we append the file version instead of a date and do it everywhere? Then after the site upgrade to the browser it will look like all the pages switched to a completely different script.
Comment #14
moshe weitzman commentedtry latest HEAD. we fixed some stuff. please reopen with details if still not fixed.
Comment #15
(not verified) commented