48134 - Tooltips must render onscreen and in front of the associated widget

Status: RESOLVED WORKSFORME

(Core :: XUL, defect, P3)

Description

[Barry Marshall]

Start Mozilla.  Maximize the window.
On Windoze, the graphical buttons on the lower-left corner don't display the
description of what they are.  With Netscape 4.x the description appears as a
popup over the icon.
If the window isn't maximized, the description appears below.
More than likely the code is putting the text description below the visible
portion of the window.
Is this a Theme or an XPToolkit bug?  Couldn't find a specific item to describe
the bug to put it under.

Comment 1

[Bozhan Boiadzhiev]

i see description of buttons when they are minimized in windows taskbar.
win32 98 #2000080804 PC

Comment 2

[Barry Marshall (at work)]

Attachment: Note the position of the pointer with Communicator

Comment 3

[Barry Marshall (at work)]

Attachment: See how Mozilla reacts when the pointer is in the same place.

Comment 4

[Barry Marshall (at work)]

Attachment: Eventually Mozilla kicks in the description. Note pointer location.

Comment 5

[Barry Marshall (at work)]

Attachment: Now the browser is not maximized. Note location of text placement with pointer location.

Comment 6

[Barry Marshall (at work)]

A couple of pictures to demonstrate what I'm talking about.  The moz0808-good 
and moz0808-bad are maximized.  The Taskbar is set to Auto-Hide.

I've tried switching skins and the behaviour seems consistent.

This happens on both Win NT4+SP6 and Win2000+SP1 with different video boards.

Comment 7

[Gervase Markham [:gerv]]

[e-mail] - this WORKSFORME in 20000819 WinNT4. Could you retest 
with a new build, please? :-)

Gerv

Comment 8

[Barry Marshall]

Attachment: Problem still exists with 0821

Comment 9

[Barry Marshall]

Nope, still happens.  This is Win2K + SP1, Takbar on Autohide.

Note that the problem is the position on the screen where the popup kicks in, 
not that it doesn't come up  (it does, but VERY low on the screen).

This can be confusing to a novice user.

Comment 10

[Matthew T (active 1999-2002)]

Works fine on Mac, even when the buttons themselves are almost completely
off-screen. QA to Claudius. Can someone test on X?

Comment 11

[John Morrison]

Yes, on win2k with auto-hide of the windows taskbar, the tooltips for Nav, Mail,
etc. do not appear, possibly since they are popping up outside the monitor
dimensions. (Curiously, the tooltip for 'Open Windows' (bottom right) comes up
on screen).

On Mac, this works fine as mpt notes. On Linux they popup onscreen but are
almost immediately torn-down (so you can't actually read them).

This, however, is not something we can address in the near-term, and it is not a
major loss of functionality for the user. Setting Milestone -> Future.

Comment 12

[Peter Trudelle]

accepting for future

Comment 13

[Barry Marshall]

Tested against OS/2 0912 nightly build and problem appears here as well.

Comment 14

[Barry Marshall]

Attachment: OS/2 variation on some more aspects of this weirdness. Look how the description for the Mozilla site goes off the screen.

Comment 15

[Barry Marshall]

Attachment: Compare this to Win32 0910

Comment 16

[Barry Marshall]

Added additional observations on OS/2 weirdness of this problem, so I'm adding 
Mike Kaply on the cc list.

Comment 17

[Barry Marshall]

Re-confirmed on Win32 1002.

Comment 18

[Barry Marshall (at work)]

SPAM

Reconfim under 1114.

Comment 19

[Barry Marshall (at work)]

Since he seems to be fixing tooltip problems, should this get assigned to Mike 
Pinkerton?

Comment 20

[Peter Trudelle]

Can also repro on Win98 with collapsed win taskbar.  ->pinkerton, still future,
but worth fixing if trivial.

Comment 21

[Barry Marshall]

Reconfirm under 0409.

Nominate for 1.0.  This should be a pretty trivial bug, I would guess.

Comment 22

[Matthew T (active 1999-2002)]

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

Comment 23

[Todd Pringle]

Tooltips in the taskbar for the components (Nav, Mail, IM, etc.) display below
the items, rendering them not visible when the application is maximized.  As
users have shown that they have a hard time finding other components, and the
maximized state is the default state, suggest we need to fix this for beta.

Comment 24

[Mike Pinkerton (not reading bugmail)]

trudelle? what say you?

Comment 25

[Matthew T (active 1999-2002)]

Restoring original summary. If we had a blanket rule of tooltips appearing 
above the control, that would cause almost as many problems as our current 
blanket rule of them appearing below the control.

Tooltips should follow the same positioning rule as context menus on Windows; 
appearing (in order of preference) to the southeast, southwest, northeast, or 
northwest.

Comment 26

[timeless]

Sorry, I meant above wrt ZOrder, not X/Y.

Comment 27

[Mike Pinkerton (not reading bugmail)]

not a beta stopper, but would like to fix by rtm

Comment 28

[Garrett Green]

Mac variation:

1. Start Mozilla
2. Enlarge window to almost touch bottom of screen.
3. Mouseover a component in the taskbar (Nav, Mail, IM, etc.)
4. Wait for tooltip to appear.
5. Without moving mouse, click on component button.

What happens:

Tooltip appears higher, so as to stay on the screen (good behavior), but appears
under mouse cursor and blocks the click from reaching the button under tooltip,
so nothing happens (bad behavior).

What should happen:

Component should be started.

Build Date and Platform: 2001050518 (Milestone 0.9) Mac OS 8.6

Related to bug 78248? or is this just a matter of offsetting the tooltip by one
pixel horizontally?

Comment 29

[Benjamin Mucci]

> Tooltip appears higher [...] appears under mouse cursor and blocks
>  the click from reaching the button under tooltip

Confirm behavior under MacOS (2001070904): Should be fix. 

Comment 30

[Mike Pinkerton (not reading bugmail)]

--> hyatt

Comment 31

[Fabian Schach]

On 2001121003 (maybe already some days earlier) and at least Windows 98 this bug
has changed/improved somehow, maybe due to changes in the code because of the
new IRC Chat Icon. The Tooltips for the icons in the lower left now show up in
the correct position, i.e. below the icons if there is enough space on screen
and in front of the icons if the window is streched to the bottom of the screen.

However, the Tooltips disappear within a half second, much to early to read them
them. But this gives this bug a new direction.

Comment 32

[Peter Trudelle]

Defects do not go off in new directions.  Instead of trying to morph the bug
report to cover new defective behavior, file a new report.

Comment 33

[Fabian Schach]

OK. Then, how is the behaviour of the tooltips (for the icons in the lower left
corner) on other platforms than Win 98? If it is now the same as mentioned by me
for Win 98 I will mark this bug WFM an file a new one.

Comment 34

[Andrew Hagen]

Editing for grammar.

Old Summary: Tooltips must render onscreen and in front of the associated widget

Old Summary: Tooltips must be rendered onscreen and in front of the associated
widget

Comment 35

[Mike Potter]

This is almost certainly a duplicate of bug 73970.

Comment 36

[Fabian Schach]

Mike, you are right. But because the original issue on which this bug was about
(tooltips are out of screen because they show below of the buttons they belong
to) doesn't occur anymore (at least on Windows 98) I will mark this WORKSFORME.

Reopen if it does occur on other platforms than Windows 98 further on, but since
nobody replied to comment #33 I think its save to close this one.

The remaining issues with tooltips are covered from bug 73970.