Closed
Bug 72622
Opened 23 years ago
Closed 23 years ago
Paste from "view source" crashes browser.
Categories
(Core :: Internationalization, defect)
Tracking
()
RESOLVED
FIXED
mozilla1.0
People
(Reporter: thuejk, Assigned: pavlov)
References
()
Details
(Keywords: crash, platform-parity)
Attachments
(1 file)
|
5.31 KB,
text/plain
|
Details |
From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.18 i686; en-US; 0.8.1) Gecko/20010319 BuildID: 2001031910 marking all of the text in the view source frame crahes the browser. Reproducible: Always Steps to Reproduce: 1. go to http://apolyton.net/forums/Forum23/HTML/020929.html?15 2. right-click and choose "view page source" 3. move the mouse to the top left of the view source frame; move it to the button of your screen so that the view source window scrools and all text is marked. 4. Open an emacs editor. paste the stuff into it by middle-clicking. Actual Results: *poof goes the browser* Expected Results: I had expected that using mozilla would make me rich and famous. I tried pasting into kedit instead of emacs. This didn't crash mozilla but the text still did not appear correctly in kedit. So it is fair to assume this to be a mozilla bug.
Comment 1•23 years ago
|
||
can you reproduce this?
| Reporter | ||
Comment 2•23 years ago
|
||
As I said in the bug report: "Reproducible: Always"
Comment 3•23 years ago
|
||
I see this with a CVS build pulled at "Tue Mar 20 07:30:01 EST 2001" Attaching stack trace (with some attempts to poke at variable values at the end) I don't know where to assign this to....
Comment 4•23 years ago
|
||
Comment 5•23 years ago
|
||
CC'ing waterson. I believe we already have a similar bug report.
Comment 6•23 years ago
|
||
cc Cata who wrote the code at the top of the stack trace (nsUnicodeEncodeHelper::ConvertByTable) This does appear to be a duplicate of #50613 but that has been Futured.
Updated•23 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 8•23 years ago
|
||
This is a dupe of bug 50613 but 50613 is not a crash. So I am going to mark this NEW. Feel free to dupe 50613.
Comment 9•23 years ago
|
||
then over to I18N
Assignee: asa → nhotta
Component: Browser-General → Internationalization
QA Contact: doronr → andreasb
| Assignee | ||
Comment 11•23 years ago
|
||
why are you reassigning this to me?
Comment 12•23 years ago
|
||
I reassigned to you because bug 50613 is assigned to you. Do you think this is a different problem?
Comment 13•23 years ago
|
||
cannot seem to repro this using a debug build on linux from noon today. is this still a problem? if not, it should prolly be marked wfm --if yes, i'm thinking it should be marked a dup of bug 50613 [same trace].
Comment 14•23 years ago
|
||
I can't reproduce it anymore either, CVS build from 2001-04-17. thue@diku.dk?
Comment 15•23 years ago
|
||
I can't reproduce it either, mozilla and trunk build 2001042305.
Comment 16•23 years ago
|
||
I can reproduce this bug, Linux, build 2001042321 from nightlies. Also related seems to be the fact that if I middle-click-paste *any* courier font words outside input fields (e.g. view source, or <pre> formatted stuff), I get a couple of extra newlines. Browser only barfs on a lot of text, e.g. copying a whole page.
Updated•23 years ago
|
QA Contact: andreasb → ylong
Comment 18•23 years ago
|
||
OS: w2K build: 20010913 Works for me... Pasted into notepad on W2K Pasted into Gvim 5.8a on w2k
Comment 19•23 years ago
|
||
Manoj, this is a Unix-only bug.
Comment 20•23 years ago
|
||
Worksforme: Tested on http://www.heise.de/ SunOS yoda 5.8 Generic_108528-10 sun4u sparc SUNW,Ultra-5_10 Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:0.9.6) Gecko/20011121
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•