Closed Bug 296479 Opened 20 years ago Closed 19 years ago

Unable to update PasteIP

Categories

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

x86
Windows 2000
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: miken32, Assigned: morgamic)

Details

Attachments

(1 file, 1 obsolete file)

19.51 KB, application/x-xpinstall
Details
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-CA; rv:1.7.8) Gecko/20050511 Firefox/1.0.4 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-CA; rv:1.7.8) Gecko/20050511 Firefox/1.0.4 Trying to update my extension (GUID {90ac33e5-014c-4a0c-b1e8-df821d2e0e38}) I get the dreaded "The Name for your extension or theme already exists in the Update database." How do we fix that? On a separate note, why is maxAppVer for Mozilla 1.7, even though there are official 1.7+ releases? I couldn't find a bug about this. Reproducible: Always
hello?
Could you please upload the troublesome XPI as an attachment to this bug please. There isn't a 1.7+ maxapp ver, there is a 1.8 maxapp ver though.
Attached file problem XPI (obsolete) —
You have changed guid between versions. The version of pasteip on the site currently has the guid {90ac33e5-014c-4a0c-b1e8-df821d2e0e38} and the XPI ont his bug has the guid {998911E3-4D6E-4497-9554-B5655E9CC7FD}. This is why you can not update it.
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → INVALID
Except I didn't change it. It's the same one I've been using for a year now. Did umo change it when it was uploaded and processed? Check version 1.2 here: http://pasteip.mozdev.org/installation.html It uses the same GUID I've always used: 998911E3-4D6E-4497-9554-B5655E9CC7FD
Hmm, weird - neither you did - its the same as the GUID I get when downloading it from the FTP mirrors too. There's no way for an admin to change the guid, so it must have been changed by one of the DB admins. Justdave, kveton: Do you recall ever changing any GUIDs in the database?
Status: RESOLVED → UNCONFIRMED
Resolution: INVALID → ---
can we just change it back so I can update?
Please!
I have the same problem, but with dispMUA. When uploading an update, I get to the "New extension Step 2" screen! It seems a bug in the web interface that I don't go to the "update extension" step 2 after uploading
Is this still a problem?
Assignee: Bugzilla-alanjstrBugs → morgamic
God yes!
Guess i won't be getting my free t-shirt for 2.0
IT -- we need to run the following SQL to update the database record to contain the correct GUID: update main set guid='{998911E3-4D6E-4497-9554-B5655E9CC7FD}' where guid='{90ac33e5-014c-4a0c-b1e8-df821d2e0e38}'; Thanks.
Assignee: morgamic → server-ops
Status: UNCONFIRMED → NEW
Ever confirmed: true
Component: Developer Pages → Server Operations
Product: addons.mozilla.org → mozilla.org
Target Milestone: 1.0 → ---
Version: unspecified → other
Assignee: server-ops → oremj
Query run.
Status: NEW → RESOLVED
Closed: 20 years ago19 years ago
Resolution: --- → FIXED
So now when I upload the XPI, having stripped out my own update URL and adjusted versioning for 2.0, I get a blank page located at https://addons.mozilla.org/developers/additem.php?function=additem2 Not sure if this is the same problem (guid is stored somewhere else?) or a new one altogether. I'll add my xpi as an attachment for inspection...
Component: Server Operations → Public Pages
Product: mozilla.org → addons.mozilla.org
Version: other → 0.9
Attached file problem XPI again
Attachment #187098 - Attachment is obsolete: true
Remove the trailing whitespace after the install.rdf file -- that is what is causing the error.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Nevermind -- that's not it. Basically, for some reason the install.rdf isn't being inflated and parsed, so the script cannot continue because it doesn't find the install.rdf file. Trying to figure out why...
Assignee: oremj → morgamic
Status: REOPENED → NEW
So -- your zip entries come out like this: pasteip171/chrome/ pasteip171/chrome/pasteip.jar pasteip171/defaults/ pasteip171/defaults/preferences/ pasteip171/defaults/preferences/pasteip.js pasteip171/install.js pasteip171/install.rdf The parser sees "pasteip171/install.rdf" instead of "install.rdf" so it fails. Try fixing your .xpi so that you don't have that subdirectory and it should work just fine. I think you just created your archive incorrectly.
Status: NEW → RESOLVED
Closed: 19 years ago19 years ago
Resolution: --- → FIXED
Uploaded successfully. Thanks, sorry for the spam!
Product: addons.mozilla.org → addons.mozilla.org Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: