fix issue in firefox with dynamic relative imports done in content_script.ts
#5
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
this commit fixes the issue with firefox's dynamic importation problem: Support Firefox #3.
content_script_extension_adapter.ts, which now takes the role of being the actual loadedcontent_script, and it dynamically importscontent_script.tsthrough the use ofbrowser.runtime.getURL, which is the only acceptable way of importing in firefox, as firefox does not allow the use of relative url constant string import. the imported url has to be absolute.content_script.tsimport statically, since dynamic import is no longer required by it, as it is no longer the direct entry point of the actualcontent_script.manifest.json:web_accessible_resourcesmatches url to just github, since we do not want other websites to be able to fetchGETand sniff our".js"files from untrusted domains, should they somehow be able to figure out our extension's UUID.browser_specific_settings, which is the only way to get storage access permission in firefox when it is loaded as a development extension. I don't know if this key is necessary for publication though.