| Commit message (Collapse) | Author | Age | Lines |
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|\
| |
| | |
Don't allow STARTTLS when server sends PREAUTH
|
| |
| |
| |
| |
| |
| | |
greeting.
Tag #1312
|
|\ \
| | |
| | | |
Implement ShadowRoot.activeElement
|
| | |
| | |
| | |
| | | |
Tag #1375
|
| | |
| | |
| | |
| | | |
Tag #1375
|
| | |
| | |
| | |
| | | |
Tag #1375
|
| | |
| | |
| | |
| | |
| | |
| | | |
atoms as keys to avoid slow string assignments when possible.
Tag #1375
|
|/ /
| |
| |
| |
| |
| | |
save an allocation
Tag #1375
|
|\ \ |
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | | |
Since it didn't end up being in the final spec after all.
|
| | |
| | |
| | |
| | |
| | | |
Also renames FetchSignal to AbortSignal. Includes renaming the various
controlling prefs to enable.
|
| | |
| | |
| | |
| | | |
Since it is specced separately from fetch.
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
|\ \ \
| |_|/
|/| | |
Remove no longer existing test headers from WebIDL
|
|/ /
| |
| |
| |
| | |
Although the headers were removed, they are still referenced in WebIDL causing compiler to fail for debug builds.
This removes TestFunctions.webidl and TestInterfaceJSMaplikeSetlikeIterable.webidl, with nit fix for existing incorrect whitespace.
|
|\ \
| |/
|/| |
Fix a typo in wasm which was causing build failure on ARM
|
| | |
|
| |
| |
| |
| |
| |
| |
| | |
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>
|
| | |
|
|\ \
| | |
| | | |
Add global menubar support for GTK
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
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
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
With the big amount of code churn around DOM a lot of tests
broke severely enough that they caused build bustage.
This commit cleans up, removes or otherwise fixes tests
that are broken, no longer relevant or obsolete.
|
| |/
|/|
| |
| | |
Some symbols were missing from export which might lead to build bustage.
|
|\ \
| | |
| | | |
Add missing MP3Demuxer.h to MediaDecoderReader.h
|
| |/
| |
| |
| | |
Follow up for dom/media work on Issue #80. Fixes non-optimized build bustage.
|
|\ \
| |/
|/| |
Kill marquee element; Debug Follow Up
|
|/
|
|
| |
The marquee element was still specified in debug code, causing build to fail without it's removal.
|
|\
| |
| | |
Fix the wrong position when we calculate the position for position:absolute child
|
| |
| |
| |
| |
| |
| | |
position:absolute child and add reftests
Use |GetUsedBorder| instead of |GetComputedBorder| when we calculate the position for position:absolute child.
|
| | |
|
| |
| |
| |
| |
| | |
For some reason these changes never got merged back to master
after reverting to work on a branch...
|
| | |
|
| | |
|
| | |
|
|\ \
| | |
| | | |
Lowercase link filename extension on Windows
|
|/ / |
|
| |
| |
| |
| |
| |
| | |
* Remove marquee code
* Regenerate HTML Elements/parser code for Removal of Marquee.
Co-authored-by: Gaming4JC <g4jc@hyperbola.info>
|
|\ \
| | |
| | | |
Remove JEMALLOC_USES_MAP_ALIGN and fix 48-bit addressin…
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
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).
|
| | |
| | |
| | | |
wiki -> site
|
|/ /
| |
| |
| | |
This resolves #1570
|