summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeLines
* Issue #618 - Align module instantiation/errors with the updated spec.Moonchild2020-07-10-217/+611
| | | | | Store and re-throw module instantiation and evaluation errors. Ref: BZ 1374239, 1394492
* Issue #618 - Add clarifying code comments.Moonchild2020-07-10-0/+12
|
* Issue #618 - Check for failed instantiation when starting to fetch dependenciesMoonchild2020-07-10-0/+6
| | | | | If instantiation has failed, then also fail the load and don't fetch imports. Ref BZ: 1358882
* Issue #1603 - Part 2: Split some classes out of ScriptLoader.cppMoonchild2020-07-10-534/+651
| | | | | | | This splits ScriptLoader up the same way Mozilla did with the exception of ScriptRequest due to the fact that ScriptLoader and ScriptRequest are interdependent and would create a circular dependency if split apart when not using unified building.
* Issue #1603 - Part 1: Reorganize ScriptLoader/ScriptElementMoonchild2020-07-10-514/+554
| | | | | | - Moves scripting parts of DOM into 'dom/script' - Renames nsScript{Loader/Element} to Script{Loader/Element} - Adjusts all callers
* Bug 1316302 - Part 4: Refine HTMLEditRules::TryToJoinBlocks() and ↵Gaming4JC2020-06-27-53/+59
| | | | | | | | HTMLEditRules::MoveNodeSmart() with early return style for making scope of EditActionResult variable smaller For now, let's make the scope of EditActionResult variable in them smaller without big change. Tag #1563
* Bug 1316302 - Part 3: Create EditActionResult class for making the methods ↵Gaming4JC2020-06-27-149/+292
| | | | | | | | | | | | | which return nsresult, handled and canceled with out params In a lot of places, edit action handlers and their helper methods return nsresult and aHandled and aCanceled with out params. However, the out params cause the code complicated since: * it's not unclear if the method will overwrite aHandled and aCanceled value. * callers need to create temporary variable event if some of them are not necessary. This patch rewrites the helper methods of HTMLEditRules::WillDeleteSelection() with it. Tag #1563
* Bug 1316302 - Part 2: WillDeleteSelection() should retry to handle it when ↵Gaming4JC2020-06-27-3/+15
| | | | | | | | | | selection is collapsed and JoinBlocks() doesn't handle nor cancel the action When selection is collapsed and JoinBlocks() doesn't handle nor cancel the action, WillDeleteSelection() should move selection to the start/end of leftmost/rightmost editable leaf node and retry to handle the action again. For avoiding infinite loop, it checks if selected node is changed actually before calling itself again. Tag #1563
* Bug 1316302 - Part 1: Helper methods for ↵Gaming4JC2020-06-27-59/+149
| | | | | | | | | | | | HTMLEditRules::WillDeleteSelection() should have an out argument to indicates if it actually handles the action When HTMLEditRules::WillDeleteSelection() tries to remove something from the end/start of a block to its last/first text node but it's contained by block elements, it tries to join the container and the block. However, JoinBlocks() always fails to join them since it's impossible operation. In this case, HTMLEditRules::WillDeleteSelection() should retry to remove something in the leaf, however, it's impossible for now because JoinBlocks() and its helper methods don't return if it handles the action actually. This patch renames |JoinBlocks()| to |TryToJoinBlocks()| for representing what it is. And this patch adds |bool* aHandled| to the helper methods. Then, *aHandled and *aCancel are now always returns the result of each method. Therefore, for merging the result of multiple helper methods, callers need to receive the result with temporary variables and merge them by themselves. Note that when they modify DOM node actually or the action should do nothing (for example, selection is across tables), aHandled is set to true. Tag #1563
* Issue #1602 - Make sure we have a JSObject before trying to get global.wolfbeast2020-06-27-1/+7
| | | | | | | | Dynamic script loading/unloading (thank you modules) can yank the script out from under us before the JS API for it is initialized, leading to null deref crashes. This adds a simple check if the passed-in object is sane and present. Resolves #1602
* Follow up to Issue #1578 - Remove unnecessary MOZ_ASSERTLootyhoof2020-06-17-1/+0
|
* Issue #1594 - restore UAC elevation in the uninstaller.Moonchild2020-06-17-28/+7
| | | | | | Effectively backs out BZ 1333789 which was uplifted to Firefox before we forked for UXP. Resolves #1594
* Bug 1613623 - For IMAP, no longer allow STARTTLS when server sends PREAUTH ↵Gaming4JC2020-06-17-19/+35
| | | | | | greeting. Tag #1312
* Issue #1587 - Part 10: Expose controlling pref and enable by defaultMoonchild2020-06-13-0/+3
|
* Issue #1587 - Part 9: Immediately reject an already-aborted signalMoonchild2020-06-13-1/+6
|
* Issue #1587 - Part 8: Remove controller follow/unfollowMoonchild2020-06-13-124/+1
| | | | Since it didn't end up being in the final spec after all.
* Issue #1587 - Part 7: Rename FetchController to AbortControllerMoonchild2020-06-13-142/+142
| | | | | Also renames FetchSignal to AbortSignal. Includes renaming the various controlling prefs to enable.
* Issue #1587 - Part 6: Move FetchController/Signal to its own dirMoonchild2020-06-13-7/+41
| | | | Since it is specced separately from fetch.
* Issue #1587 - Part 5: Hook FetchObserver up to the Fetch APIMoonchild2020-06-13-75/+399
|
* Issue #1587 - Part 4: Implement FetchObserverMoonchild2020-06-13-0/+223
|
* Issue #1587 - Part 3: Hook FetchSignal up to the Fetch APIMoonchild2020-06-13-30/+292
|
* Issue #1587 - Part 2: Implement controller follow/unfollowMoonchild2020-06-13-8/+202
|
* Issue #1587 - Part 1: Implement FetchController/FetchSignal interfaceMoonchild2020-06-13-0/+416
|
* Issue #1542 - Fix a typo in wasm which was causing build failure on ARMadeshkp2020-06-13-8/+8
|
* Issue #1585 - Replace node.rootNode with node.getRootNode()Moonchild2020-06-13-89/+128
| | | | | | | This removes the (default disabled) node.rootNode readonly attribute and replaces it with a node.getRootNode() function per WhatWG spec discussion. Based on work by John Dai <jdai@mozilla.com>
* Follow up to Issue #1578 - Preprocess the popup bindingMatt A. Tobin2020-06-13-3/+10
|
* Issue MoonchildProductions/UXP#1578 - Add global menubar support for GTKLootyhoof2020-06-13-4/+4811
|
* Issue #1560 - Always include speech synthesis IPDLsMoonchild2020-06-13-0/+6
| | | | | | | | This is entangled with the IPC messaging configuration so we need these IPDLs even if sppech synthesis is otherwise not being built. This resolves #1560
* [NSS] Update exported symbolsMoonchild2020-06-13-0/+3
| | | | Some symbols were missing from export which might lead to build bustage.
* Issue #1580 - Add missing MP3Demuxer.h to MediaDecoderReader.hGaming4JC2020-06-13-0/+1
| | | | Follow up for dom/media work on Issue #80. Fixes non-optimized build bustage.
* [DOM] Hard-disable webcomponents and customelements prefs (redwood)Moonchild2020-06-07-7/+13
|
* Fix missing includeMoonchild2020-06-03-0/+1
|
* [NSS] Bump NSS versionMoonchild2020-06-03-6/+7
|
* [NSS] Force a fixed length for DSA exponentiationMoonchild2020-06-03-10/+35
|
* Bug 1632717Moonchild2020-06-03-7/+24
|
* Issue #1566 - Lowercase link filename extensionadeshkp2020-06-03-8/+8
|
* Issue #1571 - Remove JEMALLOC_USES_MAP_ALIGN and fix 48-bit addressing on ↵athenian2002020-06-01-42/+4
| | | | | | | | | | | | | | | | SunOS AMD64. The JEMALLOC_USES_MAP_ALIGN code has turned out to be worse than useless, and in fact it breaks 64-bit SunOS. It's very old and turned out not to be needed anymore because the way the memory allocator works has changed since it was implemented. It prevented a fix I tried for 48-bit addressing from working properly. However, without either this code or the 48-bit addressing fix, the 64-bit version won't even start, which is why I thought the code was still needed. https://bugzilla.mozilla.org/show_bug.cgi?id=457189 https://hg.mozilla.org/mozilla-central/rev/a26c500b98ab The 48-bit addressing fix is based on code found here: https://github.com/OpenIndiana/oi-userland/blob/oi/hipster/components/web/firefox/patches/patch-js_src_gc_Memory.cpp.patch I already applied these changes to js/src/gc/Memory.cpp, but as I was looking through jemalloc.c I saw that there were very similar ifdefs for Linux on SPARC as the ones I'd had to enaable in Memory.cpp, but for whatever reason the patches I found didn't touch them. So I tried doing for jemalloc.c what was already done for Memory.cpp, and it worked (but only after I removed the map align code).
* Update README.mdMoonchild2020-06-01-1/+1
| | | wiki -> site
* Issue #1570 - Implement globalThiswolfbeast2020-06-01-3/+44
| | | | This resolves #1570
* Issue #1558 - Prevent null deref crash in WebrtcVideoConduit DTORFedor2020-06-01-0/+7
|
* Issue #361 - Remove dead Android code.Ascrod2020-06-01-93/+2
| | | | See Bug 1629030, part 3.
* Bug 1154295 - use normal formatting for plaintext documents in reader modeTrushita2020-06-01-0/+42
| | | | | | Before this change the plain text document in reader mode was not formatted/styled properly. Tag #361.
* Bug 1621479 - Fix typo in reader mode CSS class preservation list.Cameron McCormack2020-06-01-1/+1
| | | | Tag #361.
* Issue #361 - Update Readability from upstream.Ascrod2020-06-01-68/+367
| | | | (git rev 52ab9b5c8916c306a47b2119270dcdabebf9d203)
* [permissions] Fix build bustage with --disable-permissionsMoonchild2020-05-23-0/+2
|
* [printing] Fix build bustage with --disable-printingMoonchild2020-05-23-0/+6
|
* Issue #1557 - Allow event dispatch on disabled form controls. (uplift)athenian2002020-05-23-26/+35
|
* Revert "Merge pull request #1357 from athenian200/form-disabled-issue"athenian2002020-05-23-68/+78
| | | | | This reverts commit ed88b99849156004c04e4a0c87ea9b2360ef19b6, reversing changes made to c4b0715baaffc541670fd1158557aa7e61e521d3.
* Issue #1538 - remove speech recognition engineMoonchild2020-05-20-351861/+33
| | | | | | | | | | | | | | | This removes speech recognition, pocketsphinx, training models and the speech automated test interface. This also re-establishes proper use of MOZ_WEBSPEECH to work for the speech API (synthesis part only) that was a broken mess before, with some synth parts being always built, some parts being built only with it enabled and recognition parts being dependent on it. I'm pretty sure it'd be totally busted if you'd ever have tried building without MOZ_WEBPEECH before. Tested that synthesis still works as-intended. This resolves #1538
* Bug 1430745 - IPC: Fix unaligned accesses in DirReaderLinuxJiaxun Yang2020-05-20-1/+4
| | | | Tag: #1542