VimFx v0.22.0

experimental custom-element support

Web Components / HTML5 Custom Elements were previously inaccessible to
VimFx. Examples of heavy users of this technology is about:logins
(Firefox 70) and bugs.chromium.org. Elements within the shadow DOM were
unable to be selected with hints mode.

VimFx' non-XUL DOM traversal routine was extended to not only search the
(regular) DOM, but also check each element if it contains an open shadow
DOM, and traverse it too. Interestingly, getElementsByTagName is not
defined by the DocumentOrShadowRoot class, only querySelectorAll.

Further, it appears that the native C++ function VimFx uses to send key
events to clickable elements is unable to be used inside the shadow DOM,
resulting in the error message below.
    NS_ERROR_UNEXPECTED: Component returned failure code: 0x8000ffff (NS_ERROR_UNEXPECTED) [nsIDOMWindowUtils.dispatchDOMEventViaPresShell] utils.js:291

NOTE: This regression has made it obvious that VimFx uses isXULDocument
to make assumptions about the document it is looking at that no longer
hold when WebComponents are involved. More might be unearthed in the
future.

NOTE: the URL for an entry in about:logins is not clickable, as it is a
read-only text input with an onclick handler, instead of a link. That
edge case is not handled by utils.isTypingElement().

Fix visual mode in Firefox 70

regressed by: https://bugzilla.mozilla.org/show_bug.cgi?id=1568585 /
 https://mail.mozilla.org/pipermail/firefox-dev/2019-July/007138.html
see also: https://hg.mozilla.org/comm-central/rev/a0625e9b6c59

waterfox 56 fix

fix hints mode on about:addons and about:preferences in nightly 70

In Bug 1550801, all XUL documents were loaded as HTMLDocuments, which
caused the isXULDocument test to fail. The new test is modeled after a
snippet from devtools/.

This change caused hints mode to break in about:preferences and
about:addons, since (some of?) the de-XBL'd custom elements' <label>s
return the id (as string) when reading theLabelElement.control on a
label instead of an HTMLElement. VimFx passes this value to a function
that assumes the value has a .getClientRects() method.

Only these two pages were affected, since these are the only in-content
pages (other than about:downloads) in Firefox 70 that still have a .xul
document at the root.

VimFx v0.21.2

Taking over maintainership

There's a new maintainer in town. While new features won't be developed,
VimFx will continue to work on Firefox Quantum and its derivatives for
the forseeable future.

Deduplicate new settings code and final css tweaks

Port settings page to a modern format

Inline-settings have been dropped in http://bugzil.la/1414406. At the
same time, the <setting> XBL binding has been removed. Here, we recreate
the settings page using (X)HTML opening in a new tab.
The XBL converter (bgrins/xbl-analysis@564f6e402a) was helpful in
reconstructing the <setting> element and the new aboutconfig.js has a
good observer example at the end (-> central@4d5f1517ef85).

prevent statusbar update from breaking waterfox56

fix blurring of URL bar in fx70a

Mozilla removed the shim for the old way of closing the autocomplete
popup in 1d51ec584c56cad54f09be093783ef843b1fc284; the new way was
introduced with c324bd6eb4bf102541d3eb1b751ee2f7a408fff4 (fx64a),
meaning we need to try both to support waterfox 56 as well.

see also: https://bugzil.la/1528605

VimFx v0.21.1

Fix lint errors

Merge pull request #937 from girst/master

Fix for hints mode in Firefox 69 and squashing TypeErrors and Deprecation Warnings

fix hints mode and help popups

entering any of these modes adds an overlay above the <browser> element.
In mozilla69 the style property 'display: -moz-box' was removed from '*'
in minimal-xul.css. When the overlay was displayed without this
property, the <browser> would be resized to 25x25px to make room for the
overlay instead of displaying them on top of each other.

keep an eye on http://bugzil.la/939428

replace custom status panel with default one

