{"text_format":"3","workbook":"xlsx","n_sheets":1,"sheets":["general_report"],"read":"whole","date_system":"1900"}

{"sheet":"general_report","index":0,"n_rows":68,"n_cols":4,"rows_kept":68,"merged":[[0,0,0,3],[1,0,1,3],[2,0,2,3],[67,0,67,3]]}
[]
["Customer Support Bug Report (Polaris Library Systems)"]
["Displaying 63 issues at May/05/2015 8:24 AM."]
["Key","Fix Version/s","Public Summary","Tracker ID"]
["POL-980","5.0 SP1","eCommerce: Mobile PAC differed from Power PAC regarding the SA 'minimum fine for Credit Card payment' setup. Mobile PAC code required the minimum be exceeded by at least on penny. As such, the Pay Fines dialog displayed inconsistently across the two PACs.",{"v":257872,"d":"257,872"}]
["POL-973","5.0 SP1","Acquisitions (EDI): When a multi-copy PO line is split received during EDI processing, the amount disencumbered at the copy level was incorrect. The amount disencumbered now matches the amount encumbered.",{"v":257721,"d":"257,721"}]
["POL-964","5.0 SP1","SIP: The item information (17/18) message response is not sending back a good error message when the item does not exist. This has been fixed.",{"v":257149,"d":"257,149"}]
["POL-960","5.0 SP1","PAC: In the display of the library address on the hours view in PAC, a spacing problem between the state and zip code has been corrected.",{"v":257217,"d":"257,217"}]
["POL-947","5.0 SP1","Circulation (Holds): If multiple hold requests (multiple patrons) were placed against a title, and at least one of the patrons was an Outreach Services patron, upon save, every hold request would display a staff note of 'Outreach Services Patron'. This has been corrected.",{"v":256712,"d":"256,712"}]
["POL-946","5.0 SP1","eCommerce: In Online Payment Options when a Payment Processing Gateway was set to None, the \"Pay Now\" option for charges in the check in workform caused overdue charges to fail to charge the patron account. This has been corrected. \n",{"v":255878,"d":"255,878"}]
["POL-943","5.0 SP1","Reports: The Hosted Credit Card Payments report was not taking into account deleted patrons that had credit card payments posted prior to deletion.",{"v":256275,"d":"256,275"}]
["POL-942","5.0 SP1","Reports: The grand totals on the 'Financial Transaction Summary by Payment Type' report were incorrect. This is because deleted patron payments were being inconsistently calculated at the branch and grand total levels. This has been fixed.",{"v":256446,"d":"256,446"}]
["POL-932","5.0 SP1","SIP: The patron Information response (63/64 pair) is neglecting to block for the Verify Patron blocks setting when it is checked in SA. This has been fixed.",{"v":250824,"d":"250,824"}]
["POL-931","5.0 SP1","SIP: When you attempt to check out an item that has been deleted from the database, the screen and print messages should read \"Item record does not exist\" instead of Patron record does not exist. This has been fixed.",{"v":251232,"d":"251,232"}]
["POL-923","5.0 SP1","SIP: When the only block that a patron is blocked for is Long Overdue items, the patron information 63/64 and Patron status 23/24 responses don't give the correct AF and AG messages. They should say Patron has long overdue items. This has been fixed.",{"v":249934,"d":"249,934"}]
["POL-904","5.0 SP1","SIP: OverDrive Integration is causing SIP logs to grow exponentially. This has been fixed.",{"v":253701,"d":"253,701"}]
["POL-889","5.0 SP1","Circulation (Holds): The Staff Client was allowing title level requests where the bib's only item was a non-holdable reserve item. This has been corrected. Note: The PAC correctly blocked the action.",{"v":254260,"d":"254,260"}]
["POL-857","5.0 SP1","Acquisitions: One of our Canadian vendors, United Library Services (ULS), modified their web services connection. The base data has now been updated in the Polaris database, to ensure all new installations will have the proper connection information.",{"v":252794,"d":"252,794"}]
["POL-846","4.1R2, 5.0, 5.0 SP1","Circulation (Holds): When printing the Horizontal Hold Pickup slip the patron name would display all in caps. This has been corrected.",{"v":251927,"d":"251,927"}]
["POL-824","4.1R2, 5.0, 5.0 SP1","Ecommerce: Polaris was accepting as valid the CVV2Match of Y and X. X used to mean that the processor didn't support the pairing of the credit card number and the security code. Now, the X means that the field could simply be invalid. Polaris will now decline a CVV2Match of X and N.",{"v":252060,"d":"252,060"}]
["POL-815","5.0 SP1","Community Profiles: Saving a community record for an organization or event will no longer return the message \"an error has occurred in the script on this page.\"",{"v":252494,"d":"252,494"}]
["POL-788","5.0 SP1","SIP: The Checkin response (10) should not populate the CH (mat type), CS (Call Number) and CR (collection) fields (which are commonly used for sorting) for lost items so that the item can be routed to the exceptions bin. This has been fixed.",{"v":251511,"d":"251,511"}]
["POL-785","5.0 SP1","Circulation (Notification): After the first holds notice was exported and posted successfully, the second would not export correctly. This has been addressed.",{"v":244110,"d":"244,110"}]
["POL-783","5.0 SP1","API: The API should NOT allow users to cancel a held hold. This has been fixed.",{"v":225801,"d":"225,801"}]
["POL-777","5.0 SP1","SIP: Deposit account 42/43 message pair not responding correctly. This has been fixed.",{"v":251303,"d":"251,303"}]
["POL-774","5.0 SP1","SIP: When an item is checked in and it doesn’t fill a hold for a patron, the SIP CY and DA fields contain “Not Found”. This is causing an issue with Not Found being printed on 'in-transit' receipts. This has been fixed.",{"v":251216,"d":"251,216"}]
["POL-769","5.0 SP1","SIP: Check ins are not logging a Material Type in the Polaris Transactions database (check-in transaction - 6002). Instead, the material type is populated as \"0.\" This has been fixed. ",{"v":251217,"d":"251,217"}]
["POL-758","5.0 SP1","Mobile PAC: On Windows 8 mobile phones, blank screens were displaying when trying to view a title, large cover images were not displaying, and there were problems placing requests. Those issues have been fixed.",{"v":250911,"d":"250,911"}]
["POL-757","5.0 SP1","SIP: The Item Information response (18) is sending a duplicate material type(CH). This has been fixed.",{"v":250818,"d":"250,818"}]
["POL-756","5.0 SP1","SIP: Patron Information message is supposed to return a DB field with the amount of credit on a patron's account so that they can use if to pay for print jobs, etc. This amount is always being returned as a zero, even if the patron has a credit. This has been fixed.",{"v":250820,"d":"250,820"}]
["POL-751","5.0 SP1","Circulation (Holds): The unclaimed date was calculated incorrectly when there were multiple closed days. This has been fixed.",{"v":250369,"d":"250,369"}]
["POL-746","5.0 SP1","SIP: When printer messages are enabled, messages are sending back the content of the AG, but calling it AF. This has been fixed.",{"v":250574,"d":"250,574"}]
["POL-744","5.0 SP1","SIP: The AE fields in the 64 response should be formatted as AE[Last Name],[space][First Name][space][Middle Name]. This has been fixed.",{"v":250602,"d":"250,602"}]
["POL-743","5.0 SP1","SIP: The AE fields in the 24 response should be formatted as AE[Last Name],[space][First Name][space][Middle Name]. This has been fixed. \n",{"v":250602,"d":"250,602"}]
["POL-732","5.0 SP1","SIP: In the 63/64 message pair, if the patron is not valid (BL - N) then the CQ (valid password) should be set to N as well. This has been fixed.",{"v":250206,"d":"250,206"}]
["POL-731","5.0 SP1","SIP: In the 23/24 message pair, if the patron is not valid (BL - N) then the CQ (valid password) should be set to N as well. This has been fixed.",{"v":250206,"d":"250,206"}]
["POL-721","5.0 SP1","eCommerce: The userID for credit card transactions was being logged differently in Mobile PAC than in Power PAC. This has been fixed.",{"v":219602,"d":"219,602"}]
["POL-719","5.0 SP1","SIP: If the item checked in via SIP is meant to trap a hold for pickup at the check-in location, the check-in (10) response is passing the assigned branch (or whatever branch it would float to if it were not trapping) in lieu of the check-in branch as the destination (CT). This has been fixed.",{"v":249508,"d":"249,508"}]
["POL-705","5.0 SP1","SIP: SIP is returning a due date based on the last renewal date and not the date the item is being renewed. This has been fixed.",{"v":249318,"d":"249,318"}]
["POL-701","5.0 SP1","SIP: Patron Information message (63/64) not passing correct vendor specific AV info when requested. This has been fixed.",{"v":249241,"d":"249,241"}]
["POL-700","5.0 SP1","SIP: The 24 patron status request needs to send the CQ field with a Y/N for valid patron password. This has been fixed.",{"v":249550,"d":"249,550"}]
["POL-699","5.0 SP1","SIP: The AE of the 64 response should be Lastname, First name. This has been fixed.",{"v":249415,"d":"249,415"}]
["POL-697","5.0 SP1","SIP: The ACS status message (98) should pass back the full branch name in the AM field. This has been fixed.",{"v":248843,"d":"248,843"}]
["POL-696","5.0 SP1","SIP: Checkout should be checking and blocking for the non-circulating flag in the item record. This has been fixed.",{"v":249462,"d":"249,462"}]
["POL-678","5.0 SP1","SIP: The Patron Information message should be passing the branch abbreviation in the PE. This has been fixed.",{"v":249123,"d":"249,123"}]
["POL-669","5.0 SP1","Circulation (Holds): The following is a situation where there are multiple patrons on a hold request list for a title with one or more of the requests pending, and where other hold requests are active. When staff select 'Fill (hold) Now' for an active hold request, then check out the item, the hold request stays on the patron's account with a status of Held and remains on the unclaimed list. This has been corrected.",{"v":242599,"d":"242,599"}]
["POL-664","4.1R2, 5.0, 5.0 SP1","Circulation (Holds): Inactive hold requests inadvertently displayed in the Holds queue in 4.1R2. This has been corrected.",{"v":245328,"d":"245,328"}]
["POL-662","5.0 SP1","Circulation (Holds): If an item was trapped on a date closed, the request's unclaimed date was being calculated incorrectly. This has been fixed.",{"v":243192,"d":"243,192"}]
["POL-657","5.0 SP1","SIP: 42/43 message pair in use by iTiva is being rejected. This has been fixed.",{"v":246626,"d":"246,626"}]
["POL-654","5.0, 5.0 SP1","Circulation: The date format in the estimated fines dialog displays incorrectly when the library's date format is set to dd/mm/yy.",{"v":244123,"d":"244,123"}]
["POL-652","5.0 SP1","SIP: SIP not placing items in transferred status for holds checkin. This has been fixed.",{"v":248288,"d":"248,288"}]
["POL-648","5.0 SP1","SIP: SIP checkin message not populating the call number. This has been fixed.",{"v":248141,"d":"248,141"}]
["POL-647","5.0 SP1","SIP: SIP checkin message not populating collection field. This has been fixed.",{"v":248139,"d":"248,139"}]
["POL-645","5.0 SP1","SIP: The 11/12 checkout message populating the checkout message BV incorrectly. This has been fixed.",{"v":247904,"d":"247,904"}]
["POL-644","5.0 SP1","SIP: SIP Patron Status Request not validating password. This has been fixed.",{"v":247993,"d":"247,993"}]
["POL-643","5.0 SP1","SIP: SIP not responding to item information request. This has been fixed.",{"v":248026,"d":"248,026"}]
["POL-638","5.0 SP1","Patron Services: The z-fold mailer was not accommodating the complete 14-digit barcode without the number wrapping to the next line. This has been fixed.",{"v":247617,"d":"247,617"}]
["POL-635","5.0 SP1","SIP: When the patron's held holds count surpasses the limit in the Patron Material Type loan limits table, check outs should not be blocked. This has been fixed.",{"v":228290,"d":"228,290"}]
["POL-634","5.0 SP1","SIP: Once a patron has been blocked for the registration fee, if they ever have another fine, and pay it via SIP (from the self check for example), the patron registration fee block is being added back onto their account in error. This has been fixed.",{"v":242296,"d":"242,296"}]
["POL-589","5.0 SP1","Simply Reports: If the user enters a branch and then runs the _Hold Statistical _report, with a _Holds become unclaimed _filter, the report may produce 0 results. This is because unclaimed (or expired) holds statistics are no longer \"owned\" by the branch; they are owned by the System. As such, the system is working as designed. The Simply Reports user documentation will be updated with this information.",{"v":246039,"d":"246,039"}]
["POL-541","5.0 SP1","Reports: When the OrgID was a single digit, the grand total did not display on the _Financial Transaction Summary by Fee _report. This has been corrected.",{"v":233607,"d":"233,607"}]
["POL-538","5.0 SP1","PowerPAC: Map It and Google Books Preview were not loading properly when HTTPS is enabled sitewide. This problem has been fixed.",{"v":243184,"d":"243,184"}]
["POL-466","5.0 SP1","Reports: The data in the columns were \"off\" when printing the _Uncirculated Items _report. Column headers and data now display correctly.",{"v":2223411,"d":"2,223,411"}]
["POL-428","5.0 SP1","PAC Title Display Configuration: You can now configure the PAC bib data to show only the primary TOM for a given title, instead of all TOM formats that fit the title. In the Title Display Configuration dialog, select the \"Type of Material (Short)\" display entity.",{"v":110033,"d":"110,033"}]
["LEAP-1411","1.0-SP1","Leap: Disabled workstations were able to log in to Leap. This has been fixed.",{"v":255916,"d":"255,916"}]
["LEAP-1336","1.0-SP1","Leap: Hold slip prints for wrong patron when checked in while item is already in held status. This has been fixed.",{"v":252436,"d":"252,436"}]
["LEAP-1232","1.0, 1.0-SP1","Leap: Can't log in to Leap if password contains an accented character. This has been fixed.",{"v":247288,"d":"247,288"}]
["Generated at Tue May 05 08:24:03 EDT 2015 by Kellie Conner using JIRA 6.4#64014-sha1:a67c3532e05d88bdc00cabc2cf5e0c6b82fa6023. "]