Bug 37391 - QR code for biblio record in OPAC should use canonical link
Summary: QR code for biblio record in OPAC should use canonical link
Status: Signed Off
Alias: None
Product: Koha
Classification: Unclassified
Component: OPAC (show other bugs)
Version: Main
Hardware: All All
: P5 - low enhancement
Assignee: Michał
QA Contact: Testopia
URL:
Keywords:
Depends on: 35812
Blocks:
  Show dependency treegraph
 
Reported: 2024-07-17 11:32 UTC by Michał
Modified: 2024-07-17 13:08 UTC (History)
2 users (show)

See Also:
Change sponsored?: ---
Patch complexity: Trivial patch
Documentation contact:
Documentation submission:
Text to go in the release notes:
Version(s) released in:
Circulation function:


Attachments
Bug 37391: make QR code for biblio record in OPAC use canonical link (2.19 KB, patch)
2024-07-17 11:43 UTC, Michał
Details | Diff | Splinter Review
Bug 37391: make QR code for biblio record in OPAC use canonical link (2.24 KB, patch)
2024-07-17 13:08 UTC, Owen Leonard
Details | Diff | Splinter Review

Note You need to log in before you can comment on or make changes to this bug.
Description Michał 2024-07-17 11:32:46 UTC
In /opac-detail.pl page there's an option to show a QR code to open up said record on your phone or share it with others in such a way.

Currently, it simply uses the current `location.href` of the browser. This isn't ideal, because such URL can be much longer, resulting in more complex/harder to scan QR code, plus URL parameters can contain extra junk, such as our previous search query that led us to current record, which we might not necessarily want to share.

Thus, now having simple canonical URLs after the "Depends On" patch was merged in, we can replace these QR codes to link to them instead.

Example old URL: https://koha.example.com/cgi-bin/koha/
opac-detail.pl?biblionumber=12345&query_desc=test
Example new URL: https://koha.example.com/bib/12345
Comment 1 Michał 2024-07-17 11:43:07 UTC
Created attachment 169080 [details] [review]
Bug 37391: make QR code for biblio record in OPAC use canonical link

In /opac-detail.pl page there's an option to show a QR code to open up said record on your phone or share it with others in such a way.

Currently, it simply uses the current `location.href` of the browser. This isn't ideal, because such URL can be much longer, resulting in more complex/harder to scan QR code, plus URL parameters can contain extra junk, such as our previous search query that led us to current record, which we might not necessarily want to share.

Thus, now having simple canonical URLs after the "Depends On" patch was merged in, we can replace these QR codes to link to them instead.

To test:
1. Visit biblio detail page in OPAC
2. Click the button to show QR code in the right pane (preference 'OPACDetailQRCode' must be enabled)
3. Notice that the QR code is much simpler/less complex now
4. Scan the QR code with your phone and confirm it's in the desired format of <URL>/bib/123 and that it opens up properly
Comment 2 Owen Leonard 2024-07-17 13:08:49 UTC
Created attachment 169082 [details] [review]
Bug 37391: make QR code for biblio record in OPAC use canonical link

In /opac-detail.pl page there's an option to show a QR code to open up
said record on your phone or share it with others in such a way.

Currently, it simply uses the current `location.href` of the browser.
This isn't ideal, because such URL can be much longer, resulting in
more complex/harder to scan QR code, plus URL parameters can contain
extra junk, such as our previous search query that led us to current
record, which we might not necessarily want to share.

Thus, now having simple canonical URLs after the "Depends On" patch was
merged in, we can replace these QR codes to link to them instead.

To test:
1. Visit biblio detail page in OPAC
2. Click the button to show QR code in the right pane (preference
   'OPACDetailQRCode' must be enabled)
3. Notice that the QR code is much simpler/less complex now
4. Scan the QR code with your phone and confirm it's in the desired
   format of <URL>/bib/123 and that it opens up properly

Signed-off-by: Owen Leonard <oleonard@myacpl.org>