You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In my use with redmine, I have python-redmine 1.5.1 installed, and I found that the issue status (whether closed or not) isn't being set correctly. So, in your final Sphinx document the issues create valid links but don't get a strike-through them if they are closed as is supposed to happen.
It appears the relevant code just checks if the issue.status is 'Closed', but the Python redmine API has been modified/upgraded at some stage to not use a string for status but instead a class as part of their relational system: https://python-redmine.com/resources/issue_status.html
The text was updated successfully, but these errors were encountered:
PatSunter
added a commit
to PatSunter/sphinxcontrib-issuetracker
that referenced
this issue
Feb 1, 2018
Tested using python-redmine v1.5 but consistent with
latest python-redmine docs, see
https://python-redmine.com/resources/issue_status.html.
issue status in python-redmine isn't a string it's now
a class, but calling str() on it makes it
backwards-compatible with prev. approach.
In my use with redmine, I have python-redmine 1.5.1 installed, and I found that the issue status (whether closed or not) isn't being set correctly. So, in your final Sphinx document the issues create valid links but don't get a strike-through them if they are closed as is supposed to happen.
It appears the relevant code just checks if the issue.status is 'Closed', but the Python redmine API has been modified/upgraded at some stage to not use a string for status but instead a class as part of their relational system: https://python-redmine.com/resources/issue_status.html
The text was updated successfully, but these errors were encountered: