WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
Bug 33428
[GTK] couple fixes for signal emissions, and property notifications
https://bugs.webkit.org/show_bug.cgi?id=33428
Summary
[GTK] couple fixes for signal emissions, and property notifications
Gustavo Noronha (kov)
Reported
2010-01-09 13:23:19 PST
Our API is a bit messy where load status is concerned, specially since error pages were introduced, because they cause their own load statuses to be emitted. I have a couple of patches to propose, to fix these issues.
Attachments
do not call committedLoad on finishedLoading
(2.72 KB, patch)
2010-01-09 13:30 PST
,
Gustavo Noronha (kov)
gustavo
: commit-queue-
Details
Formatted Diff
Diff
avoid emitting load signals for error pages loads
(7.32 KB, patch)
2010-01-09 13:36 PST
,
Gustavo Noronha (kov)
gustavo
: commit-queue-
Details
Formatted Diff
Diff
do not call committedLoad on finishedLoading
(3.15 KB, patch)
2010-01-09 13:41 PST
,
Gustavo Noronha (kov)
gustavo
: commit-queue-
Details
Formatted Diff
Diff
do not call committedLoad on finishedLoading
(2.72 KB, patch)
2010-01-10 05:08 PST
,
Gustavo Noronha (kov)
no flags
Details
Formatted Diff
Diff
avoid emitting load status signals when loading error pages
(6.89 KB, patch)
2010-01-11 04:26 PST
,
Gustavo Noronha (kov)
oliver
: review+
gustavo
: commit-queue-
Details
Formatted Diff
Diff
epiphany patch to remove workarounds
(5.52 KB, patch)
2010-01-11 04:27 PST
,
Gustavo Noronha (kov)
no flags
Details
Formatted Diff
Diff
Show Obsolete
(4)
View All
Add attachment
proposed patch, testcase, etc.
Gustavo Noronha (kov)
Comment 1
2010-01-09 13:30:08 PST
Created
attachment 46215
[details]
do not call committedLoad on finishedLoading I made sure tests pass, unit tests pass, and Epiphany behaviour stays the same. This, along with the second patch will allow us to remove a number of work-arounds from Epiphany, though.
WebKit Review Bot
Comment 2
2010-01-09 13:35:11 PST
Attachment 46215
[details]
did not pass style-queue: Failed to run "WebKitTools/Scripts/check-webkit-style" exit_code: 1 WebKit/gtk/WebCoreSupport/FrameLoaderClientGtk.cpp:844: Declaration has space between type name and * in FrameLoader *loader [whitespace/declaration] [3] Total errors found: 1
Gustavo Noronha (kov)
Comment 3
2010-01-09 13:36:19 PST
Created
attachment 46216
[details]
avoid emitting load signals for error pages loads ChangeLog entry explains why. We can remove most of the workarounds we currently have in ephy with this.
Gustavo Noronha (kov)
Comment 4
2010-01-09 13:41:47 PST
Created
attachment 46217
[details]
do not call committedLoad on finishedLoading
WebKit Review Bot
Comment 5
2010-01-09 13:46:03 PST
Attachment 46217
[details]
did not pass style-queue: Failed to run "WebKitTools/Scripts/check-webkit-style" exit_code: 1 WebKit/gtk/WebCoreSupport/FrameLoaderClientGtk.cpp:149: Declaration has space between type name and * in FrameLoader *frameLoader [whitespace/declaration] [3] WebKit/gtk/WebCoreSupport/FrameLoaderClientGtk.cpp:844: Declaration has space between type name and * in FrameLoader *loader [whitespace/declaration] [3] Total errors found: 2
Adam Barth
Comment 6
2010-01-09 16:36:12 PST
Why does this patch intentionally move the *? - FrameLoader* frameLoader = loader->frameLoader(); + FrameLoader *frameLoader = loader->frameLoader(); That seems like a violation of the style guide...
Gustavo Noronha (kov)
Comment 7
2010-01-10 05:04:25 PST
(In reply to
comment #6
)
> Why does this patch intentionally move the *? > > - FrameLoader* frameLoader = loader->frameLoader(); > + FrameLoader *frameLoader = loader->frameLoader(); > > That seems like a violation of the style guide...
Yeah, I saw the warning and was apparently too sleepy to make the correct fix =);
Gustavo Noronha (kov)
Comment 8
2010-01-10 05:08:29 PST
Created
attachment 46232
[details]
do not call committedLoad on finishedLoading Hopefully this one has not style issues.
Xan Lopez
Comment 9
2010-01-11 03:25:05 PST
Comment on
attachment 46232
[details]
do not call committedLoad on finishedLoading OK.
Gustavo Noronha (kov)
Comment 10
2010-01-11 04:26:55 PST
Created
attachment 46269
[details]
avoid emitting load status signals when loading error pages Aha, that's what happens when you kill changes and have to reimplement them. The patch had an issue. This fixes it.
Gustavo Noronha (kov)
Comment 11
2010-01-11 04:27:53 PST
Created
attachment 46271
[details]
epiphany patch to remove workarounds This is what we can do in Ephy.
Gustavo Noronha (kov)
Comment 12
2010-01-11 07:16:11 PST
Comment on
attachment 46232
[details]
do not call committedLoad on finishedLoading Landed as
r53075
.
Gustavo Noronha (kov)
Comment 13
2010-01-11 09:57:51 PST
I ended up rolling back the committedLoad fix, since it caused a couple ASSERTS I cannot reproduce locally to be hit. I'll investigate a bit more.
Eric Seidel (no email)
Comment 14
2010-01-11 12:10:00 PST
The rollout does not seem to have stopped the breakage:
http://build.webkit.org/results/GTK%20Linux%2032-bit%20Debug/r53085%20(2279)/plugins/iframe-shims-stderr.txt
Eric Seidel (no email)
Comment 15
2010-01-11 12:10:47 PST
The iframe shims test broke with your initial checkin:
http://build.webkit.org/results/GTK%20Linux%2032-bit%20Debug/r53075%20(2271)/plugins/iframe-shims-stderr.txt
Gustavo Noronha (kov)
Comment 16
2010-01-11 12:42:31 PST
(In reply to
comment #15
)
> The iframe shims test broke with your initial checkin: >
http://build.webkit.org/results/GTK%20Linux%2032-bit%20Debug/r53075%20(2271)/plugins/iframe-shims-stderr.txt
Yeah, it did look like. The revert did revert the relevant change, though, so I'm at a loss. Xan is getting us a clean rebuild in the debug bots to see if the assert goes away.
Gustavo Noronha (kov)
Comment 17
2010-01-12 05:49:09 PST
Comment on
attachment 46232
[details]
do not call committedLoad on finishedLoading Re-landed as
r53138
, after we figured the assert was not caused by this patch.
Oliver Hunt
Comment 18
2010-01-13 22:45:07 PST
Comment on
attachment 46269
[details]
avoid emitting load status signals when loading error pages r=me
Gustavo Noronha (kov)
Comment 19
2010-01-14 15:09:32 PST
Last patch landed as
r53294
.
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