Fix registry.install not returning decorated class

[althonos]

PyFilesystem Pull Request

Thank you for your pull request!

Type of changes

• Bug fix
• New Feature
• Documentation / docstrings
• Other

Checklist

• I've run the latest black with default args on new code
• I've updated CHANGELOG.md
• I accept that @willmcgugan may be pedantic in the code review

Description

I made sure Registry.install returns its argument, otherwise it would not be possible to use it as a decorator as demonstrated in the docstring.

[coveralls]

Coverage remained the same at 99.694% when pulling d678a02 on althonos:master into d6cf403 on PyFilesystem:master.

[coveralls]

Coverage remained the same at 99.694% when pulling d678a02 on althonos:master into d6cf403 on PyFilesystem:master.

[coveralls]

Coverage remained the same at 99.694% when pulling d678a02 on althonos:master into d6cf403 on PyFilesystem:master.

[willmcgugan]

Thanks. I'll add a test for this.

[willmcgugan]

Actually, that wouldn't have broken anything from the registry point of view. The decorator still manages to store a reference to the class. It would have made the opener unimportable as it would have replaced the class with None in the module namespace. Which I guess is why it went undetected!

[althonos]

I noticed that while updating the fs.sshfs opener, and indeed the registry was installed, but in my tests the opener was loaded from the entry point, so the entry_point.load() method would return None, and fs.open_fs('ssh://...') would fail.

[willmcgugan]

Makes sense. Good spot.

[willmcgugan]

btw I release 2.2.1 with that fixed.