Marked text jumps up and down, testcase




Layout: Text
17 years ago
3 years ago


(Reporter: ron, Unassigned)


({fonts, platform-parity, testcase})

fonts, platform-parity, testcase

Firefox Tracking Flags

(Not tracked)




(5 attachments)



17 years ago
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.7+) Gecko/20020108
BuildID:    20020108 21

Text jumps up and down when it is marked. See the attached examples and notice
the white space between the marked text.

Attached 2 pictures:
1. Space between marked text
2. No space between marked text

Attached testcase, a minimal version of

Reproducible: Always
Steps to Reproduce:
1.Go to
2.Make sure you see the "side navbar" and not the "top navbar".
3.Browser size eg. 800x800
4.Place the cursor in the text under "Current state of LyX" 
5.Mark the text moving the mouse slowly down and up and see how the text jumps.

Or as an alternative use the testcase.

Comment 1

17 years ago
Created attachment 64121 [details]
Space between marked lines

Comment 2

17 years ago
Created attachment 64122 [details]
No space between marked lines

Comment 3

17 years ago
Created attachment 64123 [details]
Testcase. A minimal version of

Comment 4

17 years ago
I can't duplicate this behaviour in Linux 2002010908.

Comment 5

17 years ago
Created attachment 64716 [details]
simpler testcase

Comment 6

17 years ago
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.7+) Gecko/20020111
I see this and have attached a simpler testcase.

Also, to reproduce with the new testcase:
1. start selecting at "site".
2. Drag select to the end of the first line
3. Drag select down to the second line.
(Both lines should be properly selected)
4. Continue dragging back to the left to the beginning of the second line.
(there should be a white line between the selected lines now)

The behavior seems dependent on the heading, which has a font-size of 1.727em. 
1.72em and 1.73em do not exhibit this behavior.
I can see the first line jump up as I select it, today's linux CVS.
Ever confirmed: true
Keywords: fonts, testcase

Comment 8

17 years ago
Could this bug depend on the screen resolution?
I only see this bug in 1280x1024 (or 1280x960) mode.
I have tested the following resolutions:
1600x1200, 1400x1050, 1280x1024, 1152x864, 1024x768, 800x600, and 640x480.

Comment 9

17 years ago
BTW bug 104550 seems also to depend on the screen resolution.

Comment 10

17 years ago
Created attachment 65751 [details]
another testcase, plain HTML

Comment 11

17 years ago
The new test case works fine for me.  Just selecting text, right?


17 years ago
Target Milestone: --- → Future

Comment 12

15 years ago
This strange behaviour disappeared somewhere between 1.2 and 1.3a. 

Comment 13

15 years ago
the second testcase behaves the same as it did before, but the first one seems ok.
->Fonts & Text
Assignee: attinasi → nobody
Component: Layout → Layout: Fonts and Text
Keywords: pp
QA Contact: chrispetersen → core.layout.fonts-and-text

Comment 15

11 years ago
Did the new textframe have any effect on this bug? I bet it's gone by now, but I can't check without a working Linux box.

Comment 16

11 years ago
I used to see this bug every once in a while and haven't for a long time. I don't know for sure that it was new textframe, but I do think something fixed it.
All the tests WFM.  Firefox 43.0.3 on Linux64.
Last Resolved: 3 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.