-
Notifications
You must be signed in to change notification settings - Fork 160
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Regression in DeclareHandlingByNiceBasis
/InstallHandlingByNiceBasis
#5322
Comments
@zickgraf Yes, the new filter The mentioned problem in the QPA2 package arises from the fact that the |
I have created a PR: sunnyquiver/QPA2#44 I'm not the author of QPA2, so I'm not 100% sure that this will be accepted, let's see. |
Since pull request gap-system#3006 go merged, the statement about the implication installed by `InstallHandlingByNiceBasis` was not correct. This change addresses issue gap-system#5322.
- Let the filters created by `DeclareHandlingByNiceBasis` imply `IsFreeLeftModule`. This was the case before the changes from gap-system#3006, and this change fixes the problem described in gap-system#5322, as I had sketched in the discussion of gap-system#5325. - Document this change (following gap-system#5325). - Increase the rank of `IsHandledByNiceBasis` by 2. Then we get back to the rank before the changes from gap-system#3006. This way, the `\in` method with second argument in `IsFreeLeftModule and IsHandledByNiceBasis` is again ranked higher than the one with second argument `IsFreeLeftModule and IsFiniteDimensional`. The bug described in issue gap-system#5334 which has been found because of the reordering of these two methods (due to gap-system#3006) gets fixed via pull request gap-system#5335, now we can return to the better method ordering. (I do not like uprankings, but I have no better idea to solve this problem.)
- Let the filters created by `DeclareHandlingByNiceBasis` imply `IsFreeLeftModule`. This was the case before the changes from #3006, and this change fixes the problem described in #5322, as I had sketched in the discussion of #5325. - Document this change (following #5325). - Increase the rank of `IsHandledByNiceBasis` by 2. Then we get back to the rank before the changes from #3006. This way, the `\in` method with second argument in `IsFreeLeftModule and IsHandledByNiceBasis` is again ranked higher than the one with second argument `IsFreeLeftModule and IsFiniteDimensional`. The bug described in issue #5334 which has been found because of the reordering of these two methods (due to #3006) gets fixed via pull request #5335, now we can return to the better method ordering. (I do not like uprankings, but I have no better idea to solve this problem.)
Fixed by #5336. |
The documentation of
DeclareHandlingByNiceBasis
/InstallHandlingByNiceBasis
claims:This is not true anymore since commit 2f4a518 (see 2f4a518#diff-14aba9b3712179af58d64fc6572ca6107a7c746245c8c795a98b79ec746676d4R690-L694).
This leads to an error when loading QPA2:
I'm not sure if the documentation or the regressing commit should be updated.
The text was updated successfully, but these errors were encountered: