August 2014 - Koha-bugs - lists.koha-community.org

[Bug 5347] New: late order management
by bugzilla-daemon＠bugs.koha-community.org 29 Aug '14

29 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5347 Summary: late order management Change sponsored?: Sponsored Product: Koha Version: rel_3_4 Platform: All URL: http://wiki.koha-community.org/wiki/Late_orders_acq_RF C OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: paul.poulain(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 For lateorders, we will add fields for date and comment coming from the library. For claims, we will add * a claim counter, to know how many times an order has been claimed * a claim table, containing all the claims an order has, with the date of the claim and the content of the claim -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.

1 99

[Bug 5576] New: Access Koha via SSL
by bugzilla-daemon＠bugs.koha-community.org 29 Aug '14

29 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5576 Summary: Access Koha via SSL Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: ASSIGNED Severity: enhancement Priority: P5 Component: System Administration AssignedTo: ian.walls(a)bywatersolutions.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 Some libraries want to access Koha over SSL. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.

1 12

[Bug 10542] New: QueryParser + OpacSuppression doesn't allow search in 'all libraries'
by bugzilla-daemon＠bugs.koha-community.org 29 Aug '14

29 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10542 Bug ID: 10542 Summary: QueryParser + OpacSuppression doesn't allow search in 'all libraries' Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: katrin.fischer(a)bsz-bw.de CC: jcamins(a)cpbibliography.com When QueryParser is activated and OpacSuppression is used, you don't find any results for "All libraries" (pull down next to simple search in OPAC). -- You are receiving this mail because: You are watching all bug changes.

1 56

[Bug 12848] New: Hotlinked searches from detailed record does not respect OPAC_SEARCH_LIMIT
by bugzilla-daemon＠bugs.koha-community.org 29 Aug '14

29 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12848 Bug ID: 12848 Summary: Hotlinked searches from detailed record does not respect OPAC_SEARCH_LIMIT Change sponsored?: --- Product: Koha Version: 3.16 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: larry(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Sites using OPAC_SEARCH_LIMIT to restrict searches to a branch are still getting results from ALL branches when following a hotlinked search from the detailed record display, for example linked searches on the author or subject. For example, on a site where the branch only owns one book by "Dumbledore, Albus", when you search for "dumbledore", you get one hit, and Koha displays the detailed record. However, if you then click on the linked author name, the new search will retrieve ALL records with au:"Dumbledore, Albus", regardless of branch. You should only get back the same record. Presumably if a site goes through the trouble to limit searches to a branch, they would want ALL searches limited to that branch. Note that this bug appears in both 3.14.x and 3.16.x. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10060] New: Self Checkout module does not honour circ control
by bugzilla-daemon＠bugs.koha-community.org 28 Aug '14

28 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10060 Bug ID: 10060 Summary: Self Checkout module does not honour circ control Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Self checkout Assignee: koha-bugs(a)lists.koha-community.org Reporter: liz(a)catalyst.net.nz With Syspref settings of: CircControl - Use the checkout and fines rules of >> the library you are logged in at. HomeOrHoldingBranch - Use the checkout and fines rules of >> the library the item was checked out from. The web self check module isn't obeying these rules - it is using the library of the borrower doing the circulating, not the library assigned to the staff user required to log in to use the self check. To replicate: Ensure web self check is enabled Set CircControl to >> the library you are logged in at Set HomeOrHoldingBranch to >> the library the item was checked out from Create a staff user with "Circulate - remaining permissions," with homebranch as Library A (your choice which of your branches is library A) Set that user as the auto login user for self check Hit the self check interface at cgi-bin/koha/sco/sco-main.pl log in or use the card number for a borrower from Library B, circulate an item. View the item's circulation history, it will be from Library B instead of Library A -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 3186] invalid or uninstalled SMSSendDriver (or bad number format) causes process_message_queue to fail
by bugzilla-daemon＠bugs.koha-community.org 28 Aug '14

28 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3186 Chris Cormack <chris(a)bigballofwax.co.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #31192|0 |1 is obsolete| | --- Comment #4 from Chris Cormack <chris(a)bigballofwax.co.nz> --- Created attachment 31216 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=31216&action=edit Bug 3186 - invalid or uninstalled SMSSendDriver (or bad number format) causes process_message_queue to fail This patch wraps the SMS::Send Driver initialization and sending process into an eval block and gracefully causes the sending to fail, instead of crashing the process and preventing emails and good sms' from being sent. Signed-off-by: Chris Cormack <chris(a)bigballofwax.co.nz> -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 3186] invalid or uninstalled SMSSendDriver (or bad number format) causes process_message_queue to fail
by bugzilla-daemon＠bugs.koha-community.org 28 Aug '14

28 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3186 Chris Cormack <chris(a)bigballofwax.co.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Signed Off -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 11989] New: Holds Queue Scheduling
by bugzilla-daemon＠bugs.koha-community.org 27 Aug '14

27 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11989 Bug ID: 11989 Summary: Holds Queue Scheduling Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com It would be great to see a transfer schedule set in place so that Koha could take into account days where items are not transferred in and out of a library, and take that into consideration along with the cost matrix. Some libraries only do transfers 1 or 2 times a week, where others transfer 5-7 times a week, or even more. For example: Patron at Library A requests item On Monday: Library B has item, and is best suited according to the cost matrix. Library C has item, and is next best suited according to the cost matrix. What the cost matrix doesn't take into account is that Library B won't transfer any items out until Thursday. Library C transfers daily. So, what happens? The request goes to Library B's queue, and sits in a bin until Thursday. The patron doesn't get the item until Friday, or possibly Monday. However, if transfer days were taken into consideration, the patron could get the item from Library C in a day or two, and the item at Library B doesn't have to sit in a bin for a week. The queue needs to first look at what libraries are transferring, either that day, or the day before (depending on the time of day the holds are pulled and processed and when transfers are picked up), and of those libraries that are close to transfer, then be assessed by the cost matrix. Also, if an item isn't processed at that library (maybe they missed the window), it is reassessed the next day. Perhaps it didn't get pulled and scanned before transfers that day. Now another library might be a better candidate. Of course the transfer schedule, the buffer (how soon before transfer does the library become eligible), and daily reassessment should all be preferences to be set. Anyway, this would be a good addition to the holds queue system. Christopher -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 12836] New: SRU Explain file needs to be rewritten
by bugzilla-daemon＠bugs.koha-community.org 27 Aug '14

27 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12836 Bug ID: 12836 Summary: SRU Explain file needs to be rewritten Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Z39.50 / SRU / OpenSearch Servers Assignee: gmcharlt(a)gmail.com Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl To reproduce: - Have zebrasrv running with the default configuration - Enable the public server - Point your browser to http://localhost:9998 (or whatever port you have for the public server) => FAIL: you will notice Caveat: (extracted from the zebrasrv docs) "Unfortunately, the data found in the CQL-to-PQF text file must be added by hand-craft into the explain section of the YAZ Frontend Server configuration file to be able to provide a suitable explain record. Too bad, but this is all extreme new alpha stuff, and a lot of work has yet to be done .." -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 1561] z39.50 results do not show search terms
by bugzilla-daemon＠bugs.koha-community.org 27 Aug '14

27 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1561 Marc Véron <veron(a)veron.ch> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |http://bugs.koha-community. | |org/bugzilla3/show_bug.cgi? | |id=12835 -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0