Closed Bug 47838 Opened 24 years ago Closed 17 years ago

can't paste screen capture (bitmap, bmp image data) in composer or mail compose [print screen]

Categories

(SeaMonkey :: Composer, defect, P3)

Product:
SeaMonkey
Component:
Composer
Type:
defect

Tracking

(Not tracked)

Status:
VERIFIED WORKSFORME

People

(Reporter: devotip, Unassigned)

References

Details

(Keywords: topembed+, Whiteboard: EDITORBASE+ edt_x3 edt_b3 edt_c3)

Attachments

(1 file)

beginnings of code to do image conversion on macosx
9.15 KB, patch
Details | Diff | Splinter Review 
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; m18) Gecko/20000806
BuildID:    2000080608

If you have a screen capture made with pritscreen key you'll find the paste
option in edit menu disabled

Reproducible: Always
Steps to Reproduce:
1.open new mail
2.hit printscreen
3.try to paste in mail

Actual Results:  you can't

Expected Results:  you should be able to
Is't an composer matter (editor). Reassign
Assignee: ducarroz → beppe
Component: Composition → Editor
Product: MailNews → Browser
QA Contact: lchiang → sujay
with (win98 2000080908) edit->paste is enabled but is not putting the image same
is ctrl+v
Video mode is 1280x1024 16 bit color
Component: Editor → Browser-General
sorry, must push this one out to the next release, we will review the request 
then
Keywords: helpwanted
Target Milestone: --- → Future
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
The whole feature of pasting images was removed in connection with bug 44368.
("Application crashes when pasting a screen shot into Composer")
dcone@netscape.com comments about this and says he'll file a couple of bugs. I
can't seem to find them however.
*** Bug 52327 has been marked as a duplicate of this bug. ***
OS: Windows 98 → All
Hardware: PC → All
Summary: can't paste screen capture in mail composer → can't paste screen capture (image data) in mail composer
*** Bug 63952 has been marked as a duplicate of this bug. ***
From dup bug 63952:

Netscape 4.x lets you paste images into composer or compose message from the 
windows clipboard, and choose whether to paste the image as a low-, medium-, or 
high-quality jpg.  Mozilla should do the same but also give a gif option (or 
png if enough mail readers support png images).
Component: Browser-General → Editor
Keywords: 4xp
From bug 65009, which was a duplicate of bug 63952:

It would be nice if Mozilla would ask name you'd like to save the image as
rather than using a default.  (NS 4.x doesn't do that.)
*** Bug 72891 has been marked as a duplicate of this bug. ***
*** Bug 79221 has been marked as a duplicate of this bug. ***
*** Bug 87022 has been marked as a duplicate of this bug. ***
Keywords: helpwanted → correctness
Whiteboard: [copy/paste]
*** Bug 90548 has been marked as a duplicate of this bug. ***
Keywords: nsBranch
moving this one over to 1.0, this will not make the 9.4 milestone
Assignee: beppe → mjudge
Status: ASSIGNED → NEW
Whiteboard: [copy/paste] → [copy/paste] [nsBranch-]
Target Milestone: Future → mozilla1.0
Blocks: 99194
Should this be marked as nsbranch-, since it is targeted for M1.0?
Whiteboard: [copy/paste] [nsBranch-]
Keywords: nsbranch-
removed keyword nsbranch since it now has nsbranch-, per pdt mtg.
Keywords: nsbranch
*** Bug 104080 has been marked as a duplicate of this bug. ***
I'm not sure that mjudge will be working on this functionality; reassign to 
Editor : Composer with Future milestone.
Assignee: mjudge → syd
Component: Editor: Core → Editor: Composer
Keywords: mailtrack
Target Milestone: mozilla1.0 → Future
Status: NEW → ASSIGNED
*** Bug 107038 has been marked as a duplicate of this bug. ***
Blocks: 107067
Keywords: nsbranch-
*** Bug 123531 has been marked as a duplicate of this bug. ***
This looks like its been getting a few dupes ... nomianting.
Keywords: nsbeta1
Severity: normal → enhancement
Summary: can't paste screen capture (image data) in mail composer → can't paste screen capture (image data) in composer or mail compose
*** Bug 135404 has been marked as a duplicate of this bug. ***
Keywords: nsbeta1 → nsbeta1-
Are there any plans for this enchancement?
This bug is first posted 2000-08-06.......

I'd like to see this one corrected one day too !
*** Bug 153891 has been marked as a duplicate of this bug. ***
*** Bug 155378 has been marked as a duplicate of this bug. ***
*** Bug 154430 has been marked as a duplicate of this bug. ***
Now that Mozilla supports BMP images, does that simplify things?
*** Bug 158265 has been marked as a duplicate of this bug. ***
*** Bug 160731 has been marked as a duplicate of this bug. ***
The hard work for this must be in imagelib -- pasted bits must be coverted into
a gif, jpeg, or png image, then written to disk (after prompting the user for a 
filename?). Only then can Composer insert a link to a "real" image file.
Keywords: nsbeta1- → nsbeta1
No chance of a data: URL then? :-)
nsbeta1- per buffy triage
Keywords: nsbeta1 → nsbeta1-
*** Bug 163460 has been marked as a duplicate of this bug. ***
*** Bug 168202 has been marked as a duplicate of this bug. ***
right now, we can dnd images into mail compose.  (at least on the trunk on 
windows.)

seems like this could use the same code path, no?

