Cookie04DE

Huh, weird, but you're right. Guess it's currently impossible for font loading to fail. Nevertheless, if this is gonna change, the enum should start implementing the Error trait.

I managed to further minimize the minimal example and I think it's more reliable now. I also found a work around, at least for the second panic. I also think...

If I remove the `w := a.NewWindow("Add File")` line inside the button callback (showing the dialog in the first window), the second panic does not occur anymore. The first one...

If I replace `go main2(a)` with `main2(a)` the first panic (the one directly after program start) does not happen anymore but the second one (the one after closing the dialog)...

Thanks for your effort. I just tried it and LaTeX expressions work great. I am however having trouble using AsciiMath. All text in `Math only` mode gets interpreted in LaTeX...

Found a workaround: ```rust #[test] fn test_comment_unclosed_repeated() { let input = "##".repeat(3) + "#"; assert_eq!( comment() .repeated() .collect::() .parse(&input) .into_result() .unwrap_err(), vec![MyErr::UnclosedComment { start: (6..7).into() }] ); } ``` Notice...

Yes, it is the only change that makes `test_comment_unclosed_repeated` transition from fail to pass. Before inserting `.collect::()` it fails, and afterwards it passes. I am testing with `1.0.0-alpha.4` by the...

This issue is probably related to #3279. I found a workaround for the first panic.

If compatible with current constraints, I would suggest to make rustic open the necessary files in write mode at the very start of the backup produce without writing anything to...

Ok, I got the output. The device is a Raspberry Pi 4 with the data to back up being on HDD 1. The storage devices (as well as the source...