Pass Viewer
This is a simple viewer for PassBook® files.
The app searches the file system, starting in the home directory, for passes, and shows them in a list. A tap on the pass shows the details including the barcode (usually the most important thing). The design is simplified compared to the original app, but should be readable.
Passes close to the relevant time are highlighted. It's also possible to highlight passes close to relevant coordinates (check settings). The top highlighted pass is shown on the cover, with the cover action opening the pass directly. Also, highlighted passes are shown in the event view, while the app is running. Calendar entries can be made from passes with a relevant time.
Passes containing an update link may be updated. Changed fields will be marked the first time the pass is viewed after the update.
License: MIT/BSD
Source: https://bitbucket.org/christof_buergi/harbour-passviewer
Screenshots:
Category:
Application versions:
Changelog:
- Barcodes can now contain NUL characters
- Spanish translation added (thanks to Carmen F. B.)
- Settings storage fixed (also thanks to Carmen F. B.)
Comments
rob_k
Sat, 2024/11/16 - 13:39
Permalink
I downloaded a .pkpasses file, but the tickets won't show in the Pass Viewer app. Which formats, file extensions, etc. are supported? The website, supported by the Dutch platform stager.co, showed the link "Add to Apple Wallet."
rubdos
Sun, 2024/09/22 - 14:55
Permalink
Storeman didn't want to install this, so I compiled it myself. Had to apply this patch to get it to compile:
diff --git a/harbour-passviewer.pro b/harbour-passviewer.pro index 6eecf53..790b105 100644 --- a/harbour-passviewer.pro +++ b/harbour-passviewer.pro @@ -15,6 +15,9 @@ TARGET = harbour-passviewer CONFIG += sailfishapp CONFIG += c++11 +PKGCONFIG += \ + nemonotifications-qt5 \ + SOURCES += src/harbour-passviewer.cpp \ src/zint/qr.c \ src/zint/common.c \ @@ -107,7 +110,6 @@ QT += dbus LIBS += -lz LIBS += -lbz2 LIBS += -llzma -LIBS += -lnemonotifications-qt5 DISTFILES += \ qml/lib/currencies.jsonMaximilian1st
Sat, 2024/07/20 - 19:27
Permalink
Hi, I have a pkpass from the SWISS flight company and there should be two tickets inside but only the first one is displayed.
p2501
Sun, 2024/07/21 - 10:39
Permalink
pkpass files can only contain one ticket each. If you have two tickets, you should have two files.
I suspect it's a boarding pass. These days, if you have two connecting flights with the same airline, you sometime get only one boarding pass that is valid on both flights. Check the Departure and Arrival in the pass.
fingus
Wed, 2024/04/24 - 16:29
Permalink
Great App, i using it for Cinema, works great!
rob_k
Sun, 2024/04/21 - 20:43
Permalink
Great stuff! No more pdf files somewhere to be found at the right moment. Thanks! (BTW I had to unzip a downloaded ticket before it actually showed itself.)
raphman
Wed, 2024/04/10 - 00:31
Permalink
Thanks for Pass Viewer!
I have encountered a problem with a Deutschlandticket .pkpass file (format: PKBarcodeFormatAztec)
Unfortunately, the message field contains null bytes. When Pass Viewer parses the message field (Qt.btoa(pass.barcodes[barcode].message)), the first null byte terminates the string, resulting in a truncated, invalid barcode to be rendered. Not sure what the best way to fix this issue would be.
p2501
Mon, 2024/04/15 - 12:05
Permalink
I deleted my former comment as it was wrong and unfair towards Qt.
btoa actually isn't at fault here. It does what it's supposed to. I'm running in two problems later in the process.
Problem number one: Before the message can be turned into a barcode, it has to be converted to the required character encoding. I've been using Qt's character encoding methods for this, but appearantly, those don't handle NUL characters in strings. I can circumvent the problem by using the iconv function, which is part of the standard C library.
Number two: I'm using libzint to create the actual barcodes, and the version of libzint I'm currently using erroneously considers NUL characters to be invalid in Aztec codes. The current version doesn't seem to have this problem, so I guess I'll have to update the library packaged with the App. There has been a big overhaul of libzint, so this may take a bit of time.
I'll try to get this fixed before I travel to Munich at the end of the month.
p2501
Sun, 2024/04/21 - 20:16
Permalink
Okay, it should work now. In case somebody runs into the same problem: The character set conversion didn't work properly, because the default QByteArray to QString conversion stops at NUL characters (this is fixed in Qt Version 6). Use a method where you specifiy the length of the conversion string, and you should be fine.
maier
Sun, 2021/07/18 - 23:21
Permalink
Thank you!
ninepine
Sun, 2021/07/18 - 12:04
Permalink
Fixed thanks!
p2501
Sun, 2021/07/18 - 12:42
Permalink
Good to know. Thanks! As I don't have a 64-bit device, I can't test the 64-bit packages myself.
In case anybody wonders: The package accidentally asked for both the 64-bit version and the 32-bit version of libbz2. Only the 64-bit version is present (and actually required).
baxyz
Sun, 2021/07/18 - 12:09
Permalink
Same here X-D
ninepine
Sat, 2021/07/17 - 23:32
Permalink
Nothing provides libbz2.so.1
p2501
Sun, 2021/07/18 - 00:31
Permalink
libbz2.so.1 is on the list of allowed required libraries. It should be in the system repo and automatically installed. Looks like it's missing. I also submitted the 64-bit version to the Harbour. Let's see what they say.
If there is no other quick solution, I might also patch out the BZip2 support for now. I don't think the BZip2 compression is in actual use in passes, so the feature probably isn't needed anyway.
slava
Sun, 2021/07/18 - 00:59
Permalink
On my 64-bit device:
bzip2-libs doesn't provide libbz2.so.1
You're probably adding this dependency manually. Don't do that, let rpmbuild to figure it out.
p2501
Sun, 2021/07/18 - 11:17
Permalink
You are correct. There where still manual REQUIRE entries from way back. I removed them, rebuilt and replaced the package. Please try again.
slava
Sun, 2021/07/18 - 14:26
Permalink
It does install now.
baxyz
Sat, 2021/07/17 - 23:34
Permalink
Same here
ninepine
Sat, 2021/07/17 - 23:16
Permalink
Getting an error when trying to install the aarch64 on Xpedia 10ii. Will try again after a refresh
p2501
Mon, 2021/06/14 - 18:10
Permalink
I'm currently bogged down. However, I should be able to resume work on this app mid July (this year ;-) ). Next version will mostly be technical changes for the current versions of SailfishOS, but also some UI upgrades.
ninepine
Sun, 2021/06/13 - 14:44
Permalink
Yes agreed @cquence an aarch64 version would be much appreciated please!
cquence
Fri, 2021/06/04 - 22:21
Permalink
A 64bit version of the app would be great!
will99
Sat, 2021/05/08 - 10:55
Permalink
Hallo,
I recently had an event where the format for the barcode is missing in the json:
},
"barcode": {
"format": "",
"message": ":3742",
"altText": ":3742",
"messageEncoding": "iso-8859-1"
},
Maybe instead of not showing any barcode, there should be a fallback code like: code128. I don't know how other viewers behave or maybe there is a standard fallback code...
Anyway, still a very helpful app...
p2501
Mon, 2021/06/14 - 18:11
Permalink
I guess I could default to QR-Codes (as they are the most common type).
useretail
Fri, 2019/12/27 - 17:36
Permalink
Great
dfstorm
Thu, 2019/01/31 - 20:27
Permalink
Thanks for this app :) It work very well (and thanks again for the "full screen code"). If it's not too much to ask I would follow on @cartron comment: adding the date in the list would be a great addition.
cartron
Wed, 2019/01/09 - 16:40
Permalink
works well, thanks very much! that was very much needed for SFOS.
One request maybe: any way to add the date for the travel? I just have a list with "origine->destination" for train tickets, so I have to click on each pkpass to find the correct one - or maybe allow order to be changed?
p2501
Wed, 2019/01/09 - 21:15
Permalink
I'll see what I can do in a future release. You gave me an idea or two how to handle this.
llv95dno
Sun, 2018/12/09 - 14:53
Permalink
Hi again. You might be right that the download from the Exchange-account get distorted somehow. The attachments from both accounts seems to be stored in the Downloads-folder, so no need for adjustment in that aspect. When I compare the files, they are both zip-archives but it seems like there is data missing (not completley empty files) in the attachment at the Exchange-account. Hopefully something can be done Jolla in future updates.
Pages