pink might know.
Seth--when you drag and drop an image, are you dragging an image link or a
selection from say Photoshop?  The issue here is that the raw image data is on
the clipboard and not an image (as gecko would want).
This should be assigned to me actually. I wrote the image converters for NS4x
like years ago.  If we want to add some image converters I can do that. probably
take about a week for getting windows up and running and the services in place.
 Mac and unix then would have to follow suit to allow dropping of picts/xpms
ect.  One thing, we cant encode gif's. Its a legal issue there.  So we build in
png converters and jpg converters and leave the gif to a possible plugin
addition later like we did in 4.x.
-->mjudge per his request
Assignee: syd → mjudge
Status: ASSIGNED → NEW
*** Bug 170394 has been marked as a duplicate of this bug. ***
an almost essential feature, saves thousands of words and hours in tel support
to be able to mail a series of screen shots to a client.
Re-nominating for the next release since this is a very useful feature and its
been getting many dupes.
Keywords: nsbeta1- → nsbeta1
So will the drag and drop code work for this or do we need to support a new
image data type? Or do we just not recognize there is an image on the clipboard?
I guess I'm asking where the bug is in mozilla code.
There are several things that need to happen to make this work completely:
  * editor needs to accept image data from paste and d&d (trivial)
  * editor needs apis for the following:
      - create a temporary file
      - write image data from clipboard out to a file in appropriate format
      - create a link to the new file (trivial?)
  * editor needs to cleanup these temporary files by either placing them on the
desktop or at the root or next to the document (if in Composer) or by deleting
them when the message is sent

I'd guess we need a bug for "ability to write image data out" since that will be
 a pretty large chunk of work.  Possibly the rest can be covered in this bug.
It would be great to see this fixed in an upcoming release.  And certainly
appreciated.
*** Bug 183086 has been marked as a duplicate of this bug. ***
This also requires clipboard work, doesn't it?  Certainly it requires it on
linux (bug 21747 -- I think that used to be all platforms, but then someone
implemented it for mac and win?)
Lack of this feature is the only reason I still use Netscape 4.8. Since it
appears to be only "about a week" effort (per Comment #37 From
mjudge@netscape.com  2002-09-12 11:29), please escalate this for the 1.3 beta
release.
Composer triage team: nsbeta1-
Keywords: nsbeta1 → nsbeta1-
Blocks: 147694
*** Bug 192143 has been marked as a duplicate of this bug. ***
*** Bug 193572 has been marked as a duplicate of this bug. ***
*** Bug 194372 has been marked as a duplicate of this bug. ***
Some argue that this a requested old feature, others, looking from a Netscape 
4.xx point of view, consider this a bug.
Anyway, I'm trully suprised that after the 21/2 years this issue is known, still 
it has not yet even been fixed in Mozilla 1.3b !!!

Our company is looking for a replacement for Netscape 4.80, NS 7.02 also has a 
show stopping bug of not being to copy text contents from multiple Excell cells,
but this is show stopping bug as well.
Being a financial company with very complex IT systems, we often need to send 
screenshots to 3th parties..   
Emanuel Beunder--yes, I miss the functionality as well.  Maybe someone will add
it to mozilla this year, maybe not.  If it's really important, find a contractor
or employee who can contribute to getting it fixed.
brade@netscape.com, can you recommend any contractors who are capable of
resolving this issue?

Thanks,

Bill
I have no technical capability to address this programming issue myself, but I'd 
chip in to support someone who could - if a financial contribution could make 
this happen?  

I also don't understand what is involved or how much time it might take, but 
I've used this feature enough over the years in variants of NS that I can 
personally justify paying for a few hours of programmers time....  

Could this help?

If so, how do I do it, and does anyone else want to chip in?

Tim.
in reply to comment #54 -- how about:
------- Comment #37 2002-09-12 11:29 -------
This should be assigned to me actually (mjudge@netscape.com). I wrote the image
converters for NS4x like years ago.  If we want to add some image converters I
can do that. probably take about a week for getting windows up and running and
the services in place.  Mac and unix then would have to follow suit to allow
dropping of picts/xpms etc.  One thing, we cant encode gif's. Its a legal issue
there.  So we build in png converters and jpg converters and leave the gif to a
possible plugin addition later like we did in 4.x.

And I second Tim's comment (#55) -- I can easily justify sending a 50 bucks
(that's what, about a million canadian dollars?) to someone somewhere.  I'd even
chance using Paypal to do it.  If you could get the "encrypt if possible" bug
(135636) moved up, I'd contribute $50 to that, too.
Ok, to follow up with comment #56, I'll paypal whoever implements this $20.
Seriously. 

I'm tired of having to fireup another app to paste and convert to jpg a
screenshot to before importing it Composer.

Um. Outlook Express, AOL Email, and even Communicator 4.x all allow you to paste
as a jpg an image from the windows clipboard.
Maybe there should be an official site the lists requested features and ranks
popularity with a "money level needed" to push the implementation through.  If
there was something like this, I am sure money could be raised to cover (1) week
of programming.  I myself would send $200 and could probably get my company to
send a sum as well.  But I think there would have to be a guarantee that once
the "money level needed" is met that the feature would be guaranteed to be
implemented.  Maybe unworkable and against the OSS philosophy?

  -- Dan
Ok, as long as Dan's concerns in #58 can be addressed (I wouldn't want to just 
send money into the void without someway of knowing it would actually go towards 
this cause), put me in for $100 USD as well.

