December 2013 - Koha-bugs - lists.koha-community.org

[Bug 10750] New: Correct capitalization on suggestion form in OPAC
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '13

05 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10750 Bug ID: 10750 Summary: Correct capitalization on suggestion form in OPAC Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org There are a few strings not capitalized according to our rules in the OPAC suggestion form. -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 11108] New: undoing receiving does not appear to work (but actually does)
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '13

05 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11108 Bug ID: 11108 Summary: undoing receiving does not appear to work (but actually does) Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: gmcharlt(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org If one receives an order, then after it has been marked received, undoes the receipt by using the 'Cancel receipt' link on the already-received orders page, when the page refreshes, the order is still displayed on that table. It also is displayed on the orders-to-receive table. This is confusing; when an receipt is undone, the order should only display on the orders-to-receive table. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 3934] move test prediction pattern button
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '13

05 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3934 Tomás Cohen Arazi <tomascohen(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Passed QA |Pushed to Stable --- Comment #9 from Tomás Cohen Arazi <tomascohen(a)gmail.com> --- This patch has been pushed to 3.12.x, will be in 3.12.8. Thanks Owen! -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 2546] Description of charges: string hardcoded
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '13

05 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2546 Galen Charlton <gmcharlt(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |6427 -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 2456] Moving some C4::VirtualShelves subs from EXPORT to EXPORT_OK
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '13

05 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2456 Galen Charlton <gmcharlt(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks|6427 | -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 2456] Moving some C4::VirtualShelves subs from EXPORT to EXPORT_OK
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '13

05 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2456 Galen Charlton <gmcharlt(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |6427 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10283] New: Hide "many items" on second tab when using OpacSeparateHoldings
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '13

05 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10283 Bug ID: 10283 Summary: Hide "many items" on second tab when using OpacSeparateHoldings Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: magnus(a)enger.priv.no Depends on: 7674 As noted by Katrin on Bug 7674: "- if there are over 50 items in the holdings or Other holdings tab, the warning and link 'This record has many physical items. Click here to view them all.' is only shown for the first tab." If there are more than a given number of items, they do not display directly in the detail view in the OPAC, but the text and link "This record has many physical items. Click here to view them all." is displayed instead. Activating OpacSeparateHoldings separates holdings into two tabs. If there are manye items the text and link is shown on the first tab (showing the items that belong to the library of the logged in suer), but the second tab (showing items at all other libraries) show the full list, not the text and link. This makes the initial display of the detail page veeery slow, when there are a lot if items (I have tested with ~3000 items). -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 10445] New: SIP Server doesn't respect maxoutstanding system preference
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '13

05 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10445 Bug ID: 10445 Summary: SIP Server doesn't respect maxoutstanding system preference Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle.m.hall(a)gmail.com CC: colin.campbell(a)ptfs-europe.com The system preference 'maxoutstanding' is defined as the maximum amount of fees owed by the patron before Koha should block placing holds ( terrible naming on this one ). However, although the Koha OPAC respects this preference, placing holds via a SIP2 device will not. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[Bug 10974] New: OAI-PMH Resumption Tokens Do Not Handle Time
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '13

05 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10974 Bug ID: 10974 Summary: OAI-PMH Resumption Tokens Do Not Handle Time Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org Currently, it is possible to retrieve 50 or so records from Koha via OAI-PMH, when using times in your 'from' and 'until' arguments. Here is an example that will return a list of records (if your OAI server syspref is turned on). http://KOHAINSTANCE/cgi-bin/koha/oai.pl?verb=ListRecords&metadataPrefix=oai… However, if you need to retrieve the rest of the results via a resumption token, Koha won't return your results. http://KOHAINSTANCE/cgi-bin/koha/oai.pl?verb=ListRecords&resumptionToken=oa…: This is because Koha joins and splits the resumption token using colons. Obviously, since the timestamps use colons, the string isn't going to be split correctly. I propose that we change the separator colons to slashes. This is the method that DSpace uses when serving records via OAI-PMH. You can see an example here: http://papyrus.bib.umontreal.ca/dspace-oai/request?verb=ListRecords&metadat… -- Note: Koha doesn't handle times 100% correctly in master either. That's why I opened bug 10824. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 11344] New: Perldoc issues in misc/cronjobs/advance_notices.pl
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '13

05 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11344 Bug ID: 11344 Summary: Perldoc issues in misc/cronjobs/advance_notices.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: gmcharlt(a)gmail.com Reporter: bartonski(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org perldoc misc/cronjobs/advance_notices.pl shows the following: NAME advance_notices.pl - cron script to put item due reminders into message queue SYNOPSIS ./advance_notices.pl -c or, in crontab: 0 1 * * * advance_notices.pl -c DESCRIPTION This script prepares pre-due and item due reminders to be sent to patrons. It queues them in the message queue, which is processed by the process_message_queue.pl cronjob. The type and timing of the messages can be configured by the patrons in their "My Alerts" tab in the OPAC. NAME advance_notices.pl - prepare messages to be sent to patrons for nearly due, or due, items SYNOPSIS advance_notices.pl [ -n ][ -m <number of days> ][ --itemscontent <comma separated field list> ][ -c ] OPTIONS --help Print a brief help message and exits. --man Prints the manual page and exits. -v Verbose. Without this flag set, only fatal errors are reported. -n Do not send any email. Advanced or due notices that would have been sent to the patrons are printed to standard out. -m Defines the maximum number of days in advance to send advance notices. --itemscontent comma separated list of fields that get substituted into templates in places of the <<items.content>> placeholder. This defaults to due date,title,author,barcode Other possible values come from fields in the biblios, items and issues tables. DESCRIPTION This script is designed to alert patrons when items are due, or coming due ... =============================================== Issues: NAME SYNOPSIS DESCRIPTION Occur twice. The sections are not duplicates. One version should be chosen for each section. -c (Confirm that the user has read and configured this script.) is not documented in OPTIONS. Here are the comments where $confirm is defined, as well as the call to GetOptions: 161 # These are defaults for command line options. 162 my $confirm; # -c: Confirm that the user has read and configured this script. 163 # my $confirm = 1; # -c: Confirm that the user has read and configured this script. 164 my $nomail; # -n: No mail. Will not send any emails. 165 my $mindays = 0; # -m: Maximum number of days in advance to send notices 166 my $maxdays = 30; # -e: the End of the time period 167 my $verbose = 0; # -v: verbose 168 my $itemscontent = join(',',qw( date_due title author barcode )); 169 170 my $help = 0; 171 my $man = 0; 172 173 GetOptions( 174 'help|?' => \$help, 175 'man' => \$man, 176 'c' => \$confirm, 177 'n' => \$nomail, 178 'm:i' => \$maxdays, 179 'v' => \$verbose, 180 'itemscontent=s' => \$itemscontent, 181 )or pod2usage(2); 182 pod2usage(1) if $help; 183 pod2usage( -verbose => 2 ) if $man;; -- You are receiving this mail because: You are watching all bug changes.

1 0