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
display_format: pretty and display_format: short lead to crash #1263
Comments
I also found this bug a few days ago. Thanks for bringing it up! |
This is because (under the current code base), #1216 (among many other things) fixes this by dropping the special cases of "short" and "pretty" and promoting them from "only" CLI switches to "proper" exporters. My logic was to thus allow these formats to be overridden by user-supplied plugins (i.e. define your own "short" format), but it will fix this too. C.f. #1006. |
Just a bug report from other source about the same problem: https://bugzilla.redhat.com/show_bug.cgi?id=2039871 |
H @tjapro, I get an access denied error when I view that link. Is it a bug report about jrnl, and/or is there anything from it specifically that you can share here? |
The issue is now public, but the report is here:
|
At @tjapro’s request as the original submitter, the downstream bug report is now public. |
Bug Report
Environment
jrnl --diagnostic
output:Current Behavior
Setting the
display_format
configuration operation topretty
orshort
causes jrnl to crash when viewing the contents of the journal.Expected Behavior
It should use the selected format instead of crashing.
Repro Steps
Other Information
Stack trace is the same whether on
pretty
orshort
:The text was updated successfully, but these errors were encountered: