WebKit Bugzilla
New
Browse
Search+
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
301639
[GLIB] Fix the WebKitWebsiteData/itp test
https://bugs.webkit.org/show_bug.cgi?id=301639
Summary
[GLIB] Fix the WebKitWebsiteData/itp test
Claudio Saavedra
Reported
2025-10-29 10:40:40 PDT
.
Attachments
Add attachment
proposed patch, testcase, etc.
Claudio Saavedra
Comment 1
2025-10-29 10:45:50 PDT
Pull request:
https://github.com/WebKit/WebKit/pull/53152
EWS
Comment 2
2025-10-29 11:54:05 PDT
Committed
302302@main
(70009e64105d): <
https://commits.webkit.org/302302@main
> Reviewed commits have been landed. Closing PR #53152 and removing active labels.
Fujii Hironori
Comment 3
2025-10-29 18:38:59 PDT
Unfortunately, still failing. Unexpected failures (2) /WebKitGTK/TestWebsiteData /webkit/WebKitWebsiteData/itp /webkit/WebKitWebsiteData/dom-cache Buildbot: GTK-Linux-64-bit-Release-Tests:
302319@main
https://build.webkit.org/#/builders/57/builds/21923
Claudio Saavedra
Comment 4
2025-10-30 02:47:13 PDT
Yes, there is an unrelated assertion than the one fixed in this patch. It's the same that makes other website data tests fail.
Claudio Saavedra
Comment 5
2025-10-30 04:39:07 PDT
I think the problem is that under heavy load this is not enough waiting time: // Give some time for the database to be updated. test->wait(0.5); GList* dataList = test->fetch(WEBKIT_WEBSITE_DATA_ITP); g_assert_nonnull(dataList); Would be nice if this could be deterministic instead of second-guessing how long we should wait. In the other test that fails there is no wait() call.
Claudio Saavedra
Comment 6
2025-10-30 05:15:35 PDT
https://bugs.webkit.org/show_bug.cgi?id=301689
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug