133133 - Text moves a few pixels to the right while selecting it

Status: RESOLVED WORKSFORME

(Core :: Layout, defect, P3)

Description

[Mats Palmgren (inactive)]

DESCRIPTION:
Text moves a few pixels to the right while selecting it

STEPS TO REPRODUCE:
1. goto http://slashdot.org/
2. In any article text, select text by left-clicking and dragging to the right

ACTUAL RESULTS:
Text on the selected line moved a few pixels to the right

EXPECTED RESULTS:
No text movement

DOES NOT WORK CORRECTLY ON:
Mozilla nightly build 2002-03-22-03 on Windows NT 4.0 sp6.

Comment 1

[Olivier Cahagne]

wfm using build 2002032203 on Win2k.
Can you attach a screenshot ?

Comment 2

[Aaron Kaluszka]

WFM 2002032203/WinXP

Comment 3

[Mats Palmgren (inactive)]

Attachment: Screenshot

Screenshot of text before and after selection side by side. It's in Windows BMP

format. (MS Paint under NT doesn't have any other options.)

Comment 4

[Markus Långström]

Attachment: Simple testcase

Seeing this on 2002040608 Win 98 with this testcase made from
http://www.angelfire.com/amiga/kissdvds/index.html

Comment 5

[Boris Zbarsky [:bzbarsky]]

Layout, not selection.

Comment 6

[Kevin McCluskey (gone)]

WFM: Using 2002050108 build on WinXP.

Comment 7

[Tom van Wietmarschen]

I've got the same problem, build 2002052902 on Debian/GNU Linux
I've noticed some parts of the chrome moving too , extremely annoying

Comment 8

[Kevin McCluskey (gone)]

This should have been fixed by the patch for bug 80530.
Marking FIXED.

Comment 9

[Kevin McCluskey (gone)]

->fixed

Comment 10

[Markus Långström]

Nope, still seeing this using 2002062808 Win 98.
Reopen.

Comment 11

[Kenneth Herron]

*** Bug 173362 has been marked as a duplicate of this bug. ***

Comment 12

[Mats Palmgren (inactive)]

Attachment: Testcase #2

Comment 13

[Matthew Bell]

Mozilla/5.0 (X11; U; Linux i586; en-US; rv:1.4) Gecko/20030714 Debian/1.4-2
I don't see the failure mode in either of the test cases, but I do on
slashdot.org. I attach a test case that works for me that I have paired down as
much as possible; seems to have somehting to do with the interaction between the
link and table...

Comment 14

[Matthew Bell]

Attachment: Test Case #3 - Slashdot - Tables and Links

Comment 15

[Dean Serenevy]

Attachment: Test Case #4 - abs positioning + font sizing

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7b) Gecko/20040421

Linux (x86) ".tar.gz" downloaded from ftp.mozilla.org

Here is another test case which does not depend on tables. Test case uses
absolutely positioned div's with scaled text. This is the furthest that I could
reduce the stylesheet and still observe the moving text behavior. Text moves
when cursor hovers links as well as when text is selected. Repeatedly moving
cursor up and down (just hovering, not selecting) over the list of links on the
left causes text to adjust itself on each pass.

Comment 16

[Gabriel Chadwick]

This works for me... Using the Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
rv:1.8b2) Gecko/20050403 Firefox/1.0+

Maybe you are not precise enough of how repeting this bug. Marking as a worksforme.

Comment 17

[Zac Jacobson]

(In reply to comment #16)
> Maybe you are not precise enough of how repeting this bug. Marking as a
worksforme.

I see the text moving behaviour.
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.6) Gecko/20050317
Firefox/1.0.2

For me, the link on the right column moves *up* one pixel when my mouse cursor
passes over it. If I select the entire link text, it returns to its original
place when I deselect. I get the same behaviour on Slashdot, regarding the
original report.

It does seem related to links, but I should also mention I have a non-standard
font size set on my windows box (106 dpi).