ccorn

> Different sort comparators were used in `VersionUtil`, `ExtensionVersion` and `LocalRegistryService`. I've refactored the code, so only `ExtensionVersion.SORT_COMPARATOR` is used to sort extension versions. Now [0] is the latest. Indeed...

The reason for the huge response size is very simple, at least for JSON API requests of the form https://open-vsx.org/api/-/query?extensionId=${namespace}.${name}&includeAllVersions=true as currently used when finding compatible extension versions for Theia....

Same here. Arch Linux, kernel 5.3.7, with package `zfs-dkms 0.8.2-1 (archzfs-dkms)` Snapdirs of non-root-filesystems can be accessed without problems, e.g. ~~~ ls /home/.zfs/snapshot/20191030-2155 ~~~ works. `journalctl -b -g zfs` then...

I just upgraded to 0.8.3, and the issue remains as described in my earlier post. ~~~ sh $ ls /home/.zfs/snapshot/ 20200121-1930 20200123-0040 20200124-2134 20200126-0146 20200122-1325 20200123-1559 20200125-1946 20200126-2030 $ ls...

#10128 indicates that reverting 5a1bf9e 093bb64 solves this particular issue. Indeed that works for me. But that reopens the issues those commits were meant to solve. What now?

See also #24 which should be solved by this (if equivalent to the effect of the `sed` command mentioned in the issue).