145213 - rc2: caret gets stuck at beginning of textentry, although on can enter text normally

Status: RESOLVED DUPLICATE of bug 145267

(SeaMonkey :: General, defect)

Description

[Steffen Ullrich]

starting with RC2 (RC1 did not have this problem) the caret gets stuck at the
beginning of the entry (or the current line in a textbox), but one can still
enter text (so the cursor works but the caret does not match the cursors
position). additionally if the line gets long the text entry does not scroll
(presumably because it likes to show the caret which is on position 0 of the line).
Platform Linux/Mandrake8.2. mozilla build was done by mandrake

Comment 1

[Robin Green]

confirmed, with a self-built mozilla built from
mozilla-2002051916_trunk-0_rh7.src.rpm with Red Hat Rawhide gcc 3.1 beta.

I think this is a gcc issue. Reporter, please execute rpm -q gcc and gcc
--version and paste in the output here.

For me it's:
[root@ega051000009 redhat]# rpm -q gcc
gcc-3.1-0.27
[root@ega051000009 redhat]# gcc --version
gcc (GCC) 3.1 20020503 (Red Hat Linux Rawhide 3.1-0.27)
Copyright (C) 2002 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

Comment 2

[Steffen Ullrich]

I don't know which exakt version of gcc was used to compile it (because I've
used the binary rpm), but according to the changelog it must have been 3.1. From
the rpm changelog:

* Mon May 13 2002 Frederic Crozat <[e-mail]> 1.0-0.rc2.1mdk
- Release 1.0rc2
- Java support is BROKEN (because of gcc 3.1 switch).. No need to complain..
- Plugins support is broken for plugins compiled with gcc < 3.x.y
- ...

Comment 3

[Deryk Lister]

Same problem here, also using Mandrake 8.2 with the RPM from cooker.
Very irritating...
It can actually be either at the very beginning of the line or at the very end
but it refuses to go anywhere in between. It's also only a visual bug - if you
click in the middle of a line and start typing, it does type there... meaning
the actual text entry position changes... it's just the blinking caret that doesn't.

This seems to be one of quite a few problems caused in Mozilla by using GCC 3.x.

Comment 4

[Matthias Versen [:Matti]]

Bur reports from Mandrake RPMS are invalid here ! (use the mandrake database)

Mozilla doesn't use GCC3.1 at the moment for official builds.



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