Closed Bug 689251 Opened 13 years ago Closed 13 years ago

Unable to add Add-on Screenshot

Categories

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

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED
Q4 2011

People

(Reporter: KenSaunders, Assigned: gkoberger)

References

Details

Attachments

(5 files)

User Agent: Mozilla/5.0 (Windows NT 6.0; rv:9.0a1) Gecko/20110922 Firefox/9.0a1
Build ID: 20110922030907

Steps to reproduce:

When trying to add screenshots for an add-on (https://addons.mozilla.org/en-US/developers/addon/page-zoom-buttons/edit > Images > edit), the screenshot initially shows up after uploading one (Add a Screenshot...), but after clicking on Save Changes, all that is shown is a spinning throbber, and it is displayed infinitely. The screenshot is not shown on the add-on's public page, just a blank placeholder. 

This same issue occurred in two different AMO accounts, and with Firefox 6.0.2, and Nightly





Expected results:

Images should be displayed after saving changes
Attachment #562511 - Attachment description: AMO-Edit-Images-1.png → (thumbnail) image displayed after uploading
Status: UNCONFIRMED → NEW
Ever confirmed: true
Assignee: nobody → gkoberger
Target Milestone: --- → 6.2.6
Thanks Ken!  We had some trouble with celery (which we use for processing images) dropping jobs last week, but it's back to normal.  I'm not 100% sure that's the issue, but either way it seems to be working now.  Let me know if it still isn't working.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → WORKSFORME
Sorry, still having the same issue, two different Firefox profiles/versions, cache cleared, etc.
I'm attaching one the images that I'm trying upload.
If you believe that it would be helpful, I'll grant direct access to my AMO account.
Attached image Image for AMO add-on
Okay, I'll try again :)
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Target Milestone: 6.2.6 → 6.2.7
I have the same problem with 2 separate extensions (quickfolders and quickpasswords). The common thing is that I am uploading png files that were created with a very old version of Paintshop (PSPro 6.0). I will try uploading with Google chrome next. (Could this be server specific? then a new session should do it). Interestingly, earlier I uploaded the images and they looked fine on the Save page but never showed up on the Extension listing page.
I just tried converting the images into jpeg files, this seems to work. AMO will convert them to png files anyway, but the files will actually "stick" so that my extensions have screen shots again!
png image, would not stay on the site
the same image, uploaded as jpeg; this time the upload worked
Uploading jpeg formatted images does work.
Nice find Axel!

Of course it isn't a fix, but a workaround for sure.
Thanks for debugging this Axel. Here's the error we log:

Oct  7 10:59:57 celery-dev1.addons.phx1.mozilla.com: [][] z.devhub.task:ERROR Error saving preview: cannot read interlaced PNG files/apps/devhub/tasks.py:211

Figuring out how to get this working is probably out of our scope.
(In reply to Jeff Balogh (:jbalogh) from comment #11)
> Thanks for debugging this Axel. Here's the error we log:
> 
> Oct  7 10:59:57 celery-dev1.addons.phx1.mozilla.com: [][]
> z.devhub.task:ERROR Error saving preview: cannot read interlaced PNG
> files/apps/devhub/tasks.py:211
> 
> Figuring out how to get this working is probably out of our scope.

Well that's good then (debugging is probably too good a word for this, though). Means if I can save the png as non-interlaced it might also work around the error. Need to check whether my aulde Photoshop or Gimp can do this...
Depends on: 695229
Seem like updating PIL to 1.1.7 [1] will fix this (see bug 695229) so I'm bumping it for now and will check back when the blocking bug is resolved.

1. https://bitbucket.org/effbot/pil-2009-raclette/src/tip/CHANGES#cl-95
Target Milestone: 6.2.7 → 6.3.0
Still no updates, so I'm moving it out of this milestone.
Target Milestone: 6.3.0 → Q4 2011
Can you test this on addons-dev.allizom.org?  It's using the newer PIL.
This works, thanks Jeremy! We should be good to add it on prod.
Anddd I added that comment to the wrong bug. Either way, though, it works on preview and will trickle down to prod.
this got onto prod long ago
Status: REOPENED → RESOLVED
Closed: 13 years ago13 years ago
Resolution: --- → FIXED
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: