Closed Bug 256282 Opened 20 years ago Closed 19 years ago

clicking on a link moves the text above

Categories

(SeaMonkey :: General, defect)

Product:
SeaMonkey
Component:
General
Platform:
x86
Windows 2000
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
VERIFIED WORKSFORME

People

(Reporter: danzcontrib, Unassigned)

References

(
URL
)

Details

(Keywords: testcase)

Attachments

(2 files)

reduced testcase
1.75 KB, text/html
Details
more reduced css
1.10 KB, text/html
Details 
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; fr; rv:1.8a2+) Gecko/20040524
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a3) Gecko/20040817

A new bug has been introduced since build 20040725 or shortly before when I
click on a link.
The text above moves as if there wasn't enough space. I tried to find a
workaround (overflow, removing link styling..).
See there for example http://danzcontrib.free.fr/captures.php by clicking on
Bannières publicitaires. You can spot it on any page each time the text fills a
line above a hyperlink
No problem with Firefox 9.2. 

Reproducible: Always
Steps to Reproduce:
1.click on Bannières publicitaires
2.
3.
Actual Results:  
the text above moves and clicking may have no effect

Expected Results:  
As it it does with version 1.7,
Yes, I can see the bug. It happens when focusing th "Bannières publicitaires" link.
This is related to 252920.
It happens because focusing is causing a reflow in trunk builds.
> This is related to 252920.

This is why we have dependency fields...
Depends on: 252920
Attached file reduced testcase — 
testcase made of two divs and 2 lines of internal links, css included.

Click on a link in the second row, and you´ll get three rows.
If this doesn´t happen, reduce the heigth of your browser window, so that the
div containing the links isn´t completely visible, reload, and retry.
Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8a3) Gecko/20040827

Bug seems not to depend on Bug 252920, as that one is wfm, this one not.
testcase is simple, but css could still be reduced, and I forgot the </head>.

<body><div id="content"><div class="box4c">
<a href="#">Java&nbsp;applets</a> ...<a href="#">PHP&nbsp;(asp,&nbsp;cfm)</a>
</div></div></body></html>

I´m working with a screen resolution of 800x600, #content{min-height:410px;}
specifies the height of the outer div greater than the visible area of my
browser window, and when I click a link in the lower row, the links are redrawn
 in three rows. When I reduce min-height that the div is completely visible, the
bug is gone.
Keywords: testcase
Attached file more reduced css — 
reduced css some more

seen on win98 screen resolution 800x600:
links are shown in two rows, also after reload.

If you collapse Personat toolbar, URL bar etc. links are shown in three rows.
If all browser bars are collapsed, links are shown in two rows, at least after
reload, and clicking around only moves the text in the two rows.
If the bars are uncollapsed, clicking on the links will show them in 3 rows.
If you don´t get that behaviour, resize the browser window so that a vertical
scrollbar is seen.
Blocks: 261196
I can't see any reason why this bug shouldn't be confirmed at this point...
Status: UNCONFIRMED → NEW
Ever confirmed: true
Mozilla Windows Trunk Nightly Build Regression Window
Pass: 2004071609
Fail: 2004071808
Product: Browser → Seamonkey
Testcase fails for me with Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
rv:1.8b2) Gecko/20050422 Firefox/1.0+
Testcase works for me with Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
rv:1.8b2) Gecko/20050428 Firefox/1.0+
Bug 240276 probably fixed this, marking dependent & WFM
Status: NEW → RESOLVED
Closed: 19 years ago
Depends on: 240276
Resolution: --- → WORKSFORME
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: