Arch Linux User Repository

Follow-up:

That /usr/lib/7zip/7z.so library (where the innermost frame of the stacktrace occurred) is part of the 7zip package, which is not declared as a dependency of this package. It looks like quickviewer's upstream Git repo contains a "vendored" copy of that library (within its Qt7z/Qt7z/p7zip subdirectory), but apparently this AUR quickviewer package has never actually been building & executing that vendored copy of the library. So, I suspect that a version-mismatch (between the parts of quickviewer's source code that are intended to use the vendored version of the library & the current distro-provided version of the library, which is 24.09) is to blame for that segfault problem.

(Also, I tried uninstalling 7zip and then opening a ZIP file in quickviewer without it installed, to see what would happen. This resulted in the same "Image file not found. Can't be opened" error-message that @KurtKurt previously reported here. So, it seems like an undeclared & unintended dependency on 7zip was the cause of that problem all along.)

Setting the PKGBUILD up to make it build & use the vendored copy of the dependency seems like the way to solve the problem, but that would require some additional changes to the various build-scripts (e.g. to the qmake project-files, likely).

• (Also note: it looks like quickviewer's upstream project on GitHub has provided Linux AppImage builds for two of the versions released this year -- 1.2.2 and 1.2.1, both from after the changeover to Qt 6 -- though not for the three most recent versions. Those might be worth a try.)

Brief update about quickviewer versions 1.2.x (that is, the versions based on Qt 6):

Just now, I prepared a PKGBUILD for version 1.2.4, and I was able to use it to view images in a directory... but when I tried to view images in a ZIP file, it segfaulted within /usr/lib/7zip/7z.so. Here's a partial stacktrace:

#0  0x00007fffd4483178 in typeinfo for NArchive::NZip::COutStreamWithPadPKCS7 ()
   from /usr/lib/7zip/7z.so
#1  0x00007ffff7f8bfc4 in InternalOpenArchive (pLibrary=0x555555b7da10, 
    pHandler=0x555555af0600, pInStream=<optimized out>, pOpenCallBack=0x555555f21eb0, 
    ppArchive=0x555555d82af8, pResult=0x7fffffffa8d4, fCheckFileTypeBySignature=false)
    at ../Qt7z/Qt7z/lib7zip/src/7ZipOpenArchive.cpp:256
#2  0x00007ffff7f8cb1b in Lib7ZipOpenArchive (pLibrary=<optimized out>, 
    pHandler=<optimized out>, pInStream=<optimized out>, ppArchive=<optimized out>, 
    passwd=<error: Cannot access memory at address 0x690000007a>, pResult=0x3, 
    fCheckFileTypeBySignature=<optimized out>)
    at ../Qt7z/Qt7z/lib7zip/src/7ZipOpenArchive.cpp:179
#3  0x00007ffff7f8cd6d in C7ZipDllHandler::OpenArchive (pMultiVolumes=<optimized out>, 
    this=<optimized out>, pInStream=0x555555d82b10, ppArchive=0x555555d82af8, passwd=L"", 
    pResult=0x7fffffffa864, fCheckFileTypeBySignature=<optimized out>)
    at ../Qt7z/Qt7z/lib7zip/src/7ZipDllHandler.cpp:131

I can confirm that this kind of crash didn't occur for me in the Qt 5-based versions of quickviewer several years ago... though I didn't re-test it before testing version 1.2.4, so I'm not 100% sure that the cause of the bug isn't within an external dependency (such as 7zip).

If the Qt 5 version(s) don't exhibit this bug behavior when handling ZIP files, then I might create a separate quickviewer-qt5 AUR package for version 1.1.8 (which is its last version based on Qt 5), and then update this AUR package named quickviewer to version 1.2.4 or 1.2.5 (which was released just 4 days ago, apparently).

@oriba

Just now, I updated the PKGBUILD to fix that build error (by changing the VCS source URLs' schemas from "git" to "git+https"), along with two other build errors (both of which required changes to the actual source code).

However... another comic book reader program that I recommend using is yacreader, for these reasons:

• yacreader supports PDF files (which quickviewer doesn't seem to), and seems to use much less RAM than mcomix does when reading PDFs.
• I've experienced some crash/hang problems in quickviewer (for example, when using the "Show Folder" pane to navigate to a directory that contains a file of some kind that triggers a bug in quickviewer).
• From looking at the "Release Builds" that quickviewer's upstream developer has released on GitHub, it seems like they haven't been compiling it (nor testing it, presumably) for any platform other than Windows recently. (The most recent release that has any Linux and/or Mac OS X builds available there seems to be 1.1.1, which was released on 2018-07-29.) And if you look at the PKGBUILD, you can see that it was necessary to make many changes from the upstream sources (to both the build harness and the actual C++ source code; it's up to 12 patch files in total by now) in order to get it to build successfully as an Arch package.

Could not build the package:

==> Retrieving sources...
[...]
fatal: remote error: 
  The unauthenticated git protocol on port 9418 is no longer supported.
Please see https://github.blog/2021-09-01-improving-git-protocol-security-github/ for more information.
==> ERROR: Failure while downloading quickviewer git repo
    Aborting...

Just tried again. Did a fresh build from AUR. Some problem.

I right click the cbz file and open with quickviewer and get the usual failure

"Image file not found. Can't be opened"

Tried from the command line and get no errors in the terminal but get the same error in the application.

Again the file opens fine with okular. Happens with all my .cbz files and all open OK in okular.

cbr files work fine.

Just now, I tried viewing a file named "temptestfile.cbz" (which was a ZIP file containing PNG images) using the 1.1.8-1 version, and it seemed to work OK.

Additional notes: the way I opened the file was to open the directory-browsing left panel (e.g. press F4, or go to the "Folder" menu in the menu-bar and choose "Show Folder" there), then use it to navigate to the directory containing the CBZ file, and then click on the file (in the list of files displayed in the left-panel) -- this should make it display the CBZ file's first page in the right panel. Then you can hide the directory-browsing left panel (e.g. press F4 again), and then switch into full-screen mode (e.g. press F11, or go to the "View" menu in the menu-bar and choose "Fullscreen" there).

Be warned, though: I've previously encountered an apparent bug where files contained in a directory can cause problems if you navigate to that directory in the directory-browsing left panel. (In particular, it seems like navigating to a directory containing PDF files can cause the program to hang.)

I cannot open cbz files with this. I get "Image file not found. Can't be opened"

The same file opens OK in okular. cbr work OK.