Fix error handling when unsupported (and required) extensions are read#729
Fix error handling when unsupported (and required) extensions are read#729pvillacorta merged 6 commits intomasterfrom
Conversation
Codecov Report❌ Patch coverage is
Additional details and impacted files@@ Coverage Diff @@
## master #729 +/- ##
==========================================
- Coverage 91.03% 89.07% -1.97%
==========================================
Files 61 61
Lines 3357 3358 +1
==========================================
- Hits 3056 2991 -65
- Misses 301 367 +66
Flags with carried forward coverage won't be shown. Click here to find out more.
🚀 New features to boost your workflow:
|
|
We need to add a sequence such as that in #728 for testing (how can we test when an error is the expected output?) |
|
why is this change needed? I dont think the error comes from not identifying the dictionary key "RequiredExtensions" unless in the code it means something else. I can fully remove the error by defining rotations. I will upload a PR, so you can see what i mean. |
|
This change is needed for correct error handling when reading unknown extensions. There are no tests for these cases yet (I can add one in this PR). Handling was not done correctly in #614 due to two main reasons:
were read but not detected as anything known, leading to the following message (last This PR is thus independent of #730 and equally necessary. |
|
Fixed. |
|
Could you bump the necessary packages, merge and register new versions? |

No description provided.