After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 426517 - Clicking on a control/link/text in a web form does not work after using find
Clicking on a control/link/text in a web form does not work after using find
Status: RESOLVED DUPLICATE of bug 335226
Product: epiphany
Classification: Core
Component: Interface
2.16.x
Other All
: Normal normal
: ---
Assigned To: Epiphany Maintainers
Marco Pesenti Gritti
Depends on:
Blocks:
 
 
Reported: 2007-04-05 08:32 UTC by Bastian Blankenburg
Modified: 2007-04-05 12:14 UTC
See Also:
GNOME target: ---
GNOME version: 2.15/2.16



Description Bastian Blankenburg 2007-04-05 08:32:33 UTC
Please describe the problem:
This concers web forms in the case where succesfully using the Edit->Find function causes the form to be scrolled to the place where the search term was found. In this case, clicking on a control in the form sometimes does not work, i.e. the control is not triggered. Instead, the page is scrolled back to the place that was shown before doing the find. 

Steps to reproduce:
1. Go to http://www.google.com/advanced_search?hl=en
2. Resize the browser window such that only the "Find results" area at the top is shown.
3. Do "Edit->Find..." and enter "SafeSearch". The page will scroll down to the "SafeSearch" option.
4. Either the "No filtering" or "Filter using SafeSearch" button now is selected; select the other one by clicking on it, without clicking elsewhere first.

Actual results:
Instead of the selection being made, the page is scrolled up to the top again. Scroll down to confirm that the selection was not made. Note that also clicking elsewhere in the browser window like on a link or to select text yields the same behaviour. 

Expected results:
I expect the selection being made (respectively the link triggered, text selected, or whatever action was tried to do) and the page not being scrolled back to the pre-Find place. 

Does this happen every time?
Sometimes it works correctly, but I do not know under which exact circumstances.

Other information:
This is particularly annoying when moderating mailing lists via the mailman web interface when there are many pending messages and one searches for particular subjects. It causes me to use FireFox for doing this...
Comment 1 Reinout van Schouwen 2007-04-05 12:14:12 UTC
Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find.


*** This bug has been marked as a duplicate of 335226 ***