Bug 40849 - Undesired printing effects in slips when branch notes are printed
Summary: Undesired printing effects in slips when branch notes are printed
Status: CLOSED INVALID
Alias: None
Product: Koha
Classification: Unclassified
Component: Notices (show other bugs)
Version: Main
Hardware: All All
: P5 - low enhancement
Assignee: Bugs List
QA Contact: Testopia
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2025-09-22 16:48 UTC by Christopher Brannon
Modified: 2025-09-22 17:09 UTC (History)
0 users

See Also:
GIT URL:
Initiative type: ---
Sponsorship status: ---
Comma delimited list of Sponsors:
Crowdfunding goal: 0
Patch complexity: ---
Documentation contact:
Documentation submission:
Text to go in the release notes:
Version(s) released in:
Circulation function:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Christopher Brannon 2025-09-22 16:48:00 UTC
This is going to be a hard one to explain.

I'm using logic in HOLD_SLIP to determine if the hold is in house or a transfer, and then print the slip accordingly.  We have done this for years.  This has always worked fine.

Recently, the slip has stopped printing the the extra space we print at the end of the slip to make the slip longer for books whenever the slip has notes from the library branch field.  This is what I have determined:

We have a line in the slip that prints the library notes after the library name.  It looks like this:
	<h1>[% branch.branchname %]<br/>
	<i>[% branch.branchnotes %]</i></h1>

Below that, this is what we use to lengthen the slip:

	[% blank = '&nbsp;&nbsp;&nbsp;<br />' %]
	[% blank.repeat(25) %]

If the library doesn't have any notes, the extra space prints fine.  But if it does have notes, it omits the spacing.  I have confirmed this by removing the second line for the notes and only printing the destination.  If I remove the second line, it prints just fine.

This also only seems to affect certain printers.  I can print on the latest driver for Star TSP100III with the second line for notes just fine, but if I print with the latest driver for POS-X thermal printers, it is affected by this line.  I am working with the POS-X vendor to see what they can find on their end and why their driver behaves differently, but for this extra info to affect the driver at all, I thought it might be worth filing a bug on and see if there is a problem with my coding or something in Koha itself that could be affecting printing.
Comment 1 Christopher Brannon 2025-09-22 17:09:29 UTC
Discovered this was a print driver setting issue, not Koha.  Closing bug.