User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040821 Firefox/0.9.1+ Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040821 Firefox/0.9.1+ Version: 0.9.5 Size: 7KB Release date: 2004-08-23 Author: Jochen extension homepage: http://www.krickelkrackel.de/autohide/autohide.htm xpi location: http://www.krickelkrackel.de/autohide/mozupdate/autohide.xpi <em:targetApplication> <Description> <em:id>{ec8030f7-c20a-464f-9b0e-13a3a9e97384}</em:id> <em:minVersion>0.8</em:minVersion> <em:maxVersion>0.10</em:maxVersion> </Description> </em:targetApplication> <em:targetApplication> <Description> <em:id>{86c18b42-e466-45a9-ae7a-9b95ba6f5640}</em:id> <em:minVersion>1.6</em:minVersion> <em:maxVersion>1.8</em:maxVersion> </Description> </em:targetApplication> Reproducible: Sometimes Steps to Reproduce: 1. 3 2. 1 3. 2

There is an old version (0.9.3) on the server. Please update to the promised 0.9.5. I'm sure that 0.9.5 was on the server for several days, but now it's 0.9.3. If this is not possible, please remove Autohide from UMO. Jochen

ftp://ftp.mozilla.org/pub/mozilla.org/extensions/autohide/

Could you please place a renamed copy on the server? (like autohide_095.xpi or so) Thanks!

Ok, give it about half an hour to make it to the mirrors.

Jed, could you fix an error in Autohide's listing? The files and versions got mixed up severely! Version 571 (shown as vid=571 in the URL) for Firefox, which currently appears in the listings and on the more info page, links to the wrong file (autohide.xpi, which contains 0.9.3). However, there is also version 829, which correctly links to autohide_0.9.5.xpi. I propose doing one of the following: a) Version 571 is deleted and 829 is shown in the listings and detail page. b) Version 571 is changed to point correctly to autohide_0.9.5.xpi, and version 829 is removed. c) Everything called "0.9.5" is completely removed, and the autohide_0.9.5.xpi file is added *correctly* for both Firefox and Mozilla.

Took the 'C' Route. In queue now and everything should go back normal once approved. If not, please let me know.

It appears that the queue has been approved. If your extension/theme was not updated, please reopen this bug. If you have an update, please remember to clear the Status Whiteboard when you reopen this bug. Thanks.

Please remove Autohide from u.m.o. Thanks

Done.

It's still on ftp.mozilla.org/pub/mozilla.org/extensions/autohide/

Well, its removed from UMO. Changing over to sysadmin.

Well, it's removed from "UMO for Firefox" only. ;) And I didn't know that it is necessary to say more than "please remove xyz" to get it really removed. Don't get me wrong: UMO is great, but for now it's better for my nerves to not list Autohide on UMO. Thanks.

(In reply to comment #11) > Well, its removed from UMO. Changing over to sysadmin. So I take it removing an extension from update doesn't remove the files from the staging directory? Sounds like a bug in Update. I've removed the autohide directory from the staging area on iguana. It should disappear off the mirrors within the next hour or so. Back to Update to fix the bug.

I guess it depends on the method of removal. If we disable an author, their items are not deleted; they just don't show up on the lists. Since I can't get in right now, I can't tell which method was used.

Autohide WAS removed from the "Firefox extensions list". BUT it was never removed from the "Seamonkey extensions list". So I think It was NEVER really removed from UMO.

--> Nobody

It looks like this is already coded. Does it actually work? http://lxr.mozilla.org/mozilla/source/webtools/update/developers/listmanager.php#212 If its just a file, unlink the file http://us4.php.net/manual/en/function.unlink.php After the file is deleted, remove the DB entry from versions If its a whole extension, unlink all of the files and then rmdir http://us4.php.net/manual/en/function.rmdir.php After the directory is removed, remove the DB entry from main. It should cascade to versions. This should be a self contained file. Two functions: deleteMain(MainID) {} deleteVersion{VersionID}

Duping forward (newer is less noisy, more recent analysis). *** This bug has been marked as a duplicate of 334992 ***