WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
26672
google.com/adplanner shows blank page instead of site details in "basic research'
https://bugs.webkit.org/show_bug.cgi?id=26672
Summary
google.com/adplanner shows blank page instead of site details in "basic resea...
Oliver Hunt
Reported
2009-06-24 02:14:00 PDT
<
rdar://problem/6940519
> * SUMMARY Blank page shows up instead of expected content * STEPS TO REPRODUCE 1. Go to
https://google.com/adplanner
2. Log in with any google account 3. Accept terms and continue 4. Click "begin research" 5. Click on the "facebook.com" link in the site name column * RESULTS A blank page shows up, rather than a page full of charts and data.
Attachments
Make codegen for comma nodes iterative
(11.44 KB, patch)
2009-06-24 02:14 PDT
,
Oliver Hunt
no flags
Details
Formatted Diff
Diff
appease the colonies
(11.56 KB, patch)
2009-06-24 02:33 PDT
,
Oliver Hunt
darin
: review+
Details
Formatted Diff
Diff
Show Obsolete
(1)
View All
Add attachment
proposed patch, testcase, etc.
Oliver Hunt
Comment 1
2009-06-24 02:14:52 PDT
Created
attachment 31775
[details]
Make codegen for comma nodes iterative
Mark Rowe (bdash)
Comment 2
2009-06-24 02:27:42 PDT
Comment on
attachment 31775
[details]
Make codegen for comma nodes iterative We use the spelling "initialize" rather than "initialise", as you can see from the function you renamed. Would be good to keep the test and ChangeLog consistent with that.
Oliver Hunt
Comment 3
2009-06-24 02:33:53 PDT
Created
attachment 31776
[details]
appease the colonies
Darin Adler
Comment 4
2009-06-24 09:51:12 PDT
Comment on
attachment 31776
[details]
appease the colonies
> + virtual bool isCommaNode() const { return true; }
This should be private. No one should ever call this function if they already have a CommaNode* and making it private would detect that mistake. I personally think we should fix this kind of thing by making *code generation* iterative rather than preventing the tree from getting deep. It seems we still can easily have problems in deeply nested cases of other types. r=me
Oliver Hunt
Comment 5
2009-06-24 15:03:43 PDT
Committing to
http://svn.webkit.org/repository/webkit/trunk
... M JavaScriptCore/ChangeLog M JavaScriptCore/parser/Grammar.y M JavaScriptCore/parser/NodeConstructors.h M JavaScriptCore/parser/Nodes.cpp M JavaScriptCore/parser/Nodes.h M LayoutTests/ChangeLog A LayoutTests/fast/js/excessive-comma-usage-expected.txt A LayoutTests/fast/js/excessive-comma-usage.html A LayoutTests/fast/js/resources/excessive-comma-usage.js Committed
r45106
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