table contents go berserk after center aligning




17 years ago
17 years ago


(Reporter: shrirang khanzode, Assigned: Joe Francis)


Windows NT

Firefox Tracking Flags

(Not tracked)


(Whiteboard: EDITORBASE; ? days;)


(1 attachment)



17 years ago
win 0625 branch


1 open attachment in composer
2 From inside the table, copy 'PASS' from under "Win32" and click inside cell 
  under 'MAC' and hit CTRL +V 
3 Do this for all rows under "Mac"
4 Observe that the 'PASS' text gets left-aligned...

5  Now, highlight all 'PASS' under the "MAC" column and hit the center-align 

Results: Table contents mes sup big time.. I actually even crashed once doing 
this..but cannot reproduce again. Pls let me know if i should attacht he 
stacktrace here..or file aseperate bug..or what..Thanks!

Comment 1

17 years ago
Created attachment 39954 [details]

Comment 2

17 years ago
how are you highlighting the text? If I select using the ctrl+click or if I set 
the caret within the column and select Table|Table Select|Column and then select 
center it works fine.

Also note in your example that each cell is already centered

Comment 3

17 years ago
I am hoghlighting using the mouse...

>Also note in your example that each cell is already centered

That's what the fun is all about...when I have the 'PASS' in my clipboard and 
actually click inside the cell under 'Mac', the caret blinks at the center and 
so I assume that what/when I paste stuff inside that cell, it should align 
itself at the center. However, what happens in reality is far different. If I do 
a CTRL +V inside that cell, the contents align to the left... 

Comment 4

17 years ago
so, you are highlighting each cell separately, selecting center and then go to 
the next cell? You can't use the mouse and select each section of text in a 
single select unless you combine that with ctrl-click.

ok I see how you got the text to go to the left align. Note: with the inital 
selection  of PASS is done, you must select the text only, not the surrounding 
center (set caret within the text and dbl-click, not trpl-click on win98). Go to 
the empty cell, make sure the caret is within the center element and press 
ctrl+v -- the paste should result in the PASS going left align. On some pastes 
the PASS goes before the center and on other pastes the PASS goes after the 

after pasting, set the caret back into the center element, and hit delete or 
backspace, you will get weird results -- like the P in Pass gets deleted, even 
though the caret is in the center element, or backspace the caret (if the 
center is after the text) and the caret shifts to the right of PASS, but the 
whitespace where the center was does not collapse. Lots of whitespace remains in 
each cell.
Assignee: beppe → jfrancis
Severity: enhancement → normal
Priority: -- → P3
Target Milestone: --- → mozilla1.0

Comment 5

17 years ago
btw, I think Shrir should be required, as part of his job ttle, to use the word
"beserk" somewhere in the summary of every bug he reports.

I no longer see the "table goes beserk" problem, but the issue of paste not
picking up the alignment is still there.  097
Target Milestone: mozilla1.0 → mozilla0.9.7

Comment 6

17 years ago
dont know yet if this is layout bug or editor bug
Whiteboard: EDITORBASE; ? days;


17 years ago
Target Milestone: mozilla0.9.7 → mozilla0.9.8

Comment 7

17 years ago
I don't think this bug is really EDITORBASE in that I don't think a majority of
users will see this bug and be highly concerned about the lack of alignment
carryover.  It isn't that hard for a user to reapply alignment.  (Assuming we
don't regress and users can set alignment.)

Comment 8

17 years ago
pushing off 098 to 099
Target Milestone: mozilla0.9.8 → mozilla0.9.9

Comment 9

17 years ago
Using the test page, I drag-selected various portions across 2 or more cells,
then clicked on all allignment buttons and found no problems.
Please test this again.

Comment 10

17 years ago
bad experiences fade away with time.....this is long gone (verif on 0116 trunk)
Last Resolved: 17 years ago
Resolution: --- → WORKSFORME

Comment 11

17 years ago
You need to log in before you can comment on or make changes to this bug.