undo/redo not coalescing properly




18 years ago
2 days ago


(Reporter: Brade, Unassigned)


({helpwanted, polish})

helpwanted, polish

Firefox Tracking Flags

(Not tracked)


(Whiteboard: EDITORBASE-; 3 days; [behavior])



18 years ago
When I type the following letters:
and then press
 command-b (control-b on windows)
and then type the following keys:
and then press command-b again (to remove the bold state)
and then type the following keys:

I expect to see bold BOLD bold (where BOLD is actually <b>bold</b>).

I then choose Undo

I expect my last typing of "bold" to be removed.  Instead all of the text I've 
typed is removed.

Possibly related to this is if I redo (after an undo) and continue typing, I 
still undo the insertion of all the text typed

I expect that shortcut keys (like Command-b) and transaction events themselves 
(undo/redo) will break the coalescing of typing.

Comment 1

18 years ago
This is probably due to the fact that we stop coalescing based on editing
actions. In your example, you are hitting control-b while the selection is
collapsed (a caret) so there is no editing action that is triggered. Instead the
type in state is modified so that the next editing action knows what style to

I suppose we should be terminating type in coalescing when the type in state
changes to something different then what was used during the last type in event.

Comment 2

18 years ago
this is per 4.x behavior
Last Resolved: 18 years ago
Resolution: --- → INVALID

Comment 3

18 years ago
verified in 6/13 build.

Comment 4

18 years ago
reopening bug
Resolution: INVALID → ---

Comment 5

18 years ago
I'd rather keep this bug around; I don't think it's "invalid."

Resolve it as Later or set it to Milestone Future if we don't aren't going to fix 
it right away.

I believe the reason 4.x works the way it does is because it didn't have multi-
level undo.  We have multi-level undo and should provide the undo/redo at a finer 
level than 4.x did.  Also, I believe Word 97 for Windows works the way I've 
requested.  Sorry I don't have many other applications to compare to at the 
Target Milestone: --- → M17

Comment 6

18 years ago
I can make it work the way you want, I think, without too much trouble.  The 
issue is whether that's the way we want it to work.  It is a change from 4.x, so 
I believe it calls for extra consideration.

Comment 7

18 years ago
setting keywords,status and milestone
Keywords: nsbeta3, polish
Whiteboard: nsbeta3+
Target Milestone: M17 → M18

Comment 8

18 years ago
added correctness and nsbeta3+
Keywords: correctness
Whiteboard: nsbeta3+ → [nsbeta3+]

Comment 9

18 years ago
setting priority in status whiteboard
Priority: P3 → P4
Whiteboard: [nsbeta3+] → [nsbeta3+][p:4]

Comment 10

18 years ago
due to the timeframe and the number of issues that need to be addressed, marking 
this as nsbeta3-, adding helpwanted and moving to future
Keywords: helpwanted
Whiteboard: [nsbeta3+][p:4] → [nsbeta3-]
Target Milestone: M18 → Future

Comment 11

18 years ago
moz 0.9
Target Milestone: Future → mozilla0.9

Comment 12

18 years ago
moving a bunch of 0.9 bugs to 0.9.1
Target Milestone: mozilla0.9 → mozilla0.9.1


17 years ago
Target Milestone: mozilla0.9.1 → mozilla0.9.2


17 years ago
Keywords: nsbeta3
Whiteboard: [nsbeta3-]


17 years ago
Whiteboard: [behavior]
Target Milestone: mozilla0.9.2 → mozilla1.0

Comment 13

17 years ago
Futuring because I still don't know what the call is on this one.
Target Milestone: mozilla1.0 → Future

Comment 14

17 years ago
MS Word 97 works more like what I want.  I haven't checked other applications 

We should change our behavior to be more consistent with Word and other 
applications which allow multiple levels of undo and style changes.  We should 
stop coalescing of typing when the state changes.

Please reconsider for a mozilla 1.x milestone.
OS: Mac System 8.5 → All
Hardware: Macintosh → All
Target Milestone: Future → ---

Comment 15

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


17 years ago
Whiteboard: [behavior] → EDITORBASE; 3 days; [behavior]


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


17 years ago
Whiteboard: EDITORBASE; 3 days; [behavior] → EDITORBASE-; 3 days; [behavior]

Comment 16

17 years ago
removing EDITORBASE-, is a P4 so it may not be done in time.
Whiteboard: EDITORBASE-; 3 days; [behavior] → EDITORBASE; 3 days; [behavior]

Comment 17

17 years ago
triage team says minus
Whiteboard: EDITORBASE; 3 days; [behavior] → EDITORBASE-; 3 days; [behavior]

Comment 18

17 years ago
the swami says: things that will not land in 099!
Target Milestone: mozilla0.9.9 → mozilla1.0
Moving bugs to Mozilla1.1 that are not EDITORBASE+.
Target Milestone: mozilla1.0 → mozilla1.1

Comment 20

16 years ago
removing myself from the cc list

Comment 21

16 years ago
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.
Target Milestone: mozilla1.1alpha → mozilla1.2beta

Comment 22

16 years ago
[ushing these out as far as bugzilla will let me.  I'll pull them back as I work
on them.
Target Milestone: mozilla1.2beta → mozilla1.4beta
QA Contact: sujay → editor
Assignee: mozeditor → nobody
Target Milestone: mozilla1.4beta → ---

Comment 23

2 days ago
Per policy at https://wiki.mozilla.org/Bug_Triage/Projects/Bug_Handling/Bug_Husbandry#Inactive_Bugs. If this bug is not an enhancement request or a bug not present in a supported release of Firefox, then it may be reopened.
Last Resolved: 18 years ago2 days ago
Resolution: --- → INACTIVE
You need to log in before you can comment on or make changes to this bug.