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 724230 - The search is broken
The search is broken
Status: RESOLVED FIXED
Product: epiphany
Classification: Core
Component: General
3.11.x
Other Linux
: Normal normal
: ---
Assigned To: Epiphany Maintainers
Epiphany Maintainers
Depends on:
Blocks:
 
 
Reported: 2014-02-12 12:28 UTC by Yosef Or Boczko
Modified: 2014-02-12 20:40 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
ephy-find-toolbar: properly set its webview (3.25 KB, patch)
2014-02-12 19:46 UTC, Claudio Saavedra
committed Details | Review

Description Yosef Or Boczko 2014-02-12 12:28:17 UTC
After the pacthes from bug 724052 pushed, the search
don't work anymore.

I see this warning when type to search in the find bar:
** (epiphany:31270): CRITICAL **: void webkit_find_controller_search_finish(WebKitFindController*): assertion 'WEBKIT_IS_FIND_CONTROLLER(findController)' failed

** (epiphany:31270): CRITICAL **: void webkit_find_controller_search(WebKitFindController*, const gchar*, guint, guint): assertion 'WEBKIT_IS_FIND_CONTROLLER(findController)' failed

** (epiphany:31270): CRITICAL **: void webkit_find_controller_search_finish(WebKitFindController*): assertion 'WEBKIT_IS_FIND_CONTROLLER(findController)' failed

** (epiphany:31270): CRITICAL **: void webkit_find_controller_search_finish(WebKitFindController*): assertion 'WEBKIT_IS_FIND_CONTROLLER(findController)' failed
Comment 1 Claudio Saavedra 2014-02-12 19:11:24 UTC
Somehow, ephy_find_toolbar_set_web_view() is always getting called with the same webview, causing an early return and the controller is never actually set. This broke with 31bc1fe6ccbe53dfd14822d44fc9563a32799316.

If the early return in ephy_find_toolbar_set_web_view() is removed, then this works. But I don't think that's the proper fix.
Comment 2 Claudio Saavedra 2014-02-12 19:46:39 UTC
Created attachment 268958 [details] [review]
ephy-find-toolbar: properly set its webview

We were setting the webview twice to the find-bar: upon creation and
then everytime the notebook switched to the page containing it. However,
only the second time all the signal handlers related to search
were connected, and not even properly.

Fix all this mess by using the proper setter() and removing the public
method, after all the webview property is construct only.
Comment 3 Claudio Saavedra 2014-02-12 20:40:06 UTC
Attachment 268958 [details] pushed as 48ee65c - ephy-find-toolbar: properly set its webview