200294 - Cursor keys don't move cursor correctly when text-entry is being performed after line has wrapped

Status: VERIFIED DUPLICATE of bug 178735

(Firefox :: General, defect)

Description

[Dooferlad]

User-Agent:       Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.4a) Gecko/20030402 Phoenix/0.5
Build Identifier: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.4a) Gecko/20030402 Phoenix/0.5

If you type a long enough string of characters for the cursor to hit a new line
in a text entry box (just like the one I am using now), the cursor keys will not
work correctly after the first line. You can move up and down OK, but left to
right is completely screwey.

Reproducible: Always

Steps to Reproduce:
1. Start writing something in the 'additional comments box' on this bug description
2. Continue until you have got onto the second line (no pressing [enter] - its
cheating, and it will not reproduce the bug).
3. Press left mid line, not on the first line...

Actual Results:  
Cursor does not move one character to the left or right

Expected Results:  
Cursor should move through text as it does on the first line.

Comment 1

[noririty]

Reporter:
Can you still reproduce with your clean profile?

Works for me with:
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4a) Gecko/20030402 Phoenix/0.5

Comment 2

[Dooferlad]

I just moved my .phoenix directory to .phoenix-old, so Phoenix would not find my
profile, it loaded up with no bookmarks or cookies so I assume it worked, and
yes, I could still reproduce it. It could be a *nix thing of course.

Comment 3

[noririty]

Reporter:
Did you try with same build-ID Mozilla?

-> qawanted (Need to reproduce)

Comment 4

[Dooferlad]

No. I was going to try but yesterdays nightly tar.gz wasn't a valid archive. I
don't have time to try it today, though I will give it a go when I have the chance.

Comment 5

[Roland Mainz]

Dooferlad wrote:
> No. I was going to try but yesterdays nightly tar.gz wasn't a valid archive. I
> don't have time to try it today, though I will give it a go when I have the 
> chance.

Can you post the exact URL of the tar.gz tarball which failed for you, please ?

Comment 6

[Dooferlad]

The one that wouldn't unpack was the nightly build of the same date that I got
the  nightly build of Phoenix that still showed the cursor ptoblems. You can get
the date from the brower ID that I submitted the bug with.

I have had problems in the past with nightlies sometimes not being complete
archives, but they just get overwritten with a valid archive some time later
when another comes out.

Unfortunatly I don't have the time or resources here to build phoenix myself and
get a debugger on it. If it isn't doing it in Windows then it is probably a GTK
problem. I haven't rebuilt GTK on this machine for at least 6 months, so if
there is a bug I am hitting, it could be that.

If someone else can run a Solaris build and see if they can reproduce it, then
that would help narrow down where the problem is.

Comment 7

[Sameer D. Sahasrabuddhe]

Works for me on GNU/Linux with GNOME 2

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4a) Gecko/20030419 Phoenix/0.5+

Comment 8

[Erik]

Is this problem still present using recent builds of Firebird?

Comment 9

[Dooferlad]

Yep. We really need someone else with a Solaris box to confirm it.

Comment 10

[hans.albertsson]

I have the same problem in all versions of Mozilla on Sun or PC from 1.2.1 and on

Comment 11

[Erik]

So per comment #10 this seems to be a SeaMonkey issue - hence we should try and
find a related SeaMonkey bug and finally either dupe it or move it over to
SeaMonkey!

Comment 12

[Mike Connor [:mconnor]]

Erik, indeed, this appears to be a dupe of bug 178735

although some comments indicate it was fixed, the bug is still new

Comment 13

[Henrik Edlund]

I can reproduce this with 1.4 release on Solaris 8.

Comment 14

[Mike Connor [:mconnor]]

per comment 13, moving to dupe against 

*** This bug has been marked as a duplicate of 178735 ***

Comment 15

[Simon Paquet [:sipaq]]

mass verifying.