User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en; rv:1.8b5) Gecko/20051006 Firefox/1.4.1 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en; rv:1.8b5) Gecko/20051006 Firefox/1.4.1 The Bork Bork Bork 0.10, submitted and approved the other day, should be listed as NEWER than the 0.8 version. Instead on the developer's item view https://addons.mozilla.org/developers/itemoverview.php?id=507 the page shows 0.10 as inferior to all other versions. Reproducible: Always Steps to Reproduce: Actual Results: The public fails to see the latest version of the extension.

I should add that the public view page https://addons.mozilla.org/extensions/moreinfo.php?application=firefox&category=Humor&numpg=10&id=507 fails to show the most current version.

Some thing happens here, extension version of 0.9.9.20051027 is sorted lower than 0.9.9.4, but 0.9.9.20051027 was submitted after the .4 version, see example here: https://addons.mozilla.org/extensions/moreinfo.php?id=1330&page=releases I'm assuming that that it only sorts on the first digit of the forth digit.

Background: I based my version numbering scheme for all my software (Apache modules, Sendmail milters, Hibachi, Roundhouse, Bork, etc.) based on RFC 2616 HTTP/1.1 section 3.1 HTTP Version. The major and minor numbers simply increment and the version number is NOT treated as a real decimal number. "Thus, HTTP/2.4 is a lower version than HTTP/2.13, which in turn is lower than HTTP/12.3."

Occurs with the SearchStatus extension as well - 1.9 is listed as newer than 1.14.

A workaround seems to be deleting the older versions from addons.mozilla.org - I can now get SearchStatus 1.14 to display to the public be deleting versions 1.2 to 1.9 from its database.

*** This bug has been marked as a duplicate of 292138 ***

AMO BUGSPAM FOR COMPONENT MOVE AND DELETE (FILTER ME)

AMO BUGSPAM FOR QACONTACT FIX (FILTER ME)