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)
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.
Comment 2•12 years ago
|
||
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)?
It fails with the latest Nightly when you paste the PNG into MS Paint (see my screenshot).
Updated•12 years ago
|
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.
Reporter | ||
Comment 5•12 years ago
|
||
@XtC4UaLL: It's not fixed with the latest Nightly (2012-09-10).
Updated•12 years ago
|
Attachment #660038 -
Attachment mime type: application/octet-stream → video/webm
Reporter | ||
Comment 6•6 years ago
|
||
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.
Description
•