Opened 10 years ago
Last modified 7 years ago
#12730 new defect
Stopgap for #8862
Reported by: | roed | Owned by: | burcin |
---|---|---|---|
Priority: | major | Milestone: | sage-6.4 |
Component: | calculus | Keywords: | |
Cc: | kcrisman, robert.marik, jason, casamayou, zimmerma | Merged in: | |
Authors: | Reviewers: | ||
Report Upstream: | N/A | Work issues: | |
Branch: | Commit: | ||
Dependencies: | Stopgaps: |
Change History (7)
comment:1 Changed 10 years ago by
comment:2 Changed 10 years ago by
Stopgaps are implemented by just showing a warning to the user (but only the first time that a warning for a given ticket would be triggered). At whatever point in the code where it's appropriate, you call stopgap. See #12691.
I would also like to avoid displaying a warning every time the user calls solve. But the point of stopgaps is to warn the user when they're doing something that might yield known incorrect results, and point them to a trac ticket where the issue is discussed. I'm not sure what the right solution is here though.
comment:3 Changed 9 years ago by
- Priority changed from blocker to major
comment:4 Changed 8 years ago by
- Milestone changed from sage-5.11 to sage-5.12
comment:5 Changed 8 years ago by
- Milestone changed from sage-6.1 to sage-6.2
comment:6 Changed 7 years ago by
- Milestone changed from sage-6.2 to sage-6.3
comment:7 Changed 7 years ago by
- Milestone changed from sage-6.3 to sage-6.4
Note: See
TracTickets for help on using
tickets.
I doubt that this is possible to stopgap very well. I mean, the only way to really tell is to solve the equation! It's probably unsolvable in some appropriate sense even to determine when such missed solutions might happen.
I don't think it's appropriate to always add the warning. That would imply solve is totally unreliable, which isn't true - it is often quite good. But having a documenting of the bug seems appropriate. Maybe I'm already forgetting how stopgaps are implemented, though.