PS Derek? as per your comment in #56, that's about $150 CAN - just seems like 
more!  ;-)
nominating EDITORBASE, I think this is something we want to track on the
EDITORBASE radar.
Whiteboard: EDITORBASE
EDITORBASE+
Whiteboard: EDITORBASE → EDITORBASE+
EDITORBASE+ topembed+ normalization
Keywords: topembed+
The patch above (which may not apply cleanly) is the beginnings of some code
(ported from 4.x) to convert pict to jpeg on MacOSX.  It doesn't even begin to
work due to problems with handling of native formats on clipboard.  We need to
create a wrapper nsISupportsInterfacePointer for PicHandle data.  Posting this
patch since I have to remove it from my current development tree and in case
someone else wants to pick it up and make it work.
Whiteboard: EDITORBASE+ → EDITORBASE+ edt_x3 edt_b3 edt_c3
Please add another US$100 pledge to the growing list of those willing to
contribute financially for resolution of this bug.
I will kick in $20 as well.  We are deploying Mozilla companywide (400 windows
desktops) for email this year, replacing Lotus Notes.  Not having screen capture
is a BUG.  We'll do it ourselves if we have to.
Is there any progress to report on this issue? The addition of this feature
would cement the release of 1.4 corporately. 

I am willing to contact the individuals offering to contribute financially to
resolution of this bug (myself included), and to contact a programmer willing to
work on this issue.

Please advise.

Thanks,

Bill
Bill--go ahead and find a developer (and funds?).  I don't know of anyone
working on fixing this bug.  Be sure to comment here if you do find someone who
is actively working on it.
we would like to contribute $100 towards this effort as well.
marching out farther to clear off immediate list.
Target Milestone: Future → mozilla1.6beta
So 1.3 went from January to a March launch, 1.4 from April to (probably) May 
launch, 1.5 proposed from July to an August launch, which might see this feature 
make 1.6 for somewhere around the end of the year?

It's encouraging to have it assigned to a version, but I'd still like to have it 
to use today or at the earliest possibly opportunity.

My offer of financial support still stands, but I don't have the connections or 
knowledge to move this further.  If someone else can, I encourage you to do so.

Tim.
*** Bug 205583 has been marked as a duplicate of this bug. ***
Summary: can't paste screen capture (image data) in composer or mail compose → can't paste screen capture (image data) in composer or mail compose [print screen]
I miss this feature provided by Netscape 4.x....:((
*** Bug 206899 has been marked as a duplicate of this bug. ***
when will this be fixed?
Blocks: bms
Please reimplement this feature into 1.5 final.

This would really make MailNews more usable and productive!!!
Is there ANYTHING we non-technical users can do to expidite this feature?
Another pledge here - US$50.
Did MJudge survive the purging of Netscape? Looks like that was the right person
to do it.... there seems like there would be a week or so of contract funds
already lined up.
*** Bug 220161 has been marked as a duplicate of this bug. ***
What does it mean for this bug to have a traget milestone of "mozilla1.6beta"?

Does this release now mean "Thunderbird1.0beta"?

We've waited so long for this really useful feature, lets hope it doesn't get
delayed further.
This 3 year old problem should not be marked as an enhancement request but
as a serious bug.
I tried to contact the assigned engineer for this problem (mjudge)
but his user is no longer known at netscape (mail bounce).
I have no idea how I can unassign him and get somebody to pick up the bug,
but hopefully this comment will do. Could we also change the severity and priority (I suggest 1 point per year <grin>).
I suspect we will have to wait until someone volunteers. I doubt there is anyone
available to be assigned - most of the software engineers are probably gone
*** Bug 219258 has been marked as a duplicate of this bug. ***
*** Bug 223088 has been marked as a duplicate of this bug. ***
It's not just full screen captures.  I can't copy an image from any graphic
application and paste it into an email message as I've done forever with NS4.x.

I can INSERT an image, but PASTE just leaves the blinking cursor.

Would still LOVE to have this ommission fixed.  My pledge of $100 still stands,
but I don't have the skills or know a programmer who can do this.  There is $640
pledged to accelerate this fix in this thread alone.  Do any of you guys know
how to locate a programmer?  Is there any appropriate place on the web to post
this to get more attention?  ie: a newsgroup or BBoard where Mozilla programmer
types hang out?
-> Default bug owner
Assignee: mjudge → composer
This bug has large community interest because there are 55 CCs.
Blocks: majorbugs
I second Tim's comments, and my offer of $ still stands, too.  I'll even give up
on the "encypt if possible" issue and match Tim's contribution for this bug (so
now we're up to $690.  Maybe someone involved with fundraising at the mozilla
foundation could set up a section on the mozilla.org website where we can
actually make directed contributions (to bugs, or just feature development) and
allow some "market forces" to influence development?  Let us "put our money
where our mouths are", so to speak.
I've been working on this bug for windows in order to add it to thunderbird. I
hope to have the windows code ready within the next week and a half. Maybe
another week after that to clean it up and make sure the right pieces land in
the right places.
Assignee: composer → mscott
It will be changed only in Thunderbird-Mail-Client or also in the Mozilla-Mail-
Client? For our network this is a very important feature!

Thanks!
Scott, is your code for this fix going to be added Mozilla 1.5 trunk or not
until 1.6?  Thanks, Dan
FYI, you can now test this out in a thunderbird nightly build such as this one:

http://ftp.mozilla.org/pub/mozilla.org/thunderbird/nightly/2003-11-05-m2/

Ignore the "m2" in the directory name. It's just a regular nightly based on the
1.6 alpha branch.

Feedback on problems is most welcome.

It will probably take a couple weeks for the code to actually get cleaned up and
organized in proper shape for checking into the tree (which would then cause it
to show up in mozilla nightlies). I expect 1.6b will be the first "release" with
this functionality in it assuming we get past all the review hurdles by then.


Hi there! - Great to see this bug's work being completed!!! - Thank you!
I downloaded that Nightly and tested the paste functionalty. It seems to work
fine. I found that it creates a temporary file in the temp directory. Is there a
way to influance the quality of the jpg that's being created? In Netscape we had
Low, Medium and High options offered by a small dialog.

Thanks again!
Functionality tested OK.  Hope to see this in 1.6B along with vcard function. 
Thanks!
So, has the allocation of the monetary contributions for this bug been figured
out yet?
*** Bug 226768 has been marked as a duplicate of this bug. ***
In the two weeks I've tested this Thunderbird build I've seen no problems with
the paste functionality. Great work!
What am I missing? .. the target milestone says mozilla1.6beta .. I just
downloaded 1.6b and the feature is not in there or not working
It has not been fixed yet, simply. Target milestone is used for developers to
arrange their priorites.
*** Bug 229131 has been marked as a duplicate of this bug. ***
I was ready (excited, even!) to pay my promised $100.  Alas, I must ask -- is
there any way to know if this code will appear in 1.7 (so that I can roll it out
to my clients)?
Don't they realize how important this feature is ?
And if this is working in Thunderbird, why can't they port the code to Mozilla ?
Yes, this fix which works on windows should definitely included on 1.6.1!!!

Dan
Yes, this fix which works on windows should definitely included on 1.6.1!!!

Dan
Pleased to see there is a fix available for this.

Would love to see in either 1.6.1 or 1.7
Hey Scott -- I'll give you $50 to get this in upcoming Mozilla 1.7x release. 
Paypal will be fine.... pls advise.
Perhaps it would be more effective if those of us who said we are going to
donate, actually just went and donated it to Mozilla, and sent a note to Scott
pointing at it - after all I assume Scott is getting a salary from Mozilla.org,
so it isn't too appropriate to donate just to him personally. 

I had no response when I asked him personally....
Finally found the 5 minutes to uninstall 1.6 and install
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7b) Gecko/20040316

Still no pasting of images from the clipboard to the compose window...  But drag
and drop into the message works.  Where is (are) the missing piece(s)?  Can't we
put that supposed fix from comment #97 (the fact that thunderbird 0.4 and now
0.5 works)into a beta test of Mozilla 1.7?

I still have a $100 to be donated when the missing function is restored, but not
the 18 months of interest since I first promised ;-).


Finally found the 5 minutes to uninstall 1.6 and install 1.7 -- 
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7b) Gecko/20040316.

Still no pasting of images from the clipboard to the compose window...  But drag
and drop into the message still works.  Where is (are) the missing piece(s)? 
Can't we get that supposed fix from 16 MONTHS ago (comment #92)into a beta test?
 The same fix that was in the nightly builds of Thunderbird has made it into the
"headline" releases of same (0.4 and 0.5).  Why not mozilla?

I still have a $100 to be donated when the missing function is restored, but not
the 18 months of interest since I first promised ;-).
*** Bug 240534 has been marked as a duplicate of this bug. ***
Is it worth collecting donations/advertising project on, say, SourceSupport.org?
just copy/paste the freaking netscape 4.79 messenger code, damn it!
It will be the 4th anniv. of that bug in august!!!!!!
Ridiculous.

I actually looked into doing that but the infrastructure is completely
different.  The patch above was such an attempt.  If someone else wants to pick
it up and fix it up, that'd be great.  Personally, I don't have a salary and
can't afford to spend time fixing this particular bug.  I hope someone else will
find the time or that mscott or someone will land the code soon.
(In reply to comment #113)
> Personally, I don't have a salary and  can't afford to spend time
> fixing this particular bug.  

Several commenters have suggested to pay a sum of $50 each, to get this fixed.
Now I'm not sure how much that would add up to at the end, but it could be a
nice incentive to get someone started.

Prog.
Brade, I don't understand
Isn't this already done for thunderbird, I thought it was just a matter of
porting the fix to mozilla mail
See bug 228788 and bug 223909
Still not visible in rv:1.8a Gecko/20040423.  Still works great in Thunderbird
0.6.  Still a giant PITA to manage to sets of profiles for each user. Still got
$100 to contribute to the cause.

What's the hold up with getting the Thunderbird solution implemented in Mozilla?


Ive been thorogh five weeks of hell because of this bug, as you call it. I can
not copy and paste from either Firefox 0.8, 0.9, or Mozilla 1.6 to my genealogy
program, Rootsmagic 1.4. I can copy & paste from IE to win32.notepad? why. 
Something is wrong and I'm no expert on what. I see there is a copy & paste
problem and it wasn't fixed in Firefox 0.9 but needs to be NOW. I've
re-installed Mozilla Firefox and Thunderbird several times and nothing works.
I've checked all sorts of Event Errors and added patches, and that doesn't work
either. My son, the computer Analyist says I may have to re-install Win xp. The
copy & paste work on IE, so what is the problem. Is it Bill Gates messing with
Mozilla users to make everybody use IE to be able to copy & paste or what? I've
also reinstalled win32.pad and tweaked MS Word as directions stated and still
nothing??? Please fix NOW.
Assignee: mscott → composer
QA Contact: sujay
-->mscott since he was working on this
Assignee: composer → mscott
just do it.
It's 00:47, on August 6th here (CET) so... Happy Birthday to this bug ! :(((
Please please fix it in 1.8........
This bug is a major setback for acceptance of the Mozilla browser.  This must be
a priority.  Please focus on what most users use everyday, not fancy features.
I need to put screen capture (e.g.: error messages) into messages regularly.
Still not working in 1.8.  Already working in Tbird (for at least one dot
increment too).  Why not progress in Mozilla?
Still not working in 1.8a3. Still working in Thunderbird
Could we expect to have it in a short future (not more than 4 extra years).
It is a very important feature to allow to implet Mozilla in a lot of companies
(included mine) instead of a couple with Firefox and Thunderbird, which is less
easy to manage and upgrade
Thanks in advance for your support.
Maybe we should just wait for Thunderbird 1.0, if this is working in it...
Personally, I think I will change to FF+TB when they are both in release...
that's because I agree with the separation.
However, it does bother me a bit that FF seems to be dumbing down the GUI a
little bit, leaving Mozilla itself as the power-user option, yet Mozilla suite
is being "de-emphasised".

It doesn't make sense to install the Mozilla suite, just for a browser, and TB
as well...
still not working in Mozilla 1.8a4 what the ?
this currently the is the biggest functionality flaw that i can find in mozilla.
Stopping us, all(?), from finally ditching Netscape 4.x (without migrating to IE).

And someone; please update 'Target Milestone' and other information in the
description header so that it doesn't get lost(?) all the time.

IMHO, particularly the 'Severity' should be changed to at least 'major', it's
NOT an 'enhancement', as it actually IS part of Mozillas predecessor, i.e. the
Netscape Communicator Suite 4.x, and so many users depend on that feature.

Please don't postpone the inclusion of this feature any longer.

BTW, does Netscape 7.x provide this feature (as Firefox already does)?

cat comment #126 | s/Firefox/Thunderbird/

If there is anything I as an end user can do to expidite this, PLEASE LET ME
KNOW.  A bunch of us offered pledges of money many many months ago, but I don't
think that went anywhere....  I still boot up 4.7 everytime I need to use this
feature.  Awkward, but it works.
(OT) I suggest you use Thunderbird in the *mean time*. It has this feature. ;)

