September 2016 - Koha-bugs - lists.koha-community.org

[Bug 17299] New: Date due shows incorrect time on SCO.
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '16

15 Sep '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17299 Bug ID: 17299 Summary: Date due shows incorrect time on SCO. 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: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org For non-hourly loans, date due will by YYYY-MM-DD 23:59:00 Assuming date format MM/DD/YYYY, the date due under the self-checkout should appear as MM/DD/YYYY 11:59:00 PM (Timeformat: 12 hour) or MM/DD/YYYY 23:59:00 (Timeformat 24H). Instead it is showing as either MM/DD/YYYY 12:00 AM (Timeformat: 12 hour) or MM/DD/YYYY 00:00 (Timeformat: 24H) Steps to reproduce: 1/ Enable WebBasedSelfCheck syspref 2/ Check out an item to User A -- Do not use an hourly loan. 3/ Log in to Koha self check ( {OPAC URL}/cgi-bin/koha/sco/sco-main.pl). 4/ Enter User A's cardnumber. See that Checkouts are MM/DD/YYYY 12:00 AM (Timeformat: 12 hour) or MM/DD/YYYY 00:00 (Timeformat: 24H) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 12629] Software error when trying to merge records from different frameworks
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '16

15 Sep '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12629 Kyle M Hall <kyle(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Passed QA |Pushed to Master --- Comment #9 from Kyle M Hall <kyle(a)bywatersolutions.com> --- Pushed to master for 16.11! -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10768] Improve the interface related to itemBarcodeFallbackSearch
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '16

15 Sep '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10768 Andreas Roussos <arouss1980(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Needs Signoff --- Comment #5 from Andreas Roussos <arouss1980(a)gmail.com> --- (In reply to Owen Leonard from comment #3) > This looks fine except for one small thing: The changed lines include tab > characters. Whenever we modify a template which contains tab characters we > should replace each tab with four spaces. Well spotted, thanks! I've updated the patch accordingly. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10768] Improve the interface related to itemBarcodeFallbackSearch
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '16

15 Sep '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10768 Andreas Roussos <arouss1980(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #55581|0 |1 is obsolete| | --- Comment #4 from Andreas Roussos <arouss1980(a)gmail.com> --- Created attachment 55585 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=55585&action=ed… Bug 10768 - Improve the interface related to itemBarcodeFallbackSearch When the itemBarcodeFallbackSearch syspref is on, the wording in the interface should reflect that you can enter a barcode OR a keyword. Additionally, in the results of a keyword search the "Fast cataloging" link should be more descriptive. This patch fixes these issues. Test plan: 0) [PREREQUISITES] Ensure you have a Fast Add ('FA') framework defined, and that your itemBarcodeFallbackSearch syspref is set to 'Enable'. 1) Go to Circulation -> Check out, search for a patron, then select a patron to Check out. Notice how the text above the textbox reads "Enter item barcode:". 2) Type something generic (not a barcode) in the textbox so that you'll get at least one item as a result. Notice how the text in the yellow warning box reads "The barcode was not found: <terms> Fast cataloging". 3) Apply the patch. 4) Repeat step 1), now the text above the textbox should read "Enter item barcode or keyword:". 5) Repeat step 2), now the text in the yellow warning box should read "The barcode was not found: <terms> Add record using fast cataloging". -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14610] Add ability to place article requests in Koha
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '16

15 Sep '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14610 --- Comment #206 from Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> --- (In reply to Katrin Fischer from comment #205) > Thx for working on this Marcel! > From reading your comments I feel like the 'scan' feature might be dealt > with better later on, as it sounds like an enhancement to the initial patch. > Would you agree with that? Some libraries might not want the user to be able > to pick, only offer one thing etc.. it might complicate things here and this > is already quite big. Yes, this could be put under the "future directed" comments. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10768] Improve the interface related to itemBarcodeFallbackSearch
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '16

15 Sep '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10768 Owen Leonard <oleonard(a)myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Failed QA --- Comment #3 from Owen Leonard <oleonard(a)myacpl.org> --- This looks fine except for one small thing: The changed lines include tab characters. Whenever we modify a template which contains tab characters we should replace each tab with four spaces. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14610] Add ability to place article requests in Koha
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '16

15 Sep '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14610 --- Comment #205 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Thx for working on this Marcel! >From reading your comments I feel like the 'scan' feature might be dealt with better later on, as it sounds like an enhancement to the initial patch. Would you agree with that? Some libraries might not want the user to be able to pick, only offer one thing etc.. it might complicate things here and this is already quite big. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14610] Add ability to place article requests in Koha
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '16

15 Sep '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14610 --- Comment #204 from Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> --- Nice addition ! (We are locally interested in such a feature too, but it would need some extensions. ) Some comments from testing (no full QA). The first ones need immediate attention. Some others are more future directed. After updatedatabase feature is already enabled? Distinction between record level and item level may not be clear for everybody. Biblio level ? Item level: if a biblio has no items, it is not useful to show Request Article on results and detail. Checking status: If an item has been checked out, I can still process and complete an item based article request? You do not check statuses. Should we? Or at least warn in the process to prevent mistakes? OPAC Detail menu: no icon for Request Article. opac-request-article.tt: bodyid='opac-holds' ? copy-pasted (did not look further) The new request message does NOT contain the pages that I entered in the OPAC (though saved in the database). AR_PENDING Typo in that notice: Article Request Recieved Note that AR_PROCESSING did contain the entered page range in the second notice. At first sight I do not see any difference between these notices for pages. (The field name pages might be problematic in the TT environment just like size?) circ/circulation.pl: Just from a code glance: + $patron = Koha::Patrons->find( $borrowernumber ); $borrower = GetMemberDetails( $borrowernumber, 0 ); I understand that you will not be refactoring the script here, but seeing those two calls here together does not look good. (Just mentioning) General In the new request, I am missing a field for the type of service: Do you want a photocopy, a scan or still some other service ? These service types should be controlled somewhere. For instance, one library only copies and the other scans. The message "You may pick your article up at RMA." only refers to photocopies? A scan should be included in the mail (at least a URL where to download the scanned portion of the biblio). This might be a local upload, but could well be some external transfer service too. Future extensions? I think we need some threshhold on the number of requests per patron. I saw libraries offering one or two scans per day, additional requests being queued. A maximum number of requests and a number to process per day might be a good start. The second number could be used in reporting the pending requests to pick next. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8076] fines showing title twice
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '16

15 Sep '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8076 Andreas Roussos <arouss1980(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |arouss1980(a)gmail.com Resolution|--- |FIXED Status|NEW |RESOLVED --- Comment #2 from Andreas Roussos <arouss1980(a)gmail.com> --- Apparently this was fixed in bug 16234, commit http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=e6d3daea923… Marking this bug as RESOLVED/FIXED. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14610] Add ability to place article requests in Koha
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '16

15 Sep '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14610 --- Comment #203 from Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> --- Testing this now. -- You are receiving this mail because: You are watching all bug changes.

1 0