summaryrefslogtreecommitdiffstats
path: root/parser
Commit message (Collapse)AuthorAgeLines
...
* Fix an issue with the html5 tokenizer and tree builder (java htmlparser)Matt A. Tobin2020-01-15-18/+35
|
* Bug 1562033Matt A. Tobin2020-01-15-11/+1
| | | | Adjust tokenization of U+0000 (java htmlparser)
* Bug 1347737 - Introduce a new non-heap-allocated type for holding ↵Matt A. Tobin2020-01-15-33/+38
| | | | nsStringBuffer* in the HTML parser. (java htmlparser)
* Bug 1555523 (java htmlparser version)Matt A. Tobin2020-01-15-6/+3
|
* Bug 1322938 - Make the tree builder aware of <dialog>.Matt A. Tobin2020-01-15-43/+46
| | | | Tag #1343 | https://hg.mozilla.org/projects/htmlparser/rev/d9bdf700af247563fec9b07b52ede6bf61edd513
* Update the java codegen makefile for having the two libs in-tree and change ↵Matt A. Tobin2020-01-15-24/+6
| | | | a few target names so they aren't obnoxious
* Add the java javaparserMatt A. Tobin2020-01-15-0/+28525
| | | | | https://github.com/javaparser/javaparser/ Invisible tag: javaparser-1.0.6
* Add java htmlparser sources that match the original 52-level stateMatt A. Tobin2020-01-15-0/+62553
| | | | | https://hg.mozilla.org/projects/htmlparser/ Commit: abe62ab2a9b69ccb3b5d8a231ec1ae11154c571d
* Reinstate the java->c++ source, generator code + documentation.wolfbeast2020-01-13-0/+20210
| | | | | | | | We've kept the java source up-to-date until its removal, so there should be very little additional java mangling needed to have it back up to speed and usable again. This reverts commit c6446f1126232935c85397aac493113dd38496cd.
* Bug 1322938 - Make the HTML tree builder aware of <dialog>.Gaming4JC2020-01-07-221/+227
| | | | | Original patch by :hsivonen Tag #1343
* Bug 1322938 - Basic implementation of HTMLDialogElement.Gaming4JC2020-01-07-0/+5
| | | | Tag #1343
* Issue #1118 - Part 6: Fix various tests that are no longer correct.wolfbeast2019-12-22-9/+25
| | | | | The behavior change of document.open() requires these tests to be changed to account for the new spec behavior.
* Issue #1317 - Increase the XML nested depth limit to 2048.wolfbeast2019-12-12-9/+13
| | | | | | | | - Converts from macro to static const for the limit. - Uses a check against the declared type for the counter instead of a hard-coded one. This resolves #1317.
* Adjust tokenization of U+0000Henri Sivonen2019-10-24-13/+2
|
* Issue #1255 - Port upstream fix from libexpatwolfbeast2019-10-23-7/+13
|
* Remove HTML5 parser java docs and generation code.wolfbeast2019-09-04-20210/+0
| | | | | java->C++ automated translation is not something we want to deal with now or in the future.
* Belatedly fix html5 parser attribution for files not covered by the MPL.wolfbeast2019-09-04-0/+17
|
* Fix an issue with the html5 tokenizer and tree builder.wolfbeast2019-09-04-39/+103
|
* Convert dom/base/nsImageLoadingContent.cpp to use AsyncOpen2 and followups ↵win7-72019-08-08-2/+3
| | | | | | along with it (1445670 and 1373780 part 2 and 3) Convert dom/base/nsImageLoadingContent.cpp to use AsyncOpen2 and followups along with it (1445670 and 1373780 part 2 and 3)
* Bug 1555523.Henri Sivonen2019-07-20-11/+5
|
* Introduce a new non-heap-allocated type for holding nsStringBuffer* in the ↵win7-72019-07-05-358/+719
| | | | | | HTML parser. An innerHTML setter profile shows about 10% of the time being spent under nsHtml5HtmlAttributes::clear, mostly deleting nsStrings.
* use memcmp for nsIAtom Equals to improve performance parser/html win7-72019-05-25-1/+1
| | | issue MoonchildProductions#1113 Use memcmp and not slower string Equals in nsHtml5Portability::localEqualsBuffer
* make HTML parser to use faster atomization in main threadwin7-72019-05-24-1/+1
|
* backport m-c 1510114: Fix Use-After-Free in the HTML5 ParserGaming4JC2019-05-04-5/+12
| | | | Fixes #1076
* Make nsScannerIterator a trivial type in order to use memsettrav902018-09-02-9/+9
|
* Fix constructor in nsHtml5AtomTable.cppadeshkp2018-08-04-4/+1
| | | Follow up to 2bc00ef to fix build bustage
* Improve nsHtml5AtomTable performance (#693)adeshkp2018-08-04-0/+20
| | | | | * cpp change * h change
* Add a check to prevent a crash when CSP directives are used with chrome contentMatt A. Tobin2018-06-02-1/+6
| | | | Chrome content uses System Principle and this kind of speculative preloading of CSP just won't work.
* Disable -Wimplicit-fallthrough in parser/htmltrav902018-03-04-4/+3
| | | | GCC 7 supports the clang option -Wimplicit-fallthrough.
* Restrict XML file recursion depth to 200.wolfbeast2018-02-02-4/+17
| | | | This resolves #2.
* Add m-esr52 at 52.6.0Matt A. Tobin2018-02-02-0/+110675