Please read: http://bugzilla.mozilla.org/page.cgi?id=etiquette.html
Hello -- since many of us have been waiting on this for over four years, I
suspect we need some agreement from "powers that be" for direction.

Since mozilla tbird guru, ScottM, is guy who ported the Communication v4x code
into Tbird project,  I suspect we would need a statement from Scott per his
plans for port to Mozilla code-base.   

Example:   maybe Scott's has expectation that similar image paste functionality
would be implemented via Mail/News extension for Mozilla (ie. instead of direct
add to codebase)?   (note:  I have no idea at this time...)

It's possible that Scott has moved on to "bigger and better things" and may have
no intention to execute this.  Thus, should probably xfer bug ownership to
someone who can drive....
If all this doesn't work out, what's the way to somehow escalate this bug or
make it more important? Voting for that bug is one thing but 4 years is really
enough I think :-/ How can we make this bug a real project stopper then? :-)
It looks to me like this is working in Mozilla 1.8a4! Can anyone else confrim this?
Kevin, 

It's not working in my Windows 1.8a4 release 2004101107 just downloaded.
Just re-tested: I can cut&paste an image from a web page, but I cannot paste a
screen capture. Guess we're still not there yet....
Hi Kevin,
you mean you can drag&drop a web page image into a mail, don't you? I cannot
copy an weg page image to the clipboard. Drag&drop works though. That's not bad
(used to be buggy in some ealier versions... good to know that this is okay now)
But the point is that we need any image clipboard, not necessarily from a web
page but from whatever sources.

