Closed
Bug 110940
Opened 23 years ago
Closed 23 years ago
[PATCH]order List ID does not display correctly after change the order
Categories
(Core :: DOM: Editor, defect, P3)
Core
DOM: Editor
Tracking
()
VERIFIED
FIXED
mozilla1.0
People
(Reporter: ftang, Assigned: kinmoz)
Details
(Whiteboard: EDITORBASE+ [adt2])
Attachments
(3 files)
557 bytes,
text/html
|
Details | |
844 bytes,
patch
|
kmcclusk
:
review+
waterson
:
superreview+
asa
:
approval+
|
Details | Diff | Splinter Review |
1.12 KB,
text/html
|
Details |
It is related to lack of reflow of the bullet frame . I can reproduce this on
2001111403 trunk build.
Reproduce procedure:
1. open composer (or mail composition)
2. type several lines with ENTER to hard break the line. For example, tyep "aaa"
in the first line, "bbb" for the second, "ccc", "ddd", "eee", "fff", "ggg" for
the 3rd - 7th lines
3. select all the lines
4. click [numbered list] icon or select "Format:List:Numbered" menu
5. the 7 lines will be displayed as
1. aaa
2. bbb
3. ccc
4. ddd
5. eee
6. fff
7. ggg
this is ok
6. now, select only the 3-4 lines, and click [->] icon or hit Ctrl + [ key to
increase the ident
actual result
1. aaa
2. bbb
1. ccc
2. ddd
3. eee
6. fff
7. ggg
notice that the id for "fff" and "ggg" is still 6 and 7. If you scroll then it
will display as 3 and 4.
expect result:
1. aaa
2. bbb
1. ccc
2. ddd
3. eee
3. fff
4. ggg
--> kin - this is probably a layout issue as ftang pointed out.
Assignee: jfrancis → kin
Priority: -- → P3
Target Milestone: --- → mozilla0.9.8
Comment 3•23 years ago
|
||
Looks like an invalidation problem. The layout is correct, if you force a
re-paint by placing another window over the top and remove it, then it will
display correctly.
Marking EDITORBASE+.
Whiteboard: EDITORBASE → EDITORBASE+
--> mozilla1.0
Status: NEW → ASSIGNED
Target Milestone: mozilla0.9.9 → mozilla1.0
Forcing an invalidate when changing the bullet frame's ordinal seems to fix the
problem.
Whiteboard: EDITORBASE+ [adt2] → EDITORBASE+ [adt2] FIX IN HAND, need r=, sr=, and a=
Updated•23 years ago
|
Attachment #76810 -
Flags: review+
Comment 7•23 years ago
|
||
During my testing I created this test case which seems to expose more serious
invalidation/reflow problems that Patch Rev 1 won't fix.
Comment 9•23 years ago
|
||
Comment on attachment 76810 [details] [diff] [review]
Patch Rev 1
sr=waterson. Please do file another bug (or bugs) on the other issues.
Attachment #76810 -
Flags: superreview+
Comment 10•23 years ago
|
||
Comment on attachment 76810 [details] [diff] [review]
Patch Rev 1
sr=waterson. Please do file another bug (or bugs) on the other issues.
Assignee | ||
Comment 11•23 years ago
|
||
Filed bug 135767 to cover the problems I'm seeing with JS Test Case 2.
Keywords: adt1.0.0
Whiteboard: EDITORBASE+ [adt2] FIX IN HAND, need r=, sr=, and a= → EDITORBASE+ [adt2] FIX IN HAND, need a=
Comment 12•23 years ago
|
||
adt1.0.0+ (on ADT's behalf) approval for checkin to 1.0.
Updated•23 years ago
|
Summary: order List ID does not display correctly after change the order → [PATCH]order List ID does not display correctly after change the order
Whiteboard: EDITORBASE+ [adt2] FIX IN HAND, need a= → EDITORBASE+ [adt2] FIX IN HAND, waiting for driver approval
Whiteboard: EDITORBASE+ [adt2] FIX IN HAND, waiting for driver approval → EDITORBASE+ [adt2] FIX IN HAND, need a= (waiting for driver approval)
Comment 13•23 years ago
|
||
Comment on attachment 76810 [details] [diff] [review]
Patch Rev 1
a=asa (on behalf of drivers) for checkin to the 1.0 branch
Attachment #76810 -
Flags: approval+
Whiteboard: EDITORBASE+ [adt2] FIX IN HAND, need a= (waiting for driver approval) → EDITORBASE+ [adt2] FIX IN HAND, reviewed and approved
Assignee | ||
Comment 14•23 years ago
|
||
Fixed on TRUNK:
mozilla/layout/html/base/src/nsBlockFrame.cpp revision 3.499
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Whiteboard: EDITORBASE+ [adt2] FIX IN HAND, reviewed and approved → EDITORBASE+ [adt2]
Assignee | ||
Comment 15•23 years ago
|
||
Fix checked into MOZILLA_1_0_0_BRANCH:
mozilla/layout/html/base/src/nsBlockFrame.cpp revision 3.496.2.3
Updated•23 years ago
|
Keywords: fixed1.0.0
Comment 16•23 years ago
|
||
verified in 4/23 trunk build.
will also verify on the branch and comment here.
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•