Open
Bug 669511
Opened 13 years ago
Updated 2 years ago
Tooltip (title attribute) is drawn on top left after reload/refresh
Categories
(Core :: General, defect)
Tracking
()
NEW
People
(Reporter: guijoselito, Unassigned)
References
()
Details
(Keywords: regression)
Attachments
(1 file, 1 obsolete file)
(deleted),
text/html
|
Details |
User Agent: Mozilla/5.0 (Windows NT 5.1; rv:7.0a1) Gecko/20110704 Firefox/7.0a1
Build ID: 20110704030740
Steps to reproduce:
Go to http://ts3.travian.com.br/login.php
Move the mouse to the text "Home", but don't click on it.
A black tooltip box with some text will appear.
Hit F5, don't move the mouse.
Actual results:
The tooltip is drawn on top left of the page.
Expected results:
The tooltip should be drawn where the mouse is.
The problem happens on Firefox 5 and on Nightly.
It works correctly on Google Chrome 12.
Comment 1•13 years ago
|
||
Able to confirm on Mozilla/5.0 (Windows NT 5.1; rv:9.0a1) Gecko/20110905 Firefox/9.0a1 ID:20110905030839
This does not occur in Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.21) Gecko/20110830 Firefox/3.6.21 ID:20110830092825
Guilherme -> Would you be interested in tracking down a regression window? http://harthur.github.com/mozregression/
Quick search for dupes didn't find any...
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: regression,
regressionwindow-wanted
Summary: Tooltip is drawn on top left after reload → Tooltip (title attribute) is drawn on top left after reload/refresh
Version: unspecified → Trunk
Comment 2•13 years ago
|
||
pushlog:
http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=01fa971e62ee&tochange=0886ad6e6aaa
Triggered by
Bug 130078 - integrate iframe into chrome view hierarchy (link view managers / trees between chrome and content)
Reporter | ||
Updated•13 years ago
|
Keywords: regressionwindow-wanted
Comment 3•13 years ago
|
||
A standalone testcase would be wonderful here (something I can edit), even if it isn't reduced or even small at all.
Comment 4•13 years ago
|
||
I think that the similar behavior can reproduce in this testcase.
Comment 5•13 years ago
|
||
Attachment #592618 -
Attachment is obsolete: true
Comment 6•13 years ago
|
||
Thank you, that is wonderful.
20160502172042 Mozilla/5.0 (Windows NT 5.1; rv:46.0) Gecko/20100101 Firefox/46.0
20160519030232 Mozilla/5.0 (Windows NT 5.1; rv:49.0) Gecko/20100101 Firefox/49.0
I have tested your issue on latest FF release 46.0.1, latest Nightly build 20160519030232 and managed to reproduce it.
The page from STR is not available anymore. I tested with testcase attached in comment5(https://bugzilla.mozilla.org/attachment.cgi?id=592621) and the issue is reproducible.
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•