Closed Bug 41713 Opened 24 years ago Closed 22 years ago

tooltips appear at absolute coordinates 0,0

Categories

(Core :: XUL, defect, P3)

Product:
Core
Component:
XUL
Platform:
x86
Linux
Type:
defect

Tracking

()

Status:
VERIFIED WORKSFORME
Milestone:
Future

People

(Reporter: xalkina, Assigned: mikepinkerton)

References

Details

(Whiteboard: nsbeta3-)

Attachments

(1 file)

Test Case
425 bytes, text/html
Details 
Not sure what sequence of events reproduces it, but happens always after a while
of using Mail. The tooltips, when moving with the mouse over the buttons of the
toolbar appear at absolute coordinates 0,0 of the screen as a small yellow
window (i.e. there's no text readable) and the computer beeps
using linux/2000060508 right now
taking this over. doubt it's putterman.
Assignee: putterman → pinkerton
Component: Mail Window Front End → XP Toolkit/Widgets
Product: MailNews → Browser
wfm 60609 linux, will reopen if this shows up.  reporter: can you try to get 
some clearer steps to reproduce?
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
mark verified.
Status: RESOLVED → VERIFIED
Well, here we go:
Launching mozilla, it connects by default to IMAP server, asks for password,
logs in, shows default message in mail window. Moving mouse to toolbar and yes,
it happens right away! Not difficult at all. Using kde-1.1.2 if that might be of
any help.

with 2000060608, there's no tooltip appearing anywhere, just the beep. And, by
the way, nothing happens when the mouse pointer's over the "File" button.

I know what the beep is! After redircting both stdout & stderr to /dev/null,
there's no beep, so I guess there's a bell character in one of the debugging
messages... Isn't this funny?

ninoschka - do you see this problem?
QA Contact: lchiang → nbaca
I'm not seeing this problem using Linux 6.0, kde 1.1.1, build 2000-06-060-8M16. 
I've logged into an IMAP account, entered my password and all of the tooltips 
are appearing as expected. (The File button not displaying a tooltip is a known 
issue)
Status: VERIFIED → CLOSED
After removing .mozilla dir everything works just fine

Please don't close bugs until the product ships.
Status: CLOSED → UNCONFIRMED
Resolution: WORKSFORME → ---
wfm.
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago → 24 years ago
Resolution: --- → WORKSFORME
verified
Status: RESOLVED → VERIFIED
no tooltips att all with 2000060811!!!

This needs to be reopened.  Here are the steps to reproduce on Linux build
2000060908 (M17):

1) Start Moz
2) Create a personal toolbar button with the comment "Today's Bugzilla" and this
URL:

http://bugzilla.mozilla.org/buglist.cgi?bug_status=UNCONFIRMED&bug_status=
NEW&bug_status=ASSIGNED&bug_status=REOPENED&bug_status=RESOLVED&bug_status=
VERIFIED&email1=&emailtype1=substring&emailassigned_to1=1&emailreporter1=
1&email2=&emailtype2=substring&emailreporter2=1&bugidtype=include&bug_id=
&changedin=&votes=&chfieldfrom=&chfieldto=Now&chfieldvalue=&short_desc=
tool&short_desc_type=substring&long_desc=tip&long_desc_type=
substring&bug_file_loc=&bug_file_loc_type=substring&status_whiteboard=
&status_whiteboard_type=substring&keywords=&keywords_type=anywords&field0-0-0=
noop&type0-0-0=noop&value0-0-0=&cmdtype=doit&newqueryname=&order=Reuse+same+sort
+as+last+time##2

3) Mouseover the new toolbar button.

The tooltip for this button appears at [0,0] regardless of where the Mozilla
window is positioned.  I have other buttons that do this.  The problem seems to
be when the tooltip text is too long to fit on my screen.  I guess this is Unix-
specific.

Reopening due to reproduceable evidence of defect.
Status: VERIFIED → UNCONFIRMED
Resolution: WORKSFORME → ---
Status: UNCONFIRMED → NEW
Ever confirmed: true
uhh, ok. *shrug* m22
Status: NEW → ASSIGNED
Target Milestone: --- → M22
Keywords: nsbeta3
Whiteboard: nsbeta3-
Target Milestone: M22 → Future
*** Bug 47171 has been marked as a duplicate of this bug. ***
Note: bug 47171 (marked as a dup of this one) includes another problem that this
causes: a yellow rectangle overwrites the sidebar (at the same Y-position as the
link), in addition to the tooltip (title) appearing at 0,0.

Also, 47171 has some attachments to show this.

One defect per report please.  Tooltips appearing at the top of the screen is
one defect.  If there is another defect with the sidebar being scrambled, please
file a new bug report.
See bug 47304; very closely related to this one (another aspect of it I
believe).  Posted as a separate bug as requested.
is this still happening? I'm having problems creating urls on the personal
toolbar in my current linux build.
*** Bug 66168 has been marked as a duplicate of this bug. ***
I still see this in linux build 2001-01-29-08
Build 2001-02-02-08: Linux RH 6.2
. I created the suggested URL on Unconfirmed bugs and also reproduced the problem.
*** Bug 79112 has been marked as a duplicate of this bug. ***
I think I see this problem on WinNT.  The tooltip contains the text "you are
online".  It sometimes appears at 0,0 (I have the window maximized) and
sometimes appears where the mouse cursor is.  It usually happens when the cursor
is over the Delete button and I'm going through mail, deleting most of it.
jesse, that's a different bug on my list.

The problem in attachment 33521 [details] is because the tooltip code is in with the menu
code.  When a tooltip can't fit completely to the bottom-right of the pointer,
IsMoreRoomOnOtherSideOfParent() is called (nsMenuPopupFrame.cpp @ line 797), and
if true then MovePopupToOtherSideOfParent() (nsMenuPopupFrame.cpp @ line 804). 
I think we should just shift tooltips to the left until they fit on-screen,
instead of flipping them.
*** Bug 107175 has been marked as a duplicate of this bug. ***
*** Bug 129816 has been marked as a duplicate of this bug. ***
Does this bug still exist?  A bunch of changes to tooltip positioning went in a
few months back.
I can no longer reproduce this on 1.2.1 20021226.  Recommend WORKSFORME.
So be it.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago → 22 years ago
Resolution: --- → WORKSFORME
Some tooltips appear misplaced in Mail in builds of 1.2 and later, but I believe
there's already a bug filed about that

This exact behaviour has long ago desappeared.
Verifying based on comment 35.
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: