Bug 1418413
Summary: | iframe rendering broken since 2.15.3 | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Dennis Gilmore <dennis> |
Component: | webkitgtk4 | Assignee: | Tomas Popela <tpopela> |
Status: | CLOSED UPSTREAM | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | rawhide | CC: | kmaraas, lucilanga, mbarnes, mcatanzaro+wrong-account-do-not-cc, mcrha, tpopela, yaneti |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | webkitgtk4-2.15.4-4.fc26 | Doc Type: | If docs needed, set a value |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2017-02-06 14:02:45 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Dennis Gilmore
2017-02-01 19:10:43 UTC
Thanks for a bug report. There had been few rawhide users reporting similar issues and a downgrade of webkitgtk4 helped. What is your current webkitgtk4 version and could you downgrade it by one or two versions, please? You probably know, but just in case, you can find older builds in koji: https://koji.fedoraproject.org/koji/packageinfo?packageID=19030 I have webkitgtk4-2.15.3-1.fc26.x86_64 installed. will test the previous build after installing webkitgtk4-2.15.2-1.fc26.x86_64 things are better but I can trigger almost the same behaviour still. difference is that I just get a blank pane rather than saying its loading the message 29923 dennis 20 0 2253764 91316 60636 R 98.7 1.1 3:34.19 /usr/libexec/webkit2gtk-4.0/WebKitWebProcess 38 the fan has kicked in also on my system Get a backtrace of that web process, please? It can be stuck somewhere. My preferred command is: $ gdb --batch --ex "t a a bt" -pid=PID &>bt.txt Please check the bt.txt for any private information, like passwords, email address, server addresses,... I usually search for "pass" at least (quotes for clarity only). webkitgtk4-2.15.4 seems to help here. The mail view never get stuck indefinitely like with 2.15.3. As for the occasional empty preview/mail - I've rarelty seen it here and never permanent, switching messages always "fixes" it. Ugh. I've spoken too soon. After more the 2-3 hours continuous use without problems it got stuck again. I'll try to investigate more It seems like here I have a 95% chance of getting it stuck while attempting to preview the latest Fedora Rawhide Report on devel or test lists eg: From: Fedora Rawhide Report <rawhide> To: test.org Subject: Fedora rawhide compose report: 20170203.n.0 changes Message-ID: <20170203113215.GA3189.fedoraproject.org> Sometimes it works for some reason... I just tried webkitgtk4-2.15.3-1.fc26.x86_64 with your message and the only thing I get are headers and then two empty frames below it. When I click the top empty frame, then in enlarges to a size which I'd expect for the message content, but there is no text shown there. The WebKitWebProcess doesn't show anything stuck there, thus it's something else than I initially thought of. I cannot test with 2.15.4, due to current dependency hell. Downgrading to webkitgtk4-2.15.2-1.fc26.x86_64 makes the mail show properly, 5 of 5 tries. I can confirm this. I'm bisecting the commits between 2.15.2 and 2.15.3. |