Closed Bug 313765 Opened 19 years ago Closed 19 years ago

remove tooltips from searchbar

Categories

(Firefox :: Search, defect)

Product:
Firefox
Component:
Search
Platform:
x86
All
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED INVALID

People

(Reporter: Peter6, Unassigned)

Details

currently the searchbar tooltips are not displaying the right text (Bug 147670 + tons of dupes) and show up miles away from the cursor, in the top-left of the screen (Bug 313673 + the dupes will come if we leave it like that). 

IE6.0 - Only shows tooltip on searchengine, not on pulldown
Opera8.5 - Doesn't show a tooltip at all

Let's just get rid of the searchbar tooltip(s), it's too buggy.
?1.8 , not a real blocker though
Flags: blocking1.8rc1?
If by "searchbar tooltips" you mean "the tooltips that appear in the search bar drop down menu", then I agree, but there's no reason to remove all the tooltips. I already outlined what I thought would be best in bug 313673, I'm not sure how this one differs from that one.
(In reply to comment #2)
> If by "searchbar tooltips" you mean "the tooltips that appear in the search bar
> drop down menu", then I agree, but there's no reason to remove all the
> tooltips. I already outlined what I thought would be best in bug 313673, I'm
> not sure how this one differs from that one.
> 
Both really, if bug 313673 can't be fixed, both bugs mentioned in comment 0 are dupe generators and none of the tooltips there add any real value to the functionality.

(In reply to comment #3)
> Both really, if bug 313673 can't be fixed, both bugs mentioned in comment 0 are
> dupe generators and none of the tooltips there add any real value to the
> functionality.

They add a lot of value for people with screen readers. See bug 283273.

I also don't understand how bug 147670 is related to this. I always see the correct text on the tooltip.
(In reply to comment #4)
> I also don't understand how bug 147670 is related to this. I always see the
> correct text on the tooltip.

By "correct text" I mean the text being explicitly set as the tooltip (i.e. "Search Google"). The fact that it isn't "correct" for that tooltip to be on the menu item isn't bug 147670.
For me it only shows the selected engine tooltip for any searchengine.
eg. Set default to Google
pull down and hover gives me [search Google] for all the others aswell
Yes, that's expected, since that text is set as the tooltip for the entire searchbar, all children inherit it. It isn't bug 147670. Since we already have bug 313673 for the position+text issues, I don't see the need for this bug. Do you agree?
(In reply to comment #7)
> Yes, that's expected, since that text is set as the tooltip for the entire
> searchbar, all children inherit it. It isn't bug 147670. Since we already have
> bug 313673 for the position+text issues, I don't see the need for this bug. Do
> you agree?
> 
The reason I filed this one is because the other is about displacement this about removal.
If bug 313673 will result in either a fix or the removal of the tooltips (before 1.5final), than I won't mind if this one is closed.

(In reply to comment #8)
> The reason I filed this one is because the other is about displacement this
> about removal.
> If bug 313673 will result in either a fix or the removal of the tooltips
> (before 1.5final), than I won't mind if this one is closed.

If this bug is about removal, then it is INVALID or WONTFIX, because I don't see any reason to completely remove the tooltips. Bug 313673 can be fixed without removing them completely.
ok
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → INVALID
Flags: blocking1.8rc1?
(In reply to comment #4)
> (In reply to comment #3)
> > dupe generators and none of the tooltips there add any real value to the
> > functionality.
> 
> They add a lot of value for people with screen readers. See bug 283273.

I know I set this bug INVA, but i doubt that's right.

How about removing the tooltip from the pulldown AND the icon in the searchbar, just leaving it in on the searchbar textarea ?
Have you seen the latest patch in bug 311653? It adds the correct tooltips for each of the elements in the search bar, independently. Is that OK?
(In reply to comment #12)
> Have you seen the latest patch in bug 311653? It adds the correct tooltips for
> each of the elements in the search bar, independently. Is that OK?
> 
Sure, i read that.
But will that one make it into branch (RC2) , all i see is TRUNK ?

No, for the branch, the original fix for bug 311653 was backed out, so bug 313673 isn't on the branch... So you're worried about bug 311653, then?
worried ....
Al i'd like to see for branch is the: 

1.tooltip pulldown icon (not working)
2.tooltip pulldown text (not working)
3.tooltip searchbar icon (not working)
4.tooltip searchbar textarea (working)

either be fixed or removed (and not be left to just generate dupes).

Our competition,
IE only does .1 and only shows the initial tooltip (so that's not working properly either)
Opera8.5/9.0beta does not show tooltips at all for search.
1,2,3 are bug 147670, which has been around since before 1.0 with the back button. I don't think that this is as much of an issue as you make it out to be, even if having this in the release means bug 147670 gets a few extra dupes. The user impact is virtually zero.
(In reply to comment #16)
> 1,2,3 are bug 147670, which has been around since before 1.0 with the back
> button. I don't think that this is as much of an issue as you make it out to
> be, even if having this in the release means bug 147670 gets a few extra dupes.
> The user impact is virtually zero.
> 
Well, the fact that it has been in for a year (since 1.0) shouldn't be an excuse not to remove it (obviously it's too late for fixing) and leave it in till the next release (in 1.5-2 years from now).

btw, this is not my pet bug, i can care less , it simply reflects what people complain about on forums.
You need to log in before you can comment on or make changes to this bug.