RESOLVED FIXED 28823
[GTK] New events (pageshow and pagehide) tests failing
https://bugs.webkit.org/show_bug.cgi?id=28823
Summary [GTK] New events (pageshow and pagehide) tests failing
Gustavo Noronha (kov)
Reported 2009-08-28 15:52:59 PDT
I am openning this bug report to track this problem. fast/events/pageshow-pagehide-on-back-cached.html makes me think we do something quite incorrectly somewhere, the other tests seem to be hitting small defficiencies of DRT.
Attachments
Patch v1 (10.59 KB, patch)
2009-08-29 19:49 PDT, Jan Alonzo
no flags
updated patch (10.47 KB, patch)
2009-10-16 12:27 PDT, Gustavo Noronha (kov)
no flags
Jan Alonzo
Comment 1 2009-08-29 19:49:30 PDT
Created attachment 38782 [details] Patch v1
Gustavo Noronha (kov)
Comment 2 2009-08-29 21:15:35 PDT
Comment on attachment 38782 [details] Patch v1 > + /** > + * WebKitWebSettings:enable-page-cache > + * > + * Whether to enable the page cache > + * > + * Since 1.1.14 > + */ > + g_object_class_install_property(gobject_class, > + PROP_ENABLE_PAGE_CACHE, > + g_param_spec_boolean("enable-page-cache", > + _("Enable Page Cache"), > + _("Whether to enable the page cache"), > + TRUE, > + flags)); If this is causing trouble, why would we enable this by default? Better to have a comment saying that we plan to enable this by default in the future? API-wise, except for the default, fine with me. =) > - g_str_equal(g_utf8_strdown(strValue, -1), "true"), > + g_str_equal(g_utf8_strdown(strValue, -1), "true") > + || g_str_equal(g_utf8_strdown(strValue, -1), "1"), > NULL); > } else if (G_VALUE_HOLDS_INT(&propValue)) { > std::string str(strValue); Weird. Why do we need this now?
Jan Alonzo
Comment 3 2009-08-29 22:08:45 PDT
(In reply to comment #2) > (From update of attachment 38782 [details]) > > + /** > > + * WebKitWebSettings:enable-page-cache > > + * > > + * Whether to enable the page cache > > + * > > + * Since 1.1.14 > > + */ > > + g_object_class_install_property(gobject_class, > > + PROP_ENABLE_PAGE_CACHE, > > + g_param_spec_boolean("enable-page-cache", > > + _("Enable Page Cache"), > > + _("Whether to enable the page cache"), > > + TRUE, > > + flags)); > > If this is causing trouble, why would we enable this by default? Better to have > a comment saying that we plan to enable this by default in the future? Ok. I thought it's just causing trouble in the DRT but ok. > > - g_str_equal(g_utf8_strdown(strValue, -1), "true"), > > + g_str_equal(g_utf8_strdown(strValue, -1), "true") > > + || g_str_equal(g_utf8_strdown(strValue, -1), "1"), > > NULL); > > } else if (G_VALUE_HOLDS_INT(&propValue)) { > > std::string str(strValue); > > Weird. Why do we need this now? 1 still evaluates to True and one of the affected test is using 1 for "true".
Eric Seidel (no email)
Comment 4 2009-08-31 03:20:35 PDT
Comment on attachment 38782 [details] Patch v1 LGTM. Jan is a committer so setting cq-, he can set cq+ himself if he'd rather have the bot land it for him.
Gustavo Noronha (kov)
Comment 5 2009-09-10 11:47:08 PDT
(In reply to comment #3) > > If this is causing trouble, why would we enable this by default? Better to have > > a comment saying that we plan to enable this by default in the future? > > Ok. I thought it's just causing trouble in the DRT but ok. For the record, I'm OK with keeping this set to TRUE, so feel free to go ahead and commit! =)
Xan Lopez
Comment 6 2009-09-10 13:12:01 PDT
Comment on attachment 38782 [details] Patch v1 >+ /** >+ * WebKitWebSettings:enable-page-cache >+ * >+ * Whether to enable the page cache Please explain what is the page cache in the documentation. >+ * >+ * Since 1.1.14 .15 now :) >+ */ >+ g_object_class_install_property(gobject_class, >+ PROP_ENABLE_PAGE_CACHE, >+ g_param_spec_boolean("enable-page-cache", >+ _("Enable Page Cache"), >+ _("Whether to enable the page cache"), >+ TRUE, >+ flags)); >+ >+ > g_type_class_add_private(klass, sizeof(WebKitWebSettingsPrivate)); > } > >+ // From Mac: The back/forward cache is causing problems due to layouts >+ // during transition from one page to another. So, turn it off for now, >+ // but we might want to turn it back on some day. >+ g_object_set(G_OBJECT(settings), >+ "enable-page-cache", FALSE, >+ NULL); >+ You don't need the G_OBJECT cast. >+ g_str_equal(g_utf8_strdown(strValue, -1), "true") >+ || g_str_equal(g_utf8_strdown(strValue, -1), "1"), No need to strdown that :) r=me with all those changes, thanks!
Eric Seidel (no email)
Comment 7 2009-09-18 12:15:04 PDT
Ping?
Gustavo Noronha (kov)
Comment 8 2009-10-16 12:27:41 PDT
Created attachment 41308 [details] updated patch
Gustavo Noronha (kov)
Comment 9 2009-10-16 12:28:44 PDT
(In reply to comment #8) > Created an attachment (id=41308) [details] > updated patch I updated the patch with the changes suggested by Xan, but am not marking for review since it's Jan's patch, and when testing I seem to be getting this when I git back: GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed aborting... Program received signal SIGTRAP, Trace/breakpoint trap. IA__g_logv (log_domain=0x7ffff47acdbc "GLib-GObject", log_level=G_LOG_LEVEL_CRITICAL, format=0x7ffff411f86d "%s: assertion `%s' failed", args1=0x7fffffffc080) at gmessages.c:555 555 g_private_set (g_log_depth, GUINT_TO_POINTER (depth)); (gdb) bt #0 IA__g_logv (log_domain=0x7ffff47acdbc "GLib-GObject", log_level=G_LOG_LEVEL_CRITICAL, format=0x7ffff411f86d "%s: assertion `%s' failed", args1=0x7fffffffc080) at gmessages.c:555 #1 0x00007ffff40cce83 in IA__g_log (log_domain=0x7ffff3e68a00 "", log_level=-205296696, format=0x41 <Address 0x41 out of bounds>) at gmessages.c:569 #2 0x00007ffff4787402 in IA__g_object_ref (_object=<value optimized out>) at gobject.c:2339 #3 0x00007ffff72c2699 in WebCore::FrameLoader::setPolicyDocumentLoader(WebCore::DocumentLoader*) () from /home/kov/src/WebKit/WebKitBuild/Release/.libs/libwebkit-1.0.so.2 #4 0x00007ffff72cd8bd in WebCore::FrameLoader::loadWithDocumentLoader(WebCore::DocumentLoader*, WebCore::FrameLoadType, WTF::PassRefPtr<WebCore::FormState>) () from /home/kov/src/WebKit/WebKitBuild/Release/.libs/libwebkit-1.0.so.2 #5 0x00007ffff72d1790 in WebCore::FrameLoader::loadItem(WebCore::HistoryItem*, WebCore::FrameLoadType) () from /home/kov/src/WebKit/WebKitBuild/Release/.libs/libwebkit-1.0.so.2 #6 0x00007ffff72d38f8 in WebCore::HistoryController::recursiveGoToItem(WebCore::HistoryItem*, WebCore::HistoryItem*, WebCore::FrameLoadType) () from /home/kov/src/WebKit/WebKitBuild/Release/.libs/libwebkit-1.0.so.2 #7 0x00007ffff73370b9 in WebCore::Page::goToItem(WebCore::HistoryItem*, WebCore::FrameLoadType) () ...
Alejandro G. Castro
Comment 10 2009-12-18 10:31:06 PST
(In reply to comment #9) > (In reply to comment #8) > > Created an attachment (id=41308) [details] [details] > > updated patch > Reviewing this patch taking into account part of it has been added in the cache API bug: bug 24001.
Gustavo Noronha (kov)
Comment 11 2009-12-18 11:38:55 PST
Both parts of this patch are now landed. We still need to enable a bunch of tests, though.
Gustavo Noronha (kov)
Comment 12 2009-12-18 11:39:17 PST
Both parts of this patch are now landed. We still need to enable a bunch of tests, though.
Martin Robinson
Comment 13 2011-02-04 21:11:25 PST
Closing, since these tests have been unskipped.
Note You need to log in before you can comment on or make changes to this bug.