The default bug view has changed. See this FAQ.

The Status Bar hides the search results when using Find Again and the Find Bar is closed

RESOLVED FIXED in Firefox 12

Status

()

Firefox
General
RESOLVED FIXED
6 years ago
5 years ago

People

(Reporter: Akkana Peck, Unassigned)

Tracking

Trunk
Firefox 12
Points:
---
Dependency tree / graph

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: fixed by bug 171237)

Attachments

(2 attachments)

(Reporter)

Description

6 years ago
The new URL notifications that show up at the bottom left corner of the page break find-in-page by hiding anything that's been found.

To reproduce: go to a page with a lot of linked text, like
http://pygtk.org/pygtk2tutorial/index.html

Search once in the page for a string that occurs repeatedly, e.g. dialog.
Once you've found it, run "Find again", Ctrl-G.
Notice that the page scrolls, but you can't see where the match is.

The match is at the bottom left of the page -- but it's a link, so the URL notifier popped up right on top of the matched text.

The only way to see whether it actually found a match is to scroll a few lines down (e.g. with the mousewheel).

If this notifier is always going to pop up blocking page content, find-in-page should scroll so that the match is above the notifier, and visible.

Is there a term for the URL popup notifier? I searched for an existing bug, but wasn't sure what term to search for.

Comment 1

6 years ago
WFM. At least I think so, because I see no obvious problem.
Mozilla/5.0 (X11; Linux x86_64; rv:2.0.1) Gecko/20100101 Firefox/4.0.1
Mozilla/5.0 (X11; Linux x86_64; rv:6.0a1) Gecko/20110521 Firefox/6.0a1

The "URL notifier" is probably the new Status Bar.

Does the issue still occur if you start Firefox in Safe Mode?
https://support.mozilla.com/en-US/kb/Safe+Mode

How about with a new, empty profile?
https://support.mozilla.com/en-US/kb/Basic+Troubleshooting#w_8-make-a-new-profile
(Reporter)

Comment 2

6 years ago
Yes, I tested it with a brand-new profile before reporting the bug. Same thing happens if I start with that pristine profile in safe mode, and in every profile I have, whether or not they're showing a status/add-ons bar.

Are you not seeing what I describe? Would screenshots help?
(Reporter)

Comment 3

6 years ago
Created attachment 534452 [details]
Screenshot showing the url hiding the matched text

Attaching two screenshots taken with a new profile. The first shows what it looks like right after typing Ctrl-G -- the URL at the bottom is hiding the matched text, so it looks like nothing was found. The second is what it looks like after I mouse out of the window and wait a while for the URL popup to disappear, un-hiding the text.
(Reporter)

Comment 4

6 years ago
Created attachment 534453 [details]
Screenshot showing matched text that was previously hidden

Comment 5

6 years ago
Reproduced.
Mozilla/5.0 (X11; Linux x86_64; rv:2.0.1) Gecko/20100101 Firefox/4.0.1
Mozilla/5.0 (X11; Linux x86_64; rv:5.0a2) Gecko/20110523 Firefox/5.0a2
Mozilla/5.0 (X11; Linux x86_64; rv:6.0a1) Gecko/20110523 Firefox/6.0a1
Mozilla/5.0 (Windows NT 6.0; rv:2.0.1) Gecko/20100101 Firefox/4.0.1

Thanks for the screen shots!

When I tested before, the Status Bar always jumped to the right side of the screen, but that was because I didn't close the Find Bar before running Find Again.

Steps to Reproduce:
1. Visit http://pygtk.org/pygtk2tutorial/index.html
2. Open then Find bar and search once for "dialog"
3. Close the Find bar
4. Run "Find Again" multiple times by using Ctrl+G (for Linux and Windows)

Actual Results: The Status Bar hides the search results when they appear to the left at the bottom of the page.

Expected Results:
The status bar doesn't hide the search results, either by scrolling the page upwards or moving the Status Bar to the right of the screen.
OS: Linux → All
Hardware: x86 → All
Summary: URL notifications interfere with find-again-in-page → The Status Bar hides the search results when using Find Again and the Find Bar is closed
Version: 4.0 Branch → Trunk

Comment 6

6 years ago
This problem was already pointed out in bug 631270, comment 21, but that bug is VERIFIED FIXED without taking that into account.
Blocks: 631270

Comment 7

6 years ago
I've noticed this behavior, and would definitely appreciate a fix.

Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0.1) Gecko/20100101 Firefox/4.0.1
Duplicate of this bug: 664628

Comment 9

6 years ago
Just came across this one too, very annoying when searching through API pages!  Would've been so much nicer if the old status bar had just stayed put :-)

Mozilla/5.0 (X11; Linux i686 on x86_64; rv:7.0a2) Gecko/20110730 Firefox/7.0a2

Updated

6 years ago
Duplicate of this bug: 691206

Comment 11

6 years ago
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:7.0.1) Gecko/20100101 Firefox/7.0.1

The switching of the URL while hovering over a link from left to right works beautifully. However, I have a related issue.
I personally use "Search for text when I start typing" feature, F3 to get to the next result and the bar still being displayed or having popped away does not seem to make a difference.

When finding text on the left side of a page, everything is fine. What, however, if you search for text that is displayed on the right to find matching text that is displayed on the left of a page like, in tables/lists, for example.

Would adding an instruction to hide the hover-over link upon jumping to a next search result and using the present code after the mouse has been moved be possible? Or is a little scrolling up which was mentioned here still on the table?


Actual Results: The Status Bar hides possibly relevant information on the left when the search result is on the right of the page.

Expected Results: Since the browser cannot anticipate what text is supposed to be shown, the complete bottom line should be visible.

Comment 12

5 years ago
Yes, guys. This bug is really annoying. Please fix it. Thanks.

Mozilla/5.0 (Windows NT 6.1; rv:8.0.1) Gecko/20111122 Firefox/8.0.1

Updated

5 years ago
Status: NEW → RESOLVED
Last Resolved: 5 years ago
Depends on: 171237
Resolution: --- → FIXED
Whiteboard: fixed by bug 171237
Target Milestone: --- → Firefox 12
You need to log in before you can comment on or make changes to this bug.