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

[Bug 10763] New: Update POD of C4::Creators::Lib::html_table() to use TT syntax
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '13

22 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10763 Bug ID: 10763 Summary: Update POD of C4::Creators::Lib::html_table() to use TT syntax Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: trivial Priority: P5 - low Component: Documentation Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org The POD of C4::Creators::Lib::html_table() has an example of how to create an HTML table based on the output of the function, but it uses the old template syntax, not TT syntax. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 10764] New: Update POD of C4::Items::GetItemStatus() to use TT syntax
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '13

22 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10764 Bug ID: 10764 Summary: Update POD of C4::Items::GetItemStatus() to use TT syntax Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: trivial Priority: P5 - low Component: Documentation Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org The POD of C4::Items::GetItemStatus() has an example of how to create a selector based on the output of the function, but it uses the old template syntax, not TT syntax. -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 10765] New: Update POD of C4::Koha::GetSupportList() to use TT syntax
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '13

22 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10765 Bug ID: 10765 Summary: Update POD of C4::Koha::GetSupportList() to use TT syntax Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: trivial Priority: P5 - low Component: Documentation Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org The POD of C4::Koha::GetSupportList() has an example of how to create an item type selector based on the output of the function, but it uses the old template syntax, not TT syntax. -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 10704] New: Search term highlighting doesn't work beyond the first results page
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '13

22 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10704 Bug ID: 10704 Summary: Search term highlighting doesn't work beyond the first results page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Reporting this bug on behalf of a customer. When 'OpacHighlightedWords' is set to 'Highlight' in the system preferences only the first page of search results appear to be highlighted. Any following results pages do not obey this preference. To test; 1. Enable the above preference 2. Run a search that is known to get at least two pages wroth of results in the OPAC 3. Verify that on page one of the results, the terms you searched for are all highlighted in the results. 4. Verify that on page two (and beyond), the terms you searched for are not highlighted in the results. -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 10728] New: subscription-renew generates unnecessary warnings in logs
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '13

22 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10728 Bug ID: 10728 Summary: subscription-renew generates unnecessary warnings in logs Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: colin.campbell(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com subscription-renew.pl generates warnings in the logs if mode is undefined, set a default value to cut down the noise. Can use the mode variable which is otherwise created for no reason -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 9830] New: Some UNIMARC item indexes could be broken whith Queryweightfields syspref
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '13

22 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9830 Bug ID: 9830 Summary: Some UNIMARC item indexes could be broken whith Queryweightfields syspref Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: mathieu.saby(a)univ-rennes2.fr With this combinaison of sysprefs, and a UNIMARC configuration, it impossible to search on location, barcode and ccode indexes : QueryWeightFields is activated QueryAutoTruncate only if * is added In UNIMARC, location, barcode and ccode (995 $e,$f,h) are indexed only as "words". They need to be indexed also as "phrase" Additionnaly, in UNIMARC, information about damaged and lost status of items is not indexed, while it is done in MARC21. M. Saby -- You are receiving this mail because: You are watching all bug changes.

1 26

[Bug 8419] New: Suspended holds appear on the daily holds queue
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '13

22 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8419 Priority: P5 - low Change sponsored?: --- Bug ID: 8419 CC: gmcharlt(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: Suspended holds appear on the daily holds queue Severity: enhancement Classification: Unclassified OS: All Reporter: kyle.m.hall(a)gmail.com Hardware: All Status: NEW Version: master Component: Hold requests Product: Koha Suspended holds are showing up in both the holds queue and holds to pull reports. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 23

[Bug 10684] New: Koha search dies on undecodable records
by bugzilla-daemon＠bugs.koha-community.org 21 Nov '13

21 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10684 Bug ID: 10684 Summary: Koha search dies on undecodable records Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When a record fails to decode during a search, Koha dies with an error. Koha should ignore bad records and continue on ( and log the error ). -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 10720] New: Substitution term in overdue notices shouldn't be removed even if they don't match
by bugzilla-daemon＠bugs.koha-community.org 20 Nov '13

20 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10720 Bug ID: 10720 Summary: Substitution term in overdue notices shouldn't be removed even if they don't match Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: sophie.meynieux(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org In overdue notices we use some text enclosed by << >> or < > for substitution. At the end of the process, if some of this text still remains, a warn is printed in logfile and the remaining substitution is erased. This procedure prevents to use html tag in notices, needed to format display with css for example. If a susbstitution text does not match any valid term and is not a valid html tag, it should be corrected notice template itself (and warn help to do this) but not systematically deleted. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 10016] New: SelfCheckTimeout not logging patron out
by bugzilla-daemon＠bugs.koha-community.org 20 Nov '13

20 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10016 Bug ID: 10016 Summary: SelfCheckTimeout not logging patron out Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.10 Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Received via email: --------------- I also just discovered that the system preference SelfCheckTimeout which says it's supposed to "Time our the current patron's web-based self checkout system login" after a certain number of second only really returns to the self-check login screen. It's still possible to navigate back, see previous patron checkouts and check out items. ----------- Found in Koha 3.10.3 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 23