Closed GoogleCodeExporter closed 9 years ago
It's working here, do you get that error without ckeditor bridge?
Original comment by sergio.c...@gmail.com
on 23 Jul 2010 at 7:21
Yup, removed CKEditor and ckeditor_bridge altogether and still got the same
issue.
Original comment by matthew....@gmail.com
on 23 Jul 2010 at 6:01
I can't see any error in that HTML header. Are you using embedded scaffolds?
Embedded scaffolds were rendering layout again, which put doctype head and body
declaration inside the main body tag.
Original comment by sergio.c...@gmail.com
on 26 Jul 2010 at 6:37
Original comment by sergio.c...@gmail.com
on 23 Aug 2010 at 7:13
Sorry I did not reply, I missed the notification somehow.
Nope, I am not using embedded scaffolds.
Original comment by matthew....@gmail.com
on 23 Aug 2010 at 9:34
I can't see any extra body tag or unmatched </head> tag. Can you look at full
html code and look for extra head or body tags?
Original comment by sergio.c...@gmail.com
on 24 Aug 2010 at 7:08
Yup, neither can I, which makes me think that perhaps at render time the
JavaScript is trying to insert these additional closing tags somehow.
The specific errors reported by Chrome & Safari are:
Unmatched </head> encountered. Ignoring tag. articles:49
Extra <body> encountered. Migrating attributes back to the original <body>
element and ignoring the tag. articles:50
Mozilla does not report any errors, so not sure what that means.
Sorry I can't be of more help.
Matt
Original comment by matthew....@gmail.com
on 26 Aug 2010 at 11:46
Look at http://code.google.com/p/chromium/issues/detail?id=44274
According that bug an empty tag in head can break Chrome. I can't see any empty
tag, but I think line 49 is not in your report. Can you post firsts 50 lines?
Original comment by sergio.c...@gmail.com
on 27 Aug 2010 at 7:15
Or better, attach that page, only html
Original comment by sergio.c...@gmail.com
on 27 Aug 2010 at 7:15
Attached is the actual HTML source generated, and also the rendered HTML source
(i.e. if some JavaScript modifies the DOM then Chrome will reflect those
changes in the rendered HTML source). Hope that helps.
Original comment by matthew....@gmail.com
on 27 Aug 2010 at 9:21
Attachments:
I can't see anything wrong, and opening source in chrome doesn't give me any
errors. Does opening that file in chrome gives you any error?
Can I access to that web? You can send me the url in private if you prefer it.
Original comment by sergio.c...@gmail.com
on 30 Aug 2010 at 8:16
Nope, no errors, but that is because the dependent files (JS & CSS) are not
loaded. I can send you details for the URL, please can you give me your
contact details so I can send it to you in private.
Original comment by matthew....@gmail.com
on 31 Aug 2010 at 11:37
my username @gmail.com
Original comment by sergio.c...@gmail.com
on 1 Sep 2010 at 7:26
dhtml_history.js was adding some elements with document.write.
I have delayed creating infrastructure to window.onload, as initializing was
done. The right fix would be changing with document.body.appendChild, but it's
harder, and needs more testing.
Original comment by sergio.c...@gmail.com
on 2 Sep 2010 at 3:04
I see the fix was reverted a few hours after it was committed to the git
repository. Therefore it is not surprising that I am still seeing this issue -
please can you change the Status back from Fixed to Open?
Is there a workaround I can use until the right fix is committed? Thanks!
Original comment by adam.spi...@gmail.com
on 28 Nov 2010 at 2:33
Note that this also breaks Capybara's save_and_open_page:
http://groups.google.com/group/ruby-capybara/browse_thread/thread/6ab9acb563007a
4a
Original comment by adam.spi...@gmail.com
on 28 Nov 2010 at 3:10
Please post commit id if you have seen it reverted, it's easy for me to commit
it again, I forgot to post commit id here.
Original comment by sergio.c...@gmail.com
on 29 Nov 2010 at 8:46
Original issue reported on code.google.com by
matthew....@gmail.com
on 22 Jul 2010 at 10:46