Bug 10770

Summary: reserve slip don't print correctly
Product: Koha Reporter: Marjorie Barry-Vila <marjorie.barry-vila>
Component: CirculationAssignee: Bugs List <koha-bugs>
Status: RESOLVED DUPLICATE QA Contact: Testopia <testopia>
Severity: normal    
Priority: P5 - low CC: gmcharlt, kyle.m.hall, rkopaczka
Version: 3.8   
Hardware: PC   
OS: Windows   
Change sponsored?: --- Patch complexity: ---
Documentation contact: Documentation submission:
Text to go in the release notes:
Version(s) released in:
Attachments: 0001-Bug-10770-reserve-slip-don-t-print-correctly

Description Marjorie Barry-Vila 2013-08-20 15:56:13 UTC
Hi,
Code html put on RESERVESLIP do not print correctly all fields.

Here the code put in RESERVESLIP:
<h4>Date: <<today>></br></h4>
Expire le <<reserves.expirationdate>>
<h2>Pour <<borrowers.firstname>> <<borrowers.surname>> </h2>
    <<borrowers.cardnumber>>, <<borrowers.categorycode>></br>
    <<borrowers.email>></br>
<h3>Document réservé</h3>
Titre: <<biblio.title>></br>
Auteur: <<biblio.author>></br>
Cote:<<items.itemcallnumber>></br>
Mis de côté depuis le <<reserves.waitingdate>>
<p>Notes:
<pre><<reserves.reservenotes>></pre>
</p>


Then the first print, the field reserves.expirationdate, items.itemcallnumber and reserves.waitingdate did not print. On the other side when i print a second time, all fields are print.

Thanks.
Marjorie
Comment 1 Rafal Kopaczka 2013-10-29 14:05:29 UTC
Created attachment 22520 [details] [review]
0001-Bug-10770-reserve-slip-don-t-print-correctly
Comment 2 Rafal Kopaczka 2013-10-29 14:07:04 UTC
First print don't work for reserve on first available copy, beacuse information about reserve is retrieved before reserve update. 
Here is my patch proposition. 


Test plan:
1. Place new hold on next available copy.
2. Check in any item from this hold biblio.
3. Click Print and confirm.
4. There shuld be missing itemcallnumber and barcode info.
5. Check in and print again and all informations are ok.
6. Delete hold.
7. Apply patch.
8. Repat 1-3, now at print slip there shuld be barcode and itemnumber
after first print.
Comment 3 Rafal Kopaczka 2013-10-30 09:06:39 UTC

*** This bug has been marked as a duplicate of bug 7255 ***