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

[Bug 11140] New: Centralize all sending of email to one subroutine
by bugzilla-daemon＠bugs.koha-community.org 31 Jul '15

31 Jul '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11140 Bug ID: 11140 Summary: Centralize all sending of email to one subroutine Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To reduce the chances of introducing bugs related to sending emails, and to follow the DRY principle, we should consolidate all calls to sendmail into a single subroutine such that any system preferences or other logic that alters how we send emails can be centralized. For example, bug 8000 and bug 8753, if both pushed, would introduce a bug into Koha if nobody noticed, since there would be no merge conflicts or unit test failures. -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 10192] New: Add {ISBN13} as new parameter to OPACSearchForTitleIn
by bugzilla-daemon＠bugs.koha-community.org 31 Jul '15

31 Jul '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10192 Bug ID: 10192 Summary: Add {ISBN13} as new parameter to OPACSearchForTitleIn Classification: Unclassified 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 The {ISBN} will only provide you with a ISBN10, never with a ISBN13, even if one is present in the record. This is because we actually force ISBN10 in GetNormalizedISBN. Some newer services need ISBN13 to work correctly, so we should also make that available in the templates and OPACSearchForTitleIn. -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 9296] New: overduerules table needs restructuring to allow future extension
by bugzilla-daemon＠bugs.koha-community.org 31 Jul '15

31 Jul '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9296 Bug ID: 9296 Summary: overduerules table needs restructuring to allow future extension Classification: Unclassified Change sponsored?: Sponsored Product: Koha Version: master Hardware: All URL: http://intranet/cgi-bin/koha/tools/overduerules.pl OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: mjr(a)software.coop Reporter: mjr(a)software.coop The overduerules table almost hard-wired to three standard notices, with fields like delay1, delay2, delay3. I want to expand it in the future, so I plan to change it to the following: CREATE TABLE `overduerules` ( -- overdue notice status and triggers `overduerules_id` mediumint NOT NULL AUTO_INCREMENT, `branchcode` varchar(10) NOT NULL default '', -- foreign key from the branches table to define which branch this rule is for (if blank it's all libraries) `categorycode` varchar(10) NOT NULL default '', -- foreign key from the categories table to define which patron category this rule is for `delay` int(4) default NULL, -- number of days after the item is overdue that this notice is sent `letter` varchar(20) default NULL, -- foreign key from the letter table to define which notice should be sent `debarred` varchar(1) default 0, -- is the patron restricted when this notice is sent (1 for yes, 0 for no) `typecode` varchar(10) NOT NULL default '1', -- 1 2 3 for first second third, may be extended later PRIMARY KEY (`overduerules_id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8; I think the existing user interface and cronjob can be made to work with this structure pretty easily. Patch to follow. -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 12771] New: Enhancement to manage more than 3 levels of overdue notice
by bugzilla-daemon＠bugs.koha-community.org 31 Jul '15

31 Jul '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12771 Bug ID: 12771 Summary: Enhancement to manage more than 3 levels of overdue notice Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: francois.charbonnier(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org Sponsored by Halland County Library RFC : http://wiki.koha-community.org/wiki/Overdue_Notice_Enhancement#Enhancement_… Description : A new system preference will be added : "MaxNumberReminders". It will set the maximum number of notifications the system can send. This preference will affect the number of tabs in the « Overdue notice/status triggers » tool. Note : if the librarian changes the settings and reduce the number of reminders, the current trigger settings will be disabled and hidden but not deleted. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 8891] New: "Long overdue (lost)" items in search results show garbled information
by bugzilla-daemon＠bugs.koha-community.org 30 Jul '15

30 Jul '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8891 Priority: P5 - low Change sponsored?: --- Bug ID: 8891 Assignee: gmcharlt(a)gmail.com Summary: "Long overdue (lost)" items in search results show garbled information Severity: enhancement Classification: Unclassified OS: All Reporter: ago(a)bywatersolutions.com Hardware: All Status: NEW Version: rel_3_8 Component: Searching Product: Koha Created attachment 12747 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=12747&action=edit long overdue examples When logged in as a user for whom lost items are displayed by default, items in search results which have the status "Long overdue (lost)" show garbled information. -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 11653] New: For tag "020" only subfields "a" is displayed in MARC XSLT OPAC's detail template
by bugzilla-daemon＠bugs.koha-community.org 29 Jul '15

29 Jul '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11653 Bug ID: 11653 Summary: For tag "020" only subfields "a" is displayed in MARC XSLT OPAC's detail template Change sponsored?: --- Product: Koha Version: 3.14 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: costalc(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org MARC XSLT OPAC's detail template and Intranet detail template only display subfield "a" for tag "020". It is needed showing all subfields according MARC rules. example ======= For: 020 ##$a0870686933$qv. 1$z087064302 Display: ISBN 0870686933 (v. 1) ISBN (invalid) 0870684302 Reference: http://www.loc.gov/marc/bibliographic/bd020.html -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 11049] New: Truncated URLs may mangle output of sending cart email from opac
by bugzilla-daemon＠bugs.koha-community.org 29 Jul '15

29 Jul '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11049 Bug ID: 11049 Summary: Truncated URLs may mangle output of sending cart email from opac Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl I stumbled over this in 3.8. A record contains four longer URLs (in MARC 856) that in total exceed the field length of biblioitems.url (255 chars). In saving this info into biblioitems.url the output of TransformMarcToKoha is truncated. When you put this biblio in the opac cart and send the cart, this truncated field is inserted into a html template. After that it should be sent as a plain text email. Somewhere in this process the truncated field causes the email output to be mangled. Information after the URLs like item info and the closing line with dashes do no longer appear. It seems like this bug could be reproduced in master (looking at the code and templates). But unfortunately, in master when sending the basket another error pops up before the form of opac-sendbasket is shown. Can't call method "field" on an undefined value at /usr/share/koha/testclone/C4/Biblio.pm line 1713. This is in the routine GetMarcNotes and it is actually not really related to the error presented in this report ;) -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 12412] New: Allow plugins to convert arbitrary files to MARC from record staging tool
by bugzilla-daemon＠bugs.koha-community.org 27 Jul '15

27 Jul '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12412 Bug ID: 12412 Summary: Allow plugins to convert arbitrary files to MARC from record staging tool Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Many libraries would like to be able to import various types of files as MARC records ( citations, csv files, etc ). We can add a new function to the plugins system to allow that kind of behavior at a very custom level. -- You are receiving this mail because: You are watching all bug changes.

1 25

[Bug 9966] New: Hiden Items
by bugzilla-daemon＠bugs.koha-community.org 27 Jul '15

27 Jul '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9966 Bug ID: 9966 Summary: Hiden Items Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.10 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: ed.veal(a)bywatersolutions.com If you set up the OpacHiddenItems syspref to hide based on homebranch and then do a "Title Phrase" search for a title that on the hidden branch owns you get a 404 error rather than the "No Item found" message. -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 12411] New: Encoding broken in the syspref template plugin
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '15

25 Jul '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12411 Bug ID: 12411 Summary: Encoding broken in the syspref template plugin Change sponsored?: --- Product: Koha Version: 3.14 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org This will fix the encoding issues existing in 3.14 and 3.16. The issue still appear in master but is fixed by bug 11944. If you try to add non latin characters in a pref like OPACMySummaryNote or NoLoginInstructions, the display is broken. -- You are receiving this mail because: You are watching all bug changes.

1 21