93482 - Context menuitem paste and Ctrl+V behaves differently in tables.

Status: VERIFIED FIXED

(Core :: DOM: Editor, defect, P3)

Description

[Suresh]

1. Right Click at the end of the content in a table cell and in the context menu
select "Copy". (Note that I filed a seperate bug for the selection - 93322)
2. Select another empty cell and right Click to paste. It just pastes the
content.  Good!  Select another empty cell and press ctrl+v to paste. Note that
entire cell (along with border and content) are pasted.  I'm not sure what's the
correct behaviour, but I would expect both to behave the same way.

Build: 7-27 branch commercial build on win 2k.

Comment 1

[rubydoo123]

assigning to joe for the moment

Comment 2

[Kathleen :Brade]

Charley--will your fix also fix this bug? (right-click in tables)

Comment 3

[Charles Manske]

The fact that the right click in a table, then copy works at all is a side 
effect of bug 93322, so when that's fixed, you won't get the behavior described
here.
But using 6.1, which doesn't have this fix, I can't reproduce what you describe
anyway. When you say "Select another empty cell and ...", exactly how are you
selecting: Ctrl+click on cell or just using right click (which automatically
selects cell contents) or drag selecting contents or ???
I think this will disappear anyway when 93322 is fixed.

Comment 4

[Joe Francis]

I'm so confused.  I see the *opposite* behavior described in thsi bug.  when I
right click in 6.1 and copy, then paste, i get a whole nested table.  But when I
select all the text in a cell, then copy/paste, i get just the content.

Anyone else see this?

Comment 5

[Charles Manske]

Joe: In 6.1, what happens when you paste depends on what's selected in destination
cell. If you really "Select another empty cell" using Ctrl/Cmd+click on cell 
first, then it appears that just the contents are replaced (I get that using
either the context menu or Ctrl+V). But if you simply click in the cell (so 
no cell is selected), I see the nested table paste.
I can't test current version now -- I'm building.

Comment 6

[Asa Dotzler [:asa]]

Bugs targeted at mozilla1.0 without the mozilla1.0 keyword moved to mozilla1.0.1 
(you can query for this string to delete spam or retrieve the list of bugs I've 
moved)

Comment 7

[Kathleen :Brade]

removing EDITORBASE- per meeting

Comment 8

[Joe Francis]

The trunk is the wave of the future!

Comment 9

[Joe Francis]

The days of having a half dozen milestones out in front of us to divide bugs 
between seem to be gone, though I dont know why.  Lumping everything together as 
far out as I can.  I'll pull back things that I am working on as I go.

Comment 10

[Charles Manske]

I don't think there's any bug here now, i.e., it was fixed by fixing bug 93322.
When you right click past end of content in a table, we don't select anything.
Thus the user must decide what to select first: the entire cell (e.g., by 
Ctrl/Cmd+Click) or just some content by dragging over text.
Depending on what is copied, pasting behavior from either context menu or
Ctrl/Cmd+V is the same and seems to be correct:
   1. A new nested table if clipboard contained entire cell(s), or
   2. if you select another cell before pasting, the entire cell is replaced.

I'm seeing other bugs concerning pasting of cell content or undoing afterward,
but I'll file separate bugs on those issues.

Comment 11

[rubydoo123]

verify fix : context paste and ctrl+V work the same in respect to the initial issue