In Mozilla's efforts to get rid of XBL[1] they changed the way the
status panel works. Up to Firefox 68, the changes meant that the panel
just didn't show up, but with Firefox 69 and onwards, it broke the
display of the browser. This change replaces the custom (secondary)
status bar and uses the main one for displaying infos and errors.
See also: bug[2] and changeset[3] of the removal of <statusbar>

[1]: http://arewexblstill.com/
[2]: https://bugzilla.mozilla.org/show_bug.cgi?id=1444891
[3]: https://hg.mozilla.org/mozilla-central/rev/18bbbdc02213

Fix TypeError when uninstalling VimFx

Fix TypeError when hitting ESC

When hitting esc a TypeError was shown in the browser console
(Ctrl-Shift-J), except when an element is fullscreened. The location of
the error (i.e. commands-frame.js:621) is only shown on special pages
(like about:* or chrome://), making the problem harder to locate.
see also: functionality introduced in commit ab17744
> TypeError: The expression cannot be converted to return the specified type. commands-frame.js:621

Remove dependency on non-standard Array.some() and Array.filter()

Also replaces the deprecated DOMQuad.bounds.

Firefox 70 will remove[1] non-standard Array generics[2][3]. These were
identified using the following shell pipeline:
  cd VimFx/extension
  grep -rn 'Array\.' | grep -v '\.isArray\|\.of\|\.from\|\.prototype'

[1]: https://bugzilla.mozilla.org/show_bug.cgi?id=1558914
[2]: https://www.fxsitecompat.dev/en-CA/docs/2019/non-standard-array-generics-have-been-deprecated/
[3]: https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Array#Array_generic_methods

Merge pull request #936 from strel/master

es locale update from en-US locale

es locale update

VimFx v0.21.0

Compatibility for Waterfox 68, Firefox <= 64 (cleanup) (#935)

 Compatibility for Waterfox 68, Firefox <= 64 (cleanup)

Cleanups

new version (0.21.0)

Merge remote-tracking branch 'upstream/master'

fix hintsmode clicking in ff56, squash some exceptions

Some uses of the deprecated Array.func() syntax are, despite the browser
console telling us, not replacable by Array.prototype.func(). Also
silenced some exceptions that are expected.

explicitly import Services

This isn't loaded by default in Waterfox 68.0a1. Loading it in Firefox
56/64 does not interfere with anything.

remove further remnants of devtools-integration

continued from 183cd23c3b65fb27873663c7e3cb97ef02f791b5
see also: http://bugzil.la/1461970

partial fix for `eb'

the vbox#browser-panel element was removed and its children
(#navigator-toolbox, #content-deck, ...) are now direct descendants of
the <window> element.

This fix allows selecting and clicking on an item in the toolbar, but
any drop down menus that then appear aren't clickable.

Remove links to VimFx on AMO

Mozilla has removed all legacy addons, making the link a 404.

Fixes #931.

Unfortunately I don’t have access to remove it from the repo description
as well.

Commands Follow link(s) in a new tab now work.

getInterface(Ci.nsIDOMWindowUtils) doesn't work.

Since developer tool bar was removed, this prevented Esc from working at
help dialog screen.

Merge remote-tracking branch 'upstream/master'

Add content variable back to frame scope. (#929)

This used to exist but was removed in recent versions of firefox. This
adds it back.

VimFx v0.20.15

Fix lint error

utils getFindBar() returns a promise (#926)

utils getFindBar() returns a promise

VimFx v0.20.14

Fix lint errors

Use require instead of Cu.import for devtools (#924)

Fix findBar and DeveloperToolbar. (#920)

getFindBar() was changed to return a promise: https://bugzil.la/1358815

window.DeveloperToolbar was removed: https://bugzil.la/1382661

Export isXULDocument from utils and fix Ci.nsIDOMElement gone (#919)

bmo bug: https://bugzilla.mozilla.org/show_bug.cgi?id=1455674
solution inpired by: https://bug1455674.bmoattachments.org/attachment.cgi?id=8971133

VimFx v0.20.13

Fix `gulp lint`

Get rid of "<anonymous>" gulp tasks

Fix "tasks did not complete" warnings

Use three digits for the gulp version

Fix CoffeeScript deprecation warning

Update to gulp 4 (#915)

This fixes the build for Node.js 10.

Replace XULTextBoxElement for Firefox 61 compatibility (#916)

It was removed: https://bugzilla.mozilla.org/show_bug.cgi?id=1456703

I replaced it with the same logic used when replacing it in
mozilla-central.

This file might be interesting to watch if future interfaces get
removed: https://dxr.mozilla.org/mozilla-central/source/dom/interfaces/xul/moz.build

Work around changes introduced in upstream bug 888600 (#912)

Replace removed nsIDOMXULDocument (#913)

VimFx v0.20.12

Restore accidentally removed changelog entry

Make nsIDOMUtils try-catch nicer

Remove usage of -moz-document (#905)

See https://bugzilla.mozilla.org/show_bug.cgi?id=1035091

Since all selectors are prefixed with a VimFx id this shouldn't cause any problems.

Closes #904.

Ignore dom-utils if not available. (#909)

This interface was removed from Firefox without replacement. Use it if
present otherwise silently do nothing.

Fixes #907

Updated es translation, some fixes and improvements (#908)

VimFx v0.20.11

support for nsPrefBranch::{get,set}StringPref() (#901)

Firefox commit:

--8<--

Bug 1414096 (attempt 2) - Remove support for nsISupportsString values in nsPrefBranch::{get,set}ComplexValue(). r=florian.

Bug 1345294 introduced nsPrefBranch::{get,set}StringPref(), which allowed the
getting of utf8 strings from prefs, which previously required using
nsISupportsString with {get,set}ComplexValue. That bug also converted most
uses.

This patch finishes the job.

- It removes the nsISupportsString support.
- It converts existing code that relied on the nsISupportsString.
- It removes the lint that was set up to detect such uses of nsISupportsString.

-->8--

Update readme and issue template

Mention more VimFx alternatives in README.md

VimFx is now officially dead

Change license to MIT

Add package-lock.json

Update dependencies

Try to avoid linking all new issues to issue #860

Mention testing in a new Firefox profile in the issue template

Closes #882.

VimFx v0.20.10

Fix lint error

Fix `selectAllSubstringMatches` test

Fix `vimfx.send` test

Run `gulp sync-locales`

Update devDependencies

Use `vim.markPageInteraction()` instead of direct mutation

... of `vim.state.hasInteraction`.

Prevent autofocus after 'popstate' events

Fixes #875.

Update ja locale (#873)

Improve documentation referring to the issue tracker

VimFx v0.20.9

Update copyright year

Update devDependencies

Fix the `yy` command in Reader View

Fixes #865.

VimFx v0.20.8

Update documentation for scrolling commands

Update copyright years

Update devDependencies

Scroll closest scrollable parent

If you click a tweet on Twitter, a modal with the tweet as well as
responses to it pop up. That modal can be scrollable if there are enough
responses. The container for the main tweet is focused. It feels very
natural that the _modal_ should scroll when using VimFx commands, not
the page behind it. That used not to be the case, but now is. This was
implemented by not just checking if the active element _itself_ is
scrollable, but also whether one of its _parents_ are scrollable, and
using the closest scrollable parent (if any).

Properly remove frame scripts on shutdown

VimFx v0.20.7

Update copyright years

Update devDependencies

Feature requests are not accepted

See #860.

Add ugly special-case for Google prev/next page

Refs. #836.

Add ugly special-case for Facebook's "emoji picker"

Fixes #859.

Find more elements for the `ef` command

This is basically a continuation of commit a3b2501c3:

> Recognize explicit `tabindex="-1"` elements as focusable

This is useful on Facebook, for example. See #859.

Fix typo in issue template

Update de locale for "select most recent tab" (#852)