summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeLines
* Issue #1612 - Add-ons targeting Toolkit's ID (and not Firefox's) should be ↵Matt A. Tobin2020-07-23-2/+6
| | | | | | | | considered "native" by the Add-ons Manager when using the Dual-GUID system A version bump triggering add-on compatibility check will re-evaluate the "native" status (among other things) so no extra or special work is required to fix erroneous warnings. tl;dr instafix!
* Issue #1611 - Enable WASM by default but only enable jit when 64bitMatt A. Tobin2020-07-23-1/+7
|
* Issue #618 - Remove eager instantiation - Debug follow upGaming4JC2020-07-12-1/+2
| | | | | | | The added debug assertion did not take into account microtask refactoring done in BZ 1405821. Resulting in error: no member named 'IsInMicroTask' in 'nsContentUtils'. This resolves the error.
* [network] Use query and ref lengths if available in nsStandardURL.Moonchild2020-07-10-2/+6
|
* [js] Get the class pointer from the ObjectGroup in NativeObject::slotSpanMoonchild2020-07-10-1/+4
| | | | | | This changes NativeObject::slotSpan() to get the class from the object group rather than getting it from the base shape to avoid a race between Shape::ensureOwnBaseShape and background sweeping.
* Force clobberMoonchild2020-07-10-1/+1
|
* [NSS] Version and build bumpMoonchild2020-07-10-7/+6
|
* [NSS] Implement constant-time GCD and modular inversionSohaib ul Hassan2020-07-10-132/+292
| | | | | | | | | | | | The implementation is based on the work by Bernstein and Yang (https://eprint.iacr.org/2019/266) "Fast constant-time gcd computation and modular inversion". It fixes the old mp_gcd and s_mp_invmod_odd_m functions. The patch also fixes mpl_significant_bits s_mp_div_2d and s_mp_mul_2d by having less control flow to reduce side-channel leaks. Co-authored by : Billy Bob Brumley
* [js] Improve readability and control flow of js date string parser.Moonchild2020-07-10-3/+16
|
* [WebRTC] Make candidate pair insertion code easier to read/understand.Byron Campen [:bwc]2020-07-10-14/+7
| | | | | | | Includes removing an error code for a function that never fails, and removing an error return when the function successfully did what it said it would. Ref: BZ 1644477
* [AppCache] Add check for disallowed encoded path separatorsMoonchild2020-07-10-0/+8
|
* [image] Add a sanity check to JPEG encoder buffer handling, just in case.Moonchild2020-07-10-3/+8
|
* Issue #618 - Fix typo and remove old function declarations.Moonchild2020-07-10-3/+1
|
* Issue #618 - Report source position information (line/column)Moonchild2020-07-10-39/+161
| | | | | | Report source position information for module export resolution failures. Ref: BZ 1362098
* Issue #618 - Slightly improve module scripting tests.Moonchild2020-07-10-16/+44
| | | | Ref: BZ 1388728
* Issue #618 - Further align error handling for module scripts with the specMoonchild2020-07-10-89/+280
| | | | Ref: BZ 1388728
* Issue #618 - Remove context and heap-idle checkMoonchild2020-07-10-8/+4
| | | | | | | | | For checking if a module is in an error state and what the error is, it shouldn't matter if we are currently GC-ing or not. So we don't need to check for it, which removes the requirement to pass in the JS context (needed for AssertHeapIsIdle's runtime check); this unblocks progress where otherwise we'd have to figure out what the context is at the module level just to satisfy this check.
* Issue #618 - Remove eager instantiationMoonchild2020-07-10-129/+10
| | | | | This backs out the stuff added in Bug 1295978. Ref: BZ 1295978, 1388728
* Issue #618 - Fix JSAPI additions to pass the JS context.Moonchild2020-07-10-6/+8
|
* Issue #618 - Match JSAPI names with the changes in ↵Moonchild2020-07-10-21/+20
| | | | | | 9ca74147225eed305e28c7887f9b2251aeeb0f36 Ref: BZ 1388728
* Issue #618 - Add APIs to query module record errorsMoonchild2020-07-10-0/+20
| | | | Ref: BZ 1388728
* Issue #618 - Update code comments for ModuleInstantiateMoonchild2020-07-10-2/+2
|
* 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
generated by cgit v1.2.3 (git 2.25.1) at 2024-11-14 22:50:12 +0000