Closed Bug 787741 Opened 8 years ago Closed 2 years ago

copy/paste image still lose transparency information after bug #460969

Categories

(Core :: Widget: Win32, defect)

x86
Windows 7
defect
Not set

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: soeren.hentzschel, Unassigned)

References

(Blocks 1 open bug)

Details

Attachments

(2 files)

After Bug #460969 landed images still lose transparency information.

Tested with: Aurora 17 and Nightly 18
OS: Windows 7 x64

STR:

1. Right click on image, e.g. chrome://branding/content/about-logo.png
2. Copy image
3. Create a new file in Adobe Photoshop
4. Paste image

Result:

The background of the image is black.

Expected:

The background of the image is transparent.
Cannot reproduce on Windows 7 64 bit using the latest 32bit Nightly build. Images copied both from the example resource and web pages and pasted in GIMP 2.8.2 have an proper alpha channel. I don't  possess a Photoshop license so I can't test there.
Reporter: can you check if Bug 787769 fixed this by either trying a Build of http://ftp.mozilla.org/pub/mozilla.org/firefox/tinderbox-builds/mozilla-central-win32/1347077536/ or next Nightly (2012-09-08)?
Attached image screenshot
It fails with the latest Nightly when you paste the PNG into MS Paint (see my screenshot).
Status: UNCONFIRMED → NEW
Ever confirmed: true
Version: unspecified → Trunk
(In reply to Loic from comment #3)
> Created attachment 659697 [details]
> screenshot
> 
> It fails with the latest Nightly when you paste the PNG into MS Paint (see
> my screenshot).

Paint doesn't understand alpha channels. As you can see even when opening an image for editing with an alpha channel it creates a background. An image copy-pasted from Chromium or any other program for that matter has the same issue your attachment shows. 

I installed and tried Paint.Net and its behavior is correct too when copy-pasting an image from Nightly.
@XtC4UaLL: It's not fixed with the latest Nightly (2012-09-10).
Attachment #660038 - Attachment mime type: application/octet-stream → video/webm
Six years later the issue does no longer exist, so resolving as WORKSFORME.
Status: NEW → RESOLVED
Closed: 2 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.