Update to mupdf@1.26.0-rc1

[SmarterFuture]

This updates mupdf-sys bindings to the newest release candidate (1.26.0-rc1) as it now contains bindings to functions such as pdf_set_annot_rich_contents

[SmarterFuture]

Unfortunately I do not have any experience with Address Sanitizer and currently do not have access to windows so I cannot resolve other failed tests

[itsjunetime]

I haven't been able to figure out the windows issues in my own pr either (#121), but you can debug asan stuff on your own machine with ASAN_OPTIONS=report_objects=1 RUSTFLAGS="-Zsanitizer=leak" cargo +nightly test -Zbuild-std --target "$(rustc -vV | grep host | cut -d " " -f2)" --features serde (I wish it had an easier invocation too)

[ginnyTheCat]

I bisected the asan failure and it was apparently introducted in ArtifexSoftware/mupdf@1d240cc.

[ginnyTheCat]

Found it. We call Buffer::into_inner here to keep the Buffer, mupdf however also keeps the buffer in case no error occurs, causing the Buffer to be held twice and therefore leaking.