Did you all vote for this bug?
I can copy a web page image to the clipboard (by selecting the image and using
CTRL-C - there's no right-click option); that's why I thought it was finally fixed. 

I voted for this bug - hope others will also.
*** Bug 264155 has been marked as a duplicate of this bug. ***
Voting doesn't mean very much. About the most it might help, is if a developer
is considering whether to work on a particular bug.
Mozilla foundation has pretty much stated they don't work on top-voted bugs,
though it is a (minor) factor
*** Bug 265530 has been marked as a duplicate of this bug. ***
*** Bug 269071 has been marked as a duplicate of this bug. ***
No longer blocks: 147694
*** Bug 147694 has been marked as a duplicate of this bug. ***
Product: Browser → Seamonkey
I moved to to Portable Thunderbird (and portable Firefox) a couple of weeks ago
so I could travel with only my USB drive rather than a laptop.  Had largely
given up on re-attaining the image cut and paste functionality we had back in
Netscape 4.7  

To my great pleasure this morning found out pasting images directly into
messages from the clipboard works as expected!  Many thanks to the unknown
programmer who made this happen.
What you can't do is paste a screenshot (bitmap image, bmp) into Composer or
Compose Mail, as a number of people here have requested. The solution would be
to add code to convert a bitmap to a format like jpg that the compose windows
can handle, as discussed above. Isn't there some open-source conversion
sourcecode already available that could be included to do this? The pasting
process would involve identifying a bitmap in the clipboard, piping it to the
converter and then pasting to a compose window. 
Considering that the Mail component of Netscape Communicatior 4.x used to have
support for this, it shouldn't even be necessary to go over the bridge for the
water in this case.

What has happened to the source code of Communicator. Has it gotten lost?
Or was that part of the source never released as open source?
IMHO, I believe it was?
As already noted upstream: this has been fixed already in Thunderbird -- 
see bug 223909.  The patch needs to be ported back to the trunk.
Is that an observation, Mike, or is that a request of someone?  If not a
request, do you know whom can we ask directly for what we want?  Who has the
keys to this particular kingdom?  Is this a classic case of shared
responsibility causing the right thing *not* to be done?  Is a subversive action
necessary to attract someone's attention?  Should we all go and create a
duplicate bug and go on creating them until it's fixed?  I'm dying to send my
$100 (Comment #56 and subsequent).

<rant>
Not having this ability leaves a big hole in the mozilla coverage.  Firefox is
just too constricted wrt configuration optiona to use in a business (Editing
user.js for every user to change the cache location?  Please!).  And maintaing
two profiles and backing them up and otherwise taking care of them is an
arrangement worthy of... well, you know.
</rant>   

Please, please, please, someone, take the initiative and get this into the
Mozilla product!  It's been fixed in TBird for more than a year (Comment #97)!
We are coming up on 5 years of living with this bug. It's very frustrating not
being able to use a feature that had been there in netscape for any number of
generations. There are numerous requests and even multiple offers of money to
have it fixed, yet, here it sits, ignored. WHAT DOES IT TAKE TO GET THIS DONE?

The target milestone is out of date (way past) and I can't change that.
Severity: enhancement → normal
someone, e.g. you: mozilla.org@data4u.com volunteers to work on it. you can ask
for help on irc.mozilla.org. but i'd suggest you start by getting a working
build environment set up, see http://www.mozilla.org/build/
Assignee: mscott → mozilla.org
Assignee: mozilla.org → mscott
Target Milestone: mozilla1.6beta → ---
Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8b2) Gecko/20050411 is supposed to
have the ability to handle bmp images, but still can't handle pasting them as a
screenshot into Composer or Compose Mail, at least in Windows. My Mozilla is set
to open the bmp format, just displayed one in the browser window. But a
screenshot can't be pasted, either directly or by Mozilla converting the image
to a compressed type and then displaying or linking it.
No longer blocks: majorbugs
Can't use PrntScreen or other source to paste a bmp screenshot (bitmap) into either a Composer window or Mail composer, using Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.9a1) Gecko/20051021 SeaMonkey/1.1a.


Ah, more than five years ago that bug was opened...!

Can anyone confirm that this bug might still be considered to be worked on - at least in SeaMonkey?

It was implemented in Thunderbird, but not in Mozilla. I'd love to see this fixed finally in SeaMonkey.

Are there soooo many other issues and problem that no one cares about fixing this bug ()apart from the CC subscribers of course?) :-)

is it implemented in Thunderbird?

Hmm.. OK.. when I go back home today, I will check it.

(In reply to comment #152)
> Ah, more than five years ago that bug was opened...!
> 
> Can anyone confirm that this bug might still be considered to be worked on - at
> least in SeaMonkey?
> 
> It was implemented in Thunderbird, but not in Mozilla. I'd love to see this
> fixed finally in SeaMonkey.
> 
> Are there soooo many other issues and problem that no one cares about fixing
> this bug ()apart from the CC subscribers of course?) :-)
> 
I tried to use that feature yesterday in Thunderbird  1.0.6 (20050716).
It pasted the acrobat's snap in Thunderbird's new mail, but when I sent the mail, the picture was not sent but disapeared from the message.

