46570 - Unable to copy/paste from browser to composer sometimes

Status: VERIFIED WORKSFORME

(SeaMonkey :: General, defect, P3)

Description

[ji]

****observed with 2000-07-26-08 win32 and linux commercial builds***

The copied non-ASCII string from browser can't be pasted to HTML and mail 
composer. And the action also makes View | Character Coding menu grayed out.

Steps of reproduce:
1. Launch browser and HTML composer.
2. Go to http://www.netscape.com/ja
3. Highlight a Japanese string on the page, select Edit | Copy or press Ctrl c
4. Go to HTML composer window and select Edit | Paste

Nothing is copied to the composer and the cursor doesn't move. 
On Composer window, select View | Character Coding menu, the character set list
is grayed out.
If you have 4.x html composer window open, you can paste the string to 4.x html 
composer.

Comment 1

[ji]

On mail composer, the non-ASCII string can be copy/pasted to subject field, but 
not to mail body part, and it doesn't make the charset menu grayed out.

Comment 2

[nhottanscp]

Reassign to editor group.

Comment 3

[ji]

Added shanjian to CC.
Nominating for nsbeta2

Comment 4

[Teruko Kobayashi]

I think the fix for 40463 may cause this problem.

Comment 5

[ji]

Tried with more ASCII strings. Copy/paste even doesn't work for some ASCII 
strings.  Not an i18n specific bug. Changed the summary accordingly.

Comment 6

[Teruko Kobayashi]

I put the different bug about Character coding menu are grey out after paste
--46588

Comment 7

[rubydoo123]

assigning to Akkana for debugging -- Akkana can you give this a loo and see what 
the issue is?

Comment 8

[Jay Patel [:jay]]

Putting on [nsbeta2-] radar. Not critical to beta2. Adding "relnote2" keyword 
for PR2 release. 

Comment 9

[rubydoo123]

assigning this to shanjian to make sure that 40463 is not the culprit

Comment 10

[Teruko Kobayashi]

Beth, I think this bug is nothing to do with the fix 40463.
I was talking about the part of this bug "On Composer window, select View | 
Character Coding menu, the character set list is grayed out." is related the bug
40463. I separated the part to the different bug.  I think your group should 
look at this bug.

Comment 11

[rubydoo123]

oh, ok -- thank you for the clarification. I apologize for the added traffic on 
this bug, reassigning back to Akkana

Comment 12

[Akkana Peck]

Could you clarify which part of the bug still exists, and how to reproduce it?
I can select/copy text from http://www.netscape.com/ja and paste it into a
composer window, as in the original steps to reproduce, and that all seems to
work fine (on linux -- could this be a Windows-specific bug?  If I try the same
thing on my NT box, all the characters display as ?, but I do get a bunch of ???
characters pasted).

Comment 13

[nhottanscp]

This is reproducible with English page.
Here is what I see using win32 build 20000726 with www.yahoo.com.
Below the search form, there are a text "Shop". Select it and copy then paste to 
HTML editor. It pastes nothing.
But when I select "play to win $5k" at the top right and copy then I can paste 
it to the editor.
So some text I can paste but some text I cannot. But even I cannot paste to the 
editor, I can paste the copied text to 4.x, so the text seems to be transferred 
to clipboard.

Comment 14

[Akkana Peck]

I can paste "Shop" with no problems into the editor under both Linux and NT.

Comment 15

[nhottanscp]

I don't know the codition of this to happen, could be specific to environment 
(but I tested on US WinNT). Let me download the latest build and try again.

Comment 16

[nhottanscp]

I cannot reproduce this with win32 build 2000-07-27-05-M17.
Xianglan, Teruko do you still see this?

Comment 17

[Teruko Kobayashi]

I cannot reproduce this in 2000-07-28-11-M17 Win32 and 2000-07-28-04-M17 Linux 
build, either.

Comment 18

[ji]

Retested with 2000-07-28-04-M17 linux build. It's not reproducible anymore.

Comment 19

[Akkana Peck]

Thanks -- I'm marking this worksforme.

It might have been due to some other problems we've had with enabling/disabling
the copy/paste menu items in the editor window (sorry, don't have the bug
numbers offhand) rather than clipboard problems ...  no way to know for sure
now.

Comment 20

[Teruko Kobayashi]

Verified.