101745 2012-11-09 05:34:09 -0800 WEBKIT_LOAD_FIRST_VISUALLY_NON_EMPTY_LAYOUT after WEBKIT_LOAD_FAILED status 2015-05-07 19:21:48 -0700 1 1 1 Unclassified WebKit WebKitGTK 528+ (Nightly build) PC Linux RESOLVED WONTFIX P2 Normal --- 0 humitos webkit-unassigned humitos mrobinson oldest_to_newest 762885 0 173277 humitos 2012-11-09 05:34:09 -0800 Created attachment 173277 This is an automatic test that works with my internet connection. Maybe a change to the milliseconds is needed in the GObject.timeout_add function call. Hello people, I'm working on Browse[1] (a Sugar/OLPC Activity) that uses WebKitGTK+ from Python. I'm trying to fix a bug related with the Spinning Cursor[2]. We want to show the Spinning Cursor while the page is loading and show the Normal Cursor when the load finishes. So, I'm checking the 'load-status' property by connecting the signal 'notify::load-status' to a callback and setting the Spinning Cursor for WebKit.LoadStatus.PROVISIONAL, WebKit.LoadStatus.COMMITTED and WebKit.LoadStatus.FIRST_VISUALLY_NON_EMPTY_LAYOUT status. So, if I press Esc (that calls WebKit.WebView.stop_loading) when the status is WebKit.LoadStatus.COMMITTED, it changes to WebKit.LoadStatus.FAILED, the 'load-error' signal is emitted (I get a web_error.code 302 here), the 'load-status' changes to WebKit.LoadStatus.FIRST_VISUALLY_NON_EMPTY_LAYOUT and the Spinning Cursor is shown again but the page is not loading anymore. I'm asking here if this is a bug or not. Should the 'load-status' change to another status after WebKit.LoadStatus.FAILED? Is that OK? Is WebKit keep loading the page after a call to WebKit.WebView.stop_loading? Thanks for your answers. PS: I'm attaching a test case (not perfect, but it shows the strange behaviour) [1] http://git.sugarlabs.org/browse [2] http://bugs.sugarlabs.org/ticket/1434 1092999 1 mrobinson 2015-05-07 19:21:48 -0700 It's unlikely that we'll be able to fix this since WebKit1 has been removed. 173277 2012-11-09 05:34:09 -0800 2012-11-09 05:34:09 -0800 This is an automatic test that works with my internet connection. Maybe a change to the milliseconds is needed in the GObject.timeout_add function call. webkit_load_status.py text/x-python 1182 humitos ZnJvbSBnaS5yZXBvc2l0b3J5IGltcG9ydCBHdGsKZnJvbSBnaS5yZXBvc2l0b3J5IGltcG9ydCBX ZWJLaXQKZnJvbSBnaS5yZXBvc2l0b3J5IGltcG9ydCBHT2JqZWN0CgoKY2xhc3MgTXlXaW5kb3co R3RrLldpbmRvdyk6CgogICAgZGVmIF9faW5pdF9fKHNlbGYpOgogICAgICAgIEd0ay5XaW5kb3cu X19pbml0X18oc2VsZiwgdGl0bGU9IldlYktpdCBsb2FkLXN0YXR1cyBGQUlMRUQiKQogICAgICAg IHNlbGYuc2V0X2RlZmF1bHRfc2l6ZSgxMDAwLCA1MDApCiAgICAgICAgc2VsZi5jb25uZWN0KCJk ZWxldGUtZXZlbnQiLCBHdGsubWFpbl9xdWl0KQoKICAgICAgICB3ZWJ2aWV3ID0gV2ViS2l0Lldl YlZpZXcoKQogICAgICAgIHdlYnZpZXcuY29ubmVjdCgnbm90aWZ5Ojpsb2FkLXN0YXR1cycsIHNl bGYuX19sb2FkX3N0YXR1c19jaGFuZ2VkX2NiKQogICAgICAgIHdlYnZpZXcuY29ubmVjdCgnbG9h ZC1lcnJvcicsIHNlbGYuX19sb2FkX2Vycm9yX2NiKQogICAgICAgIHdlYnZpZXcubG9hZF91cmko J2h0dHA6Ly93d3cuZ29vZ2xlLmNvbScpCgogICAgICAgIHNlbGYuYWRkKHdlYnZpZXcpCiAgICAg ICAgc2VsZi5zaG93X2FsbCgpCgogICAgZGVmIF9fbG9hZF9lcnJvcl9jYihzZWxmLCB3ZWJfdmll dywgd2ViX2ZyYW1lLCB1cmksIHdlYl9lcnJvcik6CiAgICAgICAgcHJpbnQgJyMjIyBXRUJfRVJS T1JfQ09ERTonLCB3ZWJfZXJyb3IuY29kZQoKICAgIGRlZiBfX2xvYWRfc3RhdHVzX2NoYW5nZWRf Y2Ioc2VsZiwgd2lkZ2V0LCBwYXJhbSk6CiAgICAgICAgc3RhdHVzID0gd2lkZ2V0LmdldF9sb2Fk X3N0YXR1cygpCiAgICAgICAgaWYgc3RhdHVzIGlzIFdlYktpdC5Mb2FkU3RhdHVzLkNPTU1JVFRF RDoKICAgICAgICAgICAgR09iamVjdC50aW1lb3V0X2FkZCg0MCwgc2VsZi5fX3N0b3BfbG9hZGlu Zywgd2lkZ2V0KQogICAgICAgIHByaW50ICcjIyMgU1RBVFVTOicsIHN0YXR1cwogICAgICAgIHBy aW50ICcjIyMgVVJJOicsIHdpZGdldC5wcm9wcy51cmkKCiAgICBkZWYgX19zdG9wX2xvYWRpbmco c2VsZiwgd2Vidmlldyk6CiAgICAgICAgcHJpbnQgJ1dlYktpdC5XZWJWaWV3LnN0b3BfbG9hZGlu ZycKICAgICAgICB3ZWJ2aWV3LnN0b3BfbG9hZGluZygpCgoKaWYgX19uYW1lX18gPT0gJ19fbWFp bl9fJzoKICAgIHdpbiA9IE15V2luZG93KCkKICAgIEd0ay5tYWluKCkK