257837 - Add Mouse Gestures 1.0 release

Status: RESOLVED FIXED

(addons.mozilla.org Graveyard :: Public Pages, defect)

Description

[Jens Bannmann]

There is a new release, please list it on UMO.

UID: {FFA36170-80B1-4535-B0E3-A4569E497DD0}
XPI: http://downloads.us-east3.mozdev.org/optimoz/nightly/mozgest_20040902.xpi

Also supports Mozilla Suite 1.4 to 1.8

Comment 1

[Wolf [:wolf]]

You probably should've reopened your old bug for this. Is there a version # for
this one? The data provided here is a bit sketchy for a not-unconfirmed bug.

Comment 2

[Jens Bannmann]

(In reply to comment #1)
> You probably should've reopened your old bug for this. Is there a version # for
> this one?

Sorry, there was no info on what to include in the report for updates, or not to
open a new bug.

I thought the information was auto-read from install.rdf... This release has the
version number 0.9.20040902, and it supports Firefox 0.8 to 0.10, Thunderbird
0.6 to 0.8 and Mozilla 1.4 to 1.8.

Comment 3

[Jed B]

In Queue.
yes please re-open this bug for future updates.

Comment 4

[alanjstr]

Needs to be re-added to include Moz 1.x

Comment 5

[Jed B]

Done. re-added with Moz Suite info

Comment 6

[Jed B]

Done. re-added with Moz Suite info

Comment 7

[alanjstr]

We may be experiencing a temporary problem with it linking to the wrong URL. 
Other than that, this is fixed.

Comment 8

[Jens Bannmann]

We released another version, details below.

UID:  {FFA36170-80B1-4535-B0E3-A4569E497DD0}
XPI:  http://downloads.us-east3.mozdev.org/optimoz/nightly/mozgest_20040913.xpi
      (should be propagated to this mirror within the next hour)
Ver:  0.9.20040913
Size: 113kb

Apps: Firefox 0.8 to 0.10, Thunderbird 0.6 to 0.8
      and Mozilla 1.4 to 1.8

Thanks in advance!

Comment 9

[Jed B]

Jens.
There is a problem with the way you are numbering your extension.
According to ben (see:
http://www.mozilla.org/projects/firefox/extensions/update.html )

All extension versioning needs to be incrementable (i.e. 0.9.1).
If not, the update mechanism won't work with firefox and update.mozilla.org.

The problem lies in that Firefox will that that
0.9.20040913
is newer than
0.9.20041001
which is not the case.

If you don't mind reading that doc anc changing it, that would be great. Thanks

They way I understand it from the document is that it needs to be like the following
major.minor.release.build[+]
meaning 
0.9.20040913 Is not ok, but
0.9.0.20040913  IS ok.

Please correct me if I'm wrong

Comment 10

[Jens Bannmann]

(In reply to comment #9)
> There is a problem with the way you are numbering your extension.
> (...)
> The problem lies in that Firefox will that that
> 0.9.20040913
> is newer than
> 0.9.20041001
> which is not the case.

I just tested this using Firefox1.0PR-RC and a custom update.rdf. When the
0.9.20040913 build is installed and I click "Update extension", Firefox
correctly presents me 0.9.20041001 as an available update. As UMO now also uses
the RDF-based format, it should be safe to assume it will work here, too.

I remember someone writing the version numbers were a dot-separated set of
integers, which explains why this works. Perhaps the examples on Ben's reference
pages don't make it clear enough that you *can* have multiple digits in *each*
field.

Comment 11

[alanjstr]

Yes, the format is fine.  The subminor of the new one is of greater value than
the subminor of the older one.  Problems will only occur if someone uses letter
or more than 3 separators.

Comment 12

[Jed B]

Ok. In queue.
Just so you know the highest moz version that u.m.o will allow me to input is 1.7
Although it will allow higher versions (ie. 1.8) if you include the target app
info for mozilla in you install.rdf.

Or we can get Wolf to change it (need direct access to the database).

Comment 13

[Jens Bannmann]

(In reply to comment #12)
> Just so you know the highest moz version that u.m.o will allow me to input is 1.7
> Although it will allow higher versions (ie. 1.8) if you include the target app
> info for mozilla in you install.rdf.

In fact, I *do* include Seamonkey target app info in install.rdf... In the old
bug I mentioned that, but it seemed it was irrelevant at the time, so I did not
write about it again here...

Comment 14

[Jens Bannmann]

The install link points to the new file, but it is not yet on the mirror - is
this normal? I already got four user comments (with partly negative votes) about
this!

Comment 15

[alanjstr]

The queue has been approved.  If you get a 404 error, please comment on bug 259282.

Comment 16

[Jens Bannmann]

We finally released the long-awaited 1.0 version. Please add it to UMO.

GUID:        {FFA36170-80B1-4535-B0E3-A4569E497DD0}
New Version: 1.0
Download at: http://downloads.us-east3.mozdev.org/optimoz/mozgest_1_0.xpi
XPI Size:    127kb
Target Apps: Mozilla Suite 1.4 to 1.7, Firefox 0.8 to 1.0PR, Thunderbird 0.6 to 0.8
             (all three listed in install.rdf)

Comment 17

[Jed B]

In queue and congrats on reaching v. 1.0 :)

Comment 18

[Ruediger Lahl]

I only found this Bugzilla Bug for optimoz, so I report the following Bug here,
allso I can't open my Bugzilla-account from the optimoz-site :-(

Using Mozilla in the current SM-nightly versions and testet the mouse gestures 1.0.
It is not possible to use the 'GetRight' 'drop-target' with this version.
mozgest0.3.5.1 works fine with my GetRight version 4.5e(german).

Comment 19

[Jens Bannmann]

(In reply to comment #18)
> I only found this Bugzilla Bug for optimoz, so I report the following Bug here,
> allso I can't open my Bugzilla-account from the optimoz-site :-(

mozilla.org's Bugzilla is not the appropriate place for this... I'll contact you
by mail.

Comment 20

[alanjstr]

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.

Comment 21

[Michael Morgan [:morgamic]]

AMO BUGSPAM FOR COMPONENT MOVE AND DELETE (FILTER ME)