On 5/4/06, Patrick Aljord patcito@gmail.com wrote:
On 5/4/06, Erik Moeller eloquence@gmail.com wrote:
Make sure you test how the app reacts in case of edit conflicts, I'm not sure the current script handles them properly. Also check the caching behavior. The current script may view out of date images, for instance, after saving (it sometimes does, sometimes doesn't, probably a race condition). A MediaWiki URL that ends with &action=purge should override all caching.
ok so before uploading a modified file back to the server I could do a &action=purge and check the diff.
What diff? There are no diffs on files, only on pages. Let me be extra clear on this: ee.pl has two primary functions, editing text or changing files (images, sounds, videos etc.) on the server. These are very different in nature. Just double-checking that you've noticed that.
I think what you should do is first test the upload process in ee.pl a bit and see under which conditions you're seeing old files rather than the uploaded ones. If it's related to the processing of the image on the wiki, you could try simply adding some sleep() between the upload and the page view (making that customizable would probably be a good idea).
you mean a full upload form with the choice of category and all?
No, just a very simple file/description combination. The description is wikitext, so the user can add the categories or license manually. It might be nice to have two text areas "Prepend to all:" and "Append to all:" in addition to the individual file descriptions.
Erik