Closed Bug 787741 Opened 12 years ago Closed 6 years ago

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

Categories

(Core :: Widget: Win32, defect)

x86
Windows 7
defect
Not set
normal

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.
Blocks: 460969
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 (deleted) —
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.
Attached video screencast showing issue (deleted) —
@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: 6 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: