summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeLines
* [libjar] Fix inflation logic.Moonchild2020-11-18-1/+1
| | | | | This has been broken for 11 years. About time it's fixed. Tag #1683
* Issue #1682 - Remove vibrator DOM interface and support code.Moonchild2020-11-18-968/+4
|
* Issue #1391 - Disable DOM Filesystem/dirpicker APIs by default.Moonchild2020-11-18-2/+2
| | | | | There don't seem to be any drawbacks to this; tested for the past month disabled and there have been no issues with any sites visited. Adoption seems very low.
* Issue #1280 - Follow-up: Get rid of HPKP pinning mode.adesh2020-11-18-42/+14
| | | | | | This was a leftover from HPKP removal. Also remove a couple of unused variables from security/manager/ssl/nsSiteSecurityService.cpp.
* Bug 1466909 - Use AddLvalueReference for UniquePtr's operator*().Matt A. Tobin2020-11-18-1/+1
| | | | | | | | This is required for UniquePtr to accept <void>, which is required for PseudoHandle = mozilla::UniquePtr<T, JS::FreePolicy>; in turn for mozilla::SegmentedVector<PseudoHandle<void>> uniquePtrArena_; Tag #1679
* Bug 1328948 - Add is(), as() to Cell.Matt A. Tobin2020-11-18-0/+18
| | | | Tag #1679
* Issue #1673 - Part 5: Fix brace style and missed -moz-tab-size reference.athenian2002020-11-18-255/+212
|
* Issue #1673 - Part 4: Unprefix -moz-tab-size.athenian2002020-11-18-10/+38
| | | | While we do fail a couple of tests, the other mainstream browsers also fail them and I think our implementation of tab-size is good enough to be unprefixed at this point. Having this patch also makes testing easier.
* Issue #1673 - Part 3: Bring minimum tab advance up to spec.athenian2002020-11-18-11/+30
| | | | This provides a clearer rule for the minimum tab advance that brings us to alignment with the spec and both major browsers.
* Issue #1673 - Part 2: Make tab-size animatable and fix typos.athenian2002020-11-18-10/+7
| | | | There were a few typos in the previous patch and this patch also makes tab-size animatable which didn't really require much of a change at all.
* Issue #1673 - Part 1: Allow tab-size to accept <length>.athenian2002020-11-18-62/+124
| | | | Currently -moz-tab-size only accepts <number> values, and both Chrome and Firefox currently support <length> values and have for some time now. So with this you would be able to support sizes in px or em, for instance. This was implemented in Firefox 53 and was trivial to backport.
* [devtools] More gracefully (than a crash) handle stack capture failures.Moonchild2020-10-31-1/+3
|
* Update docs for change of repository host.Moonchild2020-10-24-1/+1
| | | | Rename MCP back to MoonchildProductions.
* Update docs for change of repository host.Moonchild2020-10-24-2/+2
|
* [layout] Re-order rowgroups if reflowing.Moonchild2020-10-24-2/+14
| | | | This logic was missing for tfoot. See existing code in second hunk.
* [layout] Avoid negative availSize.BSizes in paginated table reflow.Moonchild2020-10-24-9/+11
|
* Bump platform version for added features.Moonchild2020-10-24-1/+1
|
* [netwerk] Make nsIncrementalStreamLoader's GetNumBytesRead threadsafe.Moonchild2020-10-24-10/+14
| | | | | | | This prevents a potential race and simplifies the code a bit by keeping the bytes read separate instead of using mData, which is modified from another thread from OnDataAvailable. Relaxed atomics are fine for these, since they don't guard any memory.
* [DOM] When failing to create a channel and an image request, make sure to setMoonchild2020-10-24-1/+9
| | | | | | | the image blocking status appropriately. This is the same status as we do for known no-data protocols and ensures we treat these two cases the same.
* [DOM Fetch] Detect broken pipes and propagate that write error to the caller.Moonchild2020-10-24-0/+11
|
* [DOM Fetch] Improve stability of Fetch API.Moonchild2020-10-24-4/+9
|
* Issue #1671 - Unprefix ::-moz-selectionMoonchild2020-10-24-5/+17
| | | | | | | | This actually keeps both pseudo-elements for now, since the prefixed version is still used internally, but we need the unprefixed version for web compat. Note: while unprefixing a non-spec-compliant pseudo here, it's exactly in line with what other browsers do. Nobody is following the spec here and at least we'll be doing what everyone else is with our unprefixed version.
* Issue #1668 - Part 2: Visited color and auto support for caret-color property.athenian2002020-10-24-8/+27
| | | | Mozilla's original implementation of this failed a couple of tests, but this seems to solve all the problems. Basically, the caret-color wasn't able to be set differently based on whether a link was visited, and the auto value implementation was incomplete. The only test we fail now is the one where you have grey text on a grey background and the caret is supposed to be visible, but I think that may have been removed from the spec. Even if it wasn't, no other browser supports it anyway.
* Issue #1668 - Part 1: Implement support for caret-color property.athenian2002020-10-24-11/+118
| | | | | | This CSS property allows input carets (that blinking input cursor you see in text fields), to be given a custom color. This was implemented in Firefox 53, and it was such a minor feature that no one ever missed it, but I don't see any harm in implementing this. https://bugzilla.mozilla.org/show_bug.cgi?id=1063162
* Issue #1643 - Follow-up: Ensure we properly clear our pointers when theMoonchild2020-10-24-9/+24
| | | | Presentation of a document is destroyed.
* Issue #1606 - Add support for multi-monitor DPI awareness v2 (W10 1706+)Moonchild2020-10-06-11/+33
|
* [devtools] Teach devtools about overflow-wrap: anywhereMoonchild2020-10-06-0/+2
| | | | Tag #1666
* Issue #1666 - Implement overflow-wrap: anywhereMoonchild2020-10-06-4/+11
| | | | | | | This aligns with the current spec regarding overflow-wrap: break-word and overflow-wrap: anywhere in if it affects intrinsic sized due to considering soft-wrap opportunities or not. See CSS Text Module Level 3, Editor’s Draft, 1 October 2020, Section 5.5
* Issue #1665 - Take overflow-wrap into account when calculating min-content ↵Moonchild2020-10-06-0/+44
| | | | intrinsic size.
* Update CONTRIBUTING.mdNew Tobin Paradigm2020-10-06-2/+7
| | | Revise Commit message style and add Follow-up form
* Issue #1647 - Followup: Remove excessive VARIANT_OPACITY statements.athenian2002020-10-01-7/+7
| | | | | | | | I got very anxious about making sure I included VARIANT_OPACITY in all the places VARIANT_NUMBER was included to make sure it couldn't possibly break unexpectedly, and that led to me accidentally breaking a mechanism that prevented percentages from serializing as numbers in other parts of the code. It was a total accident, and these additions were unnecessary. Basically, the situation is that there was one part of the code where it determines what's allowed for the flex statement (and possibly other statements) by checking whether it got stored as a "number", and basically only disallows percentages if it attempted to store/serialize them as percentages. However, it only got to that part of the code because I accidentally allowed VARIANT_OPACITY as a valid way for certain tokens to parse where it wasn't necessary. If it tries to parse it that way under very specific circumstances... percentages will be marked valid and fed through the system as numbers rather than being rejected and not serialized at all, because the check to disallow percentages there relied on them being stored as percentages. It's a really weird thing to have a problem with in a lot of ways, because if percentages aren't allowed in a field, you would think people wouldn't try to use them there, much less depend on the broken behavior that results from them not parsing as a related value.
* Issue #1643 - Follow-up: Make sure things aren't changed while iterating.Moonchild2020-09-30-2/+10
| | | | This fixes some crashing scenarios.
* Issue #1643 - Follow up: Add a null check for mOwner in ↵Matt A. Tobin2020-09-29-0/+6
| | | | | | | ResizeObserverNotificationHelper::Unregister A race condition seemed to exist between tab destruction and un-registering a ResizeObserver resulting in a null deref crash. The original reporter in Forum Topic 25311 experienced this on msn.com so that was the functional test reference.
* Output webidl filenames as they are processed, for real this time.Moonchild2020-09-23-0/+3
|
* Issue #1655: Update MediaQueryList to the current draft spec.Moonchild2020-09-23-117/+209
| | | | | | | This make MediaQueryList inherit from EventTarget and adds MediaQueryListEvent as an interface as well as the onchange() method. This should not affect compatibility with other code; the event object is a MediaQueryListEvent instance, which is recognized as a MediaListQuery instance.
* [webaudio] Keep track of whether the HRTF database has already been loaded.Moonchild2020-09-23-1/+11
| | | | | This DiD measure ensures that our async HRTF database loading is completed before we actually try to use it. If not done, database() simply returns null.
* [dom/media] Use an atomic for mInputDeviceID to avoid potential raceMoonchild2020-09-23-1/+1
|
* [SVG] Only fire the SVG onload when scripting is enabled and allowedMoonchild2020-09-23-0/+3
|
* Issue #1224 - Remove constant expressions from /domMoonchild2020-09-21-54/+53
| | | | | This excludes DOMProxy handlers in dom bindings because that's intertwined with codegen and js that needs to be handled together.
* Issue #1647 - Part 2: Implement VARIANT_OPACITY to correctly serialize.athenian2002020-09-21-35/+33
| | | | Even though percentages are already treated as floats internally by the style system for computation purposes, you have to go out of your way to stop them from being read back out as percentages. What I do here amounts to storing the percentage token in the "wrong" container, the one normally used for floats. This allows a value that was read in as a percentage to be read back out as something else, which is normally prevented by the design of the style system.
* Issue #1647 - Part 1: Implement percentage for CSS opacity keywordsathenian2002020-09-21-14/+29
| | | | | This preliminary step allows percentages to be computed and display correctly, but unfortunately it fails a test after changing VARIANT_HN to VARIANT_HPN because that allows values to be serialized as percentages. However, not doing this means percentages are rejected as valid values for the user to input. The way the style system is setup makes it hard to change this for opacity without changing it for everything else, especially since some code-saving speed hacks in Bug 636029 and Bug 441367 that make a lot of assumptions about this stuff very rigid.
* Issue #1653 - Part 2: Stop indirectly loading DWM functions through WinUtils.Moonchild2020-09-21-86/+25
|
* Issue #1653 - Part 1: Remove WinUtils::SHGetKnownFolderPathMoonchild2020-09-21-47/+5
| | | | | Instead of doing the whole dll-load, replace function dance, we can just use the shlobj.h version of Windows.
* Issue #1643 - Part 4: Hook up all the plumbing.Moonchild2020-09-21-2/+46
|
* Issue #1643 - Part 3: Implement ResizeObserverControllerMoonchild2020-09-21-0/+365
|
* Issue #1643 - Part 2: Implement ResizeObserver APIMoonchild2020-09-21-0/+618
| | | | Implements ResizeObserver, ResizeObserverEntry and ResizeObservation
* Issue #1643 - Part 1: Add GetNodeDepth() to nsContentUtils.Moonchild2020-09-21-1/+23
|
* [widget] Clean up Windows widget code some.Moonchild2020-09-21-70/+10
|
* Issue #618 - Clear the module map - Debug FollowupGaming4JC2020-09-21-0/+1
| | | | | | An assertion was added to dom/script/ScriptLoader.cpp but fails to compile on debug builds due it not being included in the namespace. Ref: BZ 1529203
* Fix usage of a macro in a cocoa widget (#1649)adeshkp2020-09-21-2/+2
| | | * Issue #457 - Fix usage of a macro in a cocoa widget
generated by cgit v1.2.3 (git 2.25.1) at 2024-11-29 16:58:55 +0000