So I had to save the picture with an other program and import it as a file...
Very long and frustrating.
Hope someone could fix that.
Thanks
Re: Comment 154:
I just tested to confirm my current understanding and it worked as expected (both sent and received) in version 1.0.6 (20050716), with three test sources - a screen print, a selection from Acrobat Reader, and another from MS Paint.  I am using the portable version of Thunderbird optimized for USB drives.
(In reply to comment #155)
> Re: Comment 154:
> I just tested to confirm my current understanding and it worked as expected
> (both sent and received) in version 1.0.6 (20050716), with three test sources -
> a screen print, a selection from Acrobat Reader, and another from MS Paint.  I
> am using the portable version of Thunderbird optimized for USB drives.

Hi.
Just can't understand what happened...
I tried it again today, and it worked....
Can't reproduce yesterday's bug....
Thanks anyway

Pasting a bitmap from MS Paint doesn't work in Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.9a1) Gecko/20051029 SeaMonkey/1.1a
(In reply to Mike Cowperthwaite comment #146)
> As already noted upstream: this has been fixed already in Thunderbird -- 
> see bug 223909.  The patch needs to be ported back to the trunk.

so bug 223909 blocks this?

(wow, 35 dups)
Summary: can't paste screen capture (image data) in composer or mail compose [print screen] → can't paste screen capture (bitmap, bmp image data) in composer or mail compose [print screen]
(In reply to comment #158)
> (In reply to Mike Cowperthwaite comment #146)
> > As already noted upstream: this has been fixed already in Thunderbird -- 
> > see bug 223909.  The patch needs to be ported back to the trunk.
> 
> so bug 223909 blocks this?

I should have noted that 223909 is a Windows fix only.  At the time I posted comment 146, the patch was on the aviary1.0 branch but not on the trunk; it's since been ported to the 1.8 branch, but *still* not on the trunk.

Since I don't understand why that patch s not on the trunk, I can't say 
whether that bug blocks this bug or not.

Bug 310948 is for supporting image-pasting on the Mac (again in TB).  
I don't know of an equivalent for any other OS.
I'm a bit confused. Pasting an image works fine in *Seamonkey 1.0*. I just tried it, it worked.

However you do need to compose in HTML format.

Logically, one can't expect to see an inline image when composing a plain text message - at best an attachment. If that's a specific request, then please file a separate bug like "Attach image by pasting from clipboard". 

Suggest that this be closed as resolved.
Aaron in comment #160:
> I'm a bit confused. Pasting an image works fine in *Seamonkey 1.0*. I just
> tried it, it worked.
>... 
> Suggest that this be closed as resolved.
 
Don't be confused - bug version is marked TRUNK, i.e. this is broken on TRUNK.

For lack of a better connection, marking this dependent on bug 223909**. 

** even though this is a suite bug and 223909 is a Thunderbird bug - these are at least related and it has good comments, for example ... from bug 223909 comment 14:
"Background: Stuart and I talked about this [Thunderbird] patch back in April when we were figuring out how to land it on the trunk. He has a plan for a new architecture for making it easy to support image encoders, see: 
http://wiki.mozilla.org/Mozilla2:Image_Encoding. We were hopeful that these
pieces would be in place in time for the Aviary 1.5 release, but that didn't happen.

So this brings us back to keeping this out off the trunk again until the new
image lib pieces are in place. However, we still need this functionality in 1.0.
Here's the patch that went into the Aviary 1.0 branch, but now applied to the
MOZILLA_1_8_BRANCH."
Severity: normal → major
Depends on: 223909
I have the same problem taking a screen capture and pasting as well as attempting to drag the image into the composer window. Going back to 1.5 till this is fixed. Thunderbird version 2.0.0.0 (20070326). Possibly related: experienced image attachment corruption. From GroupWise 6.5 sent myself a PDF. When I opened the incoming message in Tbird 2, the image's code was displayed inline. When I dragged the attachment off and opened it there was no content other than the blank PDF page.
This is now working on linux trunk (by bug 21747), I know windows has been fixed since long. 

Can someone confirm it's working on mac? You need a trunk build: http://ftp.mozilla.org/pub/mozilla.org/thunderbird/nightly/latest-trunk/
Assignee: mscott → nobody
QA Contact: composer
I use the latest seamonkey 1.1.7 and it doesn't work.
I can't paste a screenshot in clipboard from alt-printscreen in the composer window.
Any ETA/target for seamonkey?

It's a core fix, so you should see it in the seamonkey nightlies (2.0a1pre or something) too.
(In reply to comment #163)
> This is now working on linux trunk (by bug 21747), I know windows has been
> fixed since long. 
> 
> Can someone confirm it's working on mac? You need a trunk build:
> http://ftp.mozilla.org/pub/mozilla.org/thunderbird/nightly/latest-trunk/


Using Thunderbird version 3.0a1pre (2008012003) this wfm now (Leopard on PPC) --> Fixed/WFM?


Let's call it FIXED, other platforms have had it working before but since bug 21747 made it work on gtk2, it now works on all of the primary platforms.
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
I tried pasting TEXT using X Window middle mouse using a Fedora 8 system, into its Thunderbird 2.0.0.9. This also crashed once, with the following Bug Buddy dump, severely abridged for Bugzilla's limits.
Is this a different bug?

System: Linux 2.6.23.14-115.fc8 #1 SMP Mon Jan 21 14:20:50 EST 2008 i686
X Vendor: The X.Org Foundation
X Vendor Release: 10300000
Accessibility: Disabled
GTK+ Theme: Nodoka
Icon Theme: Fedora

Memory status: size: 0 vsize: 0 resident: 0 share: 0 rss: 0 rss_rlim: 0
CPU usage: start_time: 0 rtime: 0 utime: 0 stime: 0 cutime:0 cstime: 0 timeout: 0 it_real_value: 0 frequency: 0

MDRawHeader
  signature            = 0x504d444d
  version              = 0xa793
  stream_count         = 6
  stream_directory_rva = 0x20
  checksum             = 0x0
  time_date_stamp      = 0x47ac8dd4 2008-02-08 17:13:56
  flags                = 0x0

mDirectory[0]
MDRawDirectory
  stream_type        = 3
  location.data_size = 388
  location.rva       = 0x68

Stack
...


module[315]
MDRawModule
  base_of_image                   = 0xb7bee000
  size_of_image                   = 0x7000
  checksum                        = 0x0
  time_date_stamp                 = 0x0
  module_name_rva                 = 0x17318
  version_info.signature          = 0x0
  version_info.struct_version     = 0x0
  version_info.file_version       = 0x0:0x0
  version_info.product_version    = 0x0:0x0
  version_info.file_flags_mask    = 0x0
  version_info.file_flags         = 0x0
  version_info.file_os            = 0x0
  version_info.file_type          = 0x0
  version_info.file_subtype       = 0x0
  version_info.file_date          = 0x0:0x0
  cv_record.data_size             = 44
  cv_record.rva                   = 0x17368
  misc_record.data_size           = 0
  misc_record.rva                 = 0x0
  (code_file)                     = "/usr/lib/gconv/gconv-modules.cache"
  (code_identifier)               = "id"
  (cv_record).cv_signature        = 0x53445352
  (cv_record).signature           = 00000000-0000-0000-0000-000000000000
  (cv_record).age                 = 0
  (cv_record).pdb_file_name       = "gconv-modules.cache"
  (misc_record)                   = (null)
  (debug_file)                    = "gconv-modules.cache"
  (debug_identifier)              = "000000000000000000000000000000000"
  (version)                       = ""

module[316]
MDRawModule
  base_of_image                   = 0xb7cf6000
  size_of_image                   = 0x200000
  checksum                        = 0x0
  time_date_stamp                 = 0x0
  module_name_rva                 = 0x17398
  version_info.signature          = 0x0
  version_info.struct_version     = 0x0
  version_info.file_version       = 0x0:0x0
  version_info.product_version    = 0x0:0x0
  version_info.file_flags_mask    = 0x0
  version_info.file_flags         = 0x0
  version_info.file_os            = 0x0
  version_info.file_type          = 0x0
  version_info.file_subtype       = 0x0
  version_info.file_date          = 0x0:0x0
  cv_record.data_size             = 39
  cv_record.rva                   = 0x173e0
  misc_record.data_size           = 0
  misc_record.rva                 = 0x0
  (code_file)                     = "/usr/lib/locale/locale-archive"
  (code_identifier)               = "id"
  (cv_record).cv_signature        = 0x53445352
  (cv_record).signature           = 00000000-0000-0000-0000-000000000000
  (cv_record).age                 = 0
  (cv_record).pdb_file_name       = "locale-archive"
  (misc_record)                   = (null)
  (debug_file)                    = "locale-archive"
  (debug_identifier)              = "000000000000000000000000000000000"
  (version)                       = ""

MDException
  thread_id                                  = 0x19fd
  exception_record.exception_code            = 0xb
  exception_record.exception_flags           = 0x0
  exception_record.exception_record          = 0x0
  exception_record.exception_address         = 0x5160d8
  exception_record.number_parameters         = 0
  thread_context.data_size                   = 716
  thread_context.rva                         = 0x17588

MDRawContextX86
  context_flags                = 0x1000f
  dr0                          = 0x0
  dr1                          = 0x0
  dr2                          = 0x0
  dr3                          = 0x0
  dr6                          = 0x0
  dr7                          = 0x0
  float_save.control_word      = 0xffff037f
  float_save.status_word       = 0xffff0023
  float_save.tag_word          = 0xffffffff
  float_save.error_offset      = 0x0
  float_save.error_selector    = 0x0
  float_save.data_offset       = 0x0
  float_save.data_selector     = 0x0
  float_save.register_area[80] = 0x00000000000000000000000000000000000000000000000000000080ff3f0000000000000080ff3f0000000000000000000000000000000000e001400000000000000080fe3f00000000000000f00140
  float_save.cr0_npx_state     = 0x0
  gs                           = 0x33
  fs                           = 0x0
  es                           = 0x7b
  ds                           = 0x7b
  edi                          = 0x2
  esi                          = 0x1
  ebx                          = 0x53f984
  edx                          = 0x1
  ecx                          = 0x1
  eax                          = 0x511b4b
  ebp                          = 0xbfeffb08
  eip                          = 0x5160d8
  cs                           = 0x73
  eflags                       = 0x210292
  esp                          = 0xbfeff8a4
  ss                           = 0x7b
  extended_registers[512]      = 0x0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000

MDRawSystemInfo
  processor_architecture                     = 0
  processor_level                            = 1
  processor_revision                         = 0x4303
  number_of_processors                       = 1
  product_type                               = 0
  major_version                              = 0
  minor_version                              = 0
  build_number                               = 0
  platform_id                                = 33281
  csd_version_rva                            = 0x17440
  suite_mask                                 = 0x0
  cpu.x86_cpu_info.vendor_id[0]              = 0x68747541
  cpu.x86_cpu_info.vendor_id[1]              = 0x69746e65
  cpu.x86_cpu_info.vendor_id[2]              = 0x444d4163
  cpu.x86_cpu_info.version_information       = 0x0
  cpu.x86_cpu_info.feature_information       = 0x0
  cpu.x86_cpu_info.amd_extended_cpu_features = 0x0
  (csd_version)                              = "Linux 2.6.23.14-115.fc8 #1 SMP Mon Jan 21 14:20:50 EST 2008 i686 GNU/Linux"
  (cpu_vendor)                               = "AuthenticAMD"

MDRawMiscInfo
  size_of_info                 = 44
  flags1                       = 0x1
  process_id                   = 0x19fd
  process_create_time          = 0x0
  process_user_time            = 0x0
  process_kernel_time          = 0x0
  processor_max_mhz            = 0
  processor_current_mhz        = 0
  processor_mhz_limit          = 0
  processor_max_idle_state     = 0x0
  processor_current_idle_state = 0x0

MDRawBreakpadInfo
  validity             = 0x3
  dump_thread_id       = 0x1a09
  requesting_thread_id = 0x19fd

It's another bug, this has nothing to do with any crashes - it's a feature request. For crashes, we usually want the talkback crash id, http://kb.mozillazine.org/Talkback - but file a new bug for it.
Verified WORKSFORME on current SM 2.0 nightlies for Win XP and Ubuntu (pasting images).
Status: RESOLVED → VERIFIED
Resolution: FIXED → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: