-
2009-03-08
siggi
Das hochladen meherer Dateien über "multiupload" tut nicht.
Nach der Auswahl kommen sie in die Warteschlange (Tabelle).
Nach Bttn "Hochladen" wird auch je Datei der Ladefortschritt gezeigt, bis jeweis 100%.
Dateien kommen im Zielnamensraum aber nicht an. Kommentarlos - ohne ersitchtliche Fehlermeldung
Werden die Dateien einzeln in den selben Raum geladen funktioniert das perfekt.
-
2009-03-11
sorgh
I can confirm this, at least for the german l10n. In a similar, but english setup, the flash applet works fine.
You can briefly see a message 'Sitzung abgelaufen' in the file list, before the page returns.
Elements are not added to the selected namespace (or anywhere else).
-
2009-05-26
space
I can confirm this bug with an English installation.
More details:
- Uploading single files with the HTML form still works.
- Our wiki is accessed via SSL.
- If a new namespace would be created by the upload, the namespace directory will
be created in data/media, but it will be empty.
- No errors or warnings in the GUI or in the server log file
- I don't see the "Sitzung abgelaufen" message or its English counterpart.
- I'm not sure if that's got anything to do with it, but I have the FlashBlock
Firefox add-on installed. I've whitelisted the wiki domain, and the Flash
applet appears to work, but I don't know much about how Flash works.
Browser: Firefox 3.0.0.10
OS: Linux
-
2009-05-26
andi
Just a note, if you want to add any details please always give the following infos:
- server and client OS
- webserver configuration (Apache or something different? mod_php, cgi or something different, ...)
- browser version
- flash version
BTW. I can partly reproduce this as I found it to not always working for me. Sometimes only half of my files is uploaded while others are missing. I'm no flash expert, patches and hints what to to look at are welcome.
-
2009-05-27
space
Sorry, Andreas.
The web server is Apache 2.2.9 on Ubuntu Linux 8.10 (Intrepid), running mod_php 5.2.6
Client OS is also Ubuntu Intrepid (different host).
Browser: Firefox 3.0.0.10 (also tested Opera 9.64)
Flash version: 10.0 r22
The problem could be related to SSL. We're using an invalid certificate at the moment
(long story), and while the browser knows about the exception for this site, maybe
Flash doesn't.
I don't know anything about Flash, but if there's anything else you want me to look
into, I'll be glad to help.
-
2009-05-27
sorgh
I just had another look at this today.
The difference between my working setup and the "broken" setup was the presence of the Suhosin module.
Logs on the broken side where showing, that the POST request, sent by the Flash plugin received a 401
response. Somehow, the session seemed to be broken. This got me on the right track:
The plugin sends a 'Shockwave Flash' User-Agent string, whereas the session is usually created from
within a regular browser. Next, Suhosin enables session (and cookie) encryption, which is based on
the User-Agent string by default, as well. So, setting
suhosin.session.cryptua = off
in my Suhosin configuration, fixed it for me.
-
2009-05-27
space
Very interesting, I wouldn't have thought of that.
If this fixed the problem for you, then there are probably two unrelated
issues with the mediamanager Flash. I don't have the Suhosin PHP module
installed, only the Suhosin-Patch, which doesn't offer session encryption.
I finally managed to test this on Windows, and lo and behold, it works
in Internet Explorer 7, but not Firefox 3 or Safari 3. I couldn't test
Opera/Win, because I couldn't get the Flash widget to load there. With
Firefox and Safari, I don't see a POST request in the server logs after
an upload attempt.
Curiouser and curiouser.
-
2009-06-03
andy.webber
Searching around the net, other people with similar Flash applications have had "random" problems with parallel uploading and have solved the problem by doing serial uploads instead. Is there a good reason to do parallel uploads? Absent per-socket bandwidth throttling, the only gain is overlapping tcp and SSL (if applicable) initiation, which will be trivial compared to a typical media upload. Serial uploads will probably re-use the same connection (default for http/1.1), which will be far better anyway, especially for SSL protected sites.
I also have a hunch about "secure" and "HttpOnly" cookies, but don't have access to my broken environments at the moment to test; I'll update within a week if I can.
-
2009-06-03
andi
Andy, I'm no flash expert but the code should do serial upload already (but maybe I'm misinterpreting the ActionScript API there). However I found another problem... Let me explain a bit about the whole thing first:
The biggest flaw is that the flash plugin will not use the browser for uploading the data. Instead it sets up its very own HTTP connection. This causes a whole bunch of problems:
* it is unaware of cookies
* it uses a different user agent string (and thus invalidates our auth cookie)
* the session is lost
To work around these problems we introduced a one time key that is stored in the session and passed together with the session id to the flash plugin. On uploading both values are passed back to the mediamanager from within the flash.
The problem I now encountered is a setting in PHP called session.use_only_cookies which will default to on in PHP 6. This makes it impossible to pass the session ID as a GET parameter. I'm not sure how common that setting in current PHP installs already is.
As a side note, I deliberately wrote the action script to be Flash 9 compatible and seem to remember there were some more sophisticated functions for upload available in Flash 10. I have to check if maybe the problems mentioned above could be easily solved when using Flash 10.
Also the above does not explain how it sometimes only works for half of the images for me.
Again, I'm no Flash expert - if anyone can help out here it would be greatly appreciated.
-
2009-06-05
andi
I had another deep look at the ActionScript and it seems I did misinterpreted the API indeed. The upload functions seems to work asynchronous, so Andy was right - it wasn't serial at all. I rewrote some of the code with that in mind and also fixed a few minor bugs and added a bit more info.
However I doubt it will fix all the problems mentioned so far, but I'd appreciate it if you guys could give it a test.
-
2009-11-28
andi
I also added an ini_set() line to the media manager to take care of the session.use_only_cookies parameter.
-
2009-12-03
joschaef
Mutliple File Uploader does not work here, either:
DokuWiki Release 2009-02-14b
Firefox 3.5.2, Opera 10.10
PHP Version 5.2.9
Apache 2
I saw that today your released a new DokuWiki version. Does it contain a fix for this problem (saw in the list it is not named)
regards
-
2009-12-17
hefa
works for me now with rc2009-12-02 "Mulled Wine"
-
2009-12-23
siggi
WORKSFORM with Mulled wine. with rc2009-12-02; not the drink :-)
Problem is solved; for me.
doku-Wiki runs on provided Webspace (Host Europe)
(Server/System: Linux wp034 2.6.30.2-he-xeon-64gb+4 #1; PHP 5.2.10; Appach 2.2)
(Client/Browser: Firefox 3.0.10; XP-Home...)
Thanks to all they helped solving.
Happy Christmas and a happy New Year!
und überhaupt: Guten Rutsch....und Danke nochmal für die Hilfe.
-
2010-06-26
andi
closing this task. users who still have problems should check the current devel version and report new bug if problem persists
-
Related tasks: