Closed Bug 41886 Opened 24 years ago Closed 24 years ago

LINUX: BackSpace for empty line does not update TextEditor contents

Categories

(Core :: Layout, defect, P3)

x86
Linux
defect

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: masaki.katakai, Assigned: nisheeth_mozilla)

Details

(Whiteboard: not reproducable)

Attachments

(1 file)

I'm not sure this problem is related with
http://bugzilla.mozilla.org/show_bug.cgi?id=41884, but
there is a problem when I tried the same operations of 41884
for plain Text mode. Text Editor does not update contents
immediately.

1) start Mail Compose window with Text edit mode
2) type 'a', 'b', 'c', return, 'a', 'b', 'c'
   Now you can see the characters as follows,
abc

abc|
   (| is cursor)
3) move the cursor by arrow key to the beginning of the third line,
abc

|abc
4) hit BackSpace key
   the third line does not move. only cursor is just moved to the
   second line.
abc
|
abc
   but the correct behavior should be
abc
|abc
   Refresh window will draw the correct contents.

Due to this problem, lines on Mail Compose window often overlapped
while I'm writing e-mail.
I verified 2000060713 Linux builds.
worksforme in 6/8 build. I don't understand step 3) ....I had to hit
return to get to 3rd line.
Hi, thank for evaluating the bug. I tried Linux 060815 nightly
build now, it's still reproducible for me. After step 2), hit
left arrow key three times. The cursor will move to the
beginning of the third line, then you need to hit BS key.
I'll attach screen shot for you.
Attached image screen shot
this is a dup of 41369

*** This bug has been marked as a duplicate of 41369 ***
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
verified in 6/9 build.
Status: RESOLVED → VERIFIED
I'd like to re-open this bugreport. 41369 has been marked as FIXED. I've just
pulled the cvs tree and built here, but I'm still seeing this problem on *LINUX*.

Summary: BackSpace for empty line does not update TextEditor contents → LINUX: BackSpace for empty line does not update TextEditor contents
this is not a dup of 41369.  Any bug involving content that doesn't look right, 
but then appears correct after you force a redraw, is a layout bug.

reopening, assigning to layout.
Status: VERIFIED → UNCONFIRMED
Component: Editor → Layout
Resolution: DUPLICATE → ---
bugzilla makes me take a second step to assign to layout
Assignee: beppe → clayton
Status: UNCONFIRMED → NEW
Ever confirmed: true
QA Contact: sujay → petersen
I've seen this sort of thing quite a bit in the last few weeks, where things
aren't redrawn properly until a few keystrokes later or until you force a
redraw.
Reassigning to Nisheeth for further triage.
Assignee: clayton → nisheeth
I just tried this on yesterday's optimed build for Linux and I could not 
reproduce the problem.  I used simple text compose by deselecting the HTML 
compose option in the mail and news account settings.

Masaki, please verify whether this bug is occurring in the latest builds and 
post to this bug report.  Thanks.
Status: NEW → ASSIGNED
Whiteboard: not reproducable
Target Milestone: --- → M17
I could not reproduce this problem on my environment.
I agree to close this bug as not reproducible. Thanks.
Based on Masaki's commments, marking bug worksforme. 
Status: ASSIGNED → RESOLVED
Closed: 24 years ago24 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: