Hello, since updating from 1.11, text selection in mupdf-gl doesn't fill any selection (primary/secondary). I didn't find a bug at upstream, so maybe it's something exclusive to Gentoo.
*** Bug 669662 has been marked as a duplicate of this bug. ***
I can reproduce the problem but if it's Gentoo-specific, it's a tricky problem with dependencies because when I do a straight git clone + make of mupdf 1.14.0, I get the same behavior. 1.10 can't build out of the box, haven't looked into it. I don't have easy access to a non-gentoo desktop with mupdf 1.11+ on it. It would be nice if someone with such access could confirm that selection works fine on other distros.
Strike my previous comment. I tested it wrong. A straight git clone + make does indeed produce a mupdf-gl that properly copies to clipboard. The freeglut hint from bug 669662 seems like a nice hint.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=6e0b3e7722417649362c3909fbf1fc0b5c80eb93 commit 6e0b3e7722417649362c3909fbf1fc0b5c80eb93 Author: Virgil Dupras <vdupras@gentoo.org> AuthorDate: 2019-05-07 02:37:54 +0000 Commit: Virgil Dupras <vdupras@gentoo.org> CommitDate: 2019-05-07 02:38:46 +0000 app-text/mupdf: bump to 1.15.0 We remove the "curl" USE flag because upstream stopped depending on it with its removal of "progressive loading code". Closes: https://bugs.gentoo.org/653298 Closes: https://bugs.gentoo.org/683490 Closes: https://bugs.gentoo.org/595190 Signed-off-by: Virgil Dupras <vdupras@gentoo.org> Package-Manager: Portage-2.3.62, Repoman-2.3.11 app-text/mupdf/Manifest | 1 + app-text/mupdf/files/mupdf-1.15-CFLAGS.patch | 13 +++ app-text/mupdf/files/mupdf-1.15-Makefile.patch | 42 ++++++++ app-text/mupdf/files/mupdf-1.15-openssl-x11.patch | 20 ++++ app-text/mupdf/mupdf-1.15.0.ebuild | 122 ++++++++++++++++++++++ 5 files changed, 198 insertions(+)
