https://bugzilla.wikimedia.org/show_bug.cgi?id=53407
Web browser: ---
Bug ID: 53407
Summary: Compressed HTML size isn't recorded for some pages
Product: Parsoid
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: tests
Assignee: [email protected]
Reporter: [email protected]
CC: [email protected]
Classification: Unclassified
Mobile Platform: ---
For some pages, the size of the gzipped HTML is not recorded and sent to the
server.
The problem seems to happen because the compression doesn't finish before the
rest of the testing, thus the callback where the compressed size is recorded
(at roundtrip-tests.js:456) isn't called before sending the test results to the
server. This is consistent with the bug appearing more often for pages that
don't have any errors, making their roudTripDiff really fast.
I've tried fixing it by putting the rest of the testing inside the callback for
zlib.gzip, and although that ensures that the gzipped HTML is recorded, the
rest of the testing gives very strange results. Looking at the document at that
point shows that it somehow gets reverted to 'about:blank' and its outerHTML is
similar to
<html prefix="dc: http://purl.org/dc/terms/ mw: http://mediawiki.org/rdf/";
about="http://en.wikipedia.org/wiki/Special:Redirect/revision/175035273";><head></head><body
data-parsoid="{}"><meta typeof="mw:StartTag"
data-stag="body:undefined"></body></html>
thus making the size of the serialized DOM the same for all pages.
Another possibility was moving the zipping to roundTripDiff, but that was even
weirder: xmlCallback was invoked multiple times until somehow the environment
became null.
Any help or pointers will be greatly appreciated.
--
You are receiving this mail because:
You are on the CC list for the bug.
_______________________________________________
Wikibugs-l mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
