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

[Bug 9480] New: Set barcode width and height configurable with system preferences in patron card creator
by bugzilla-daemon＠bugs.koha-community.org 01 Aug '15

01 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9480 Bug ID: 9480 Summary: Set barcode width and height configurable with system preferences in patron card creator Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: vfernandes(a)keep.pt Problem: - barcode width scale is always set to 0.8 of the total width - barcode height scale is always set to 0.01 of total height - happens in 3.8.X, 3.10.X and master code Solution: - create a system preference to control width scale name BarcodeWidthScale (default: 0.8) - create a system preference to control height scale name BarcodeHeightScale (default: 0.01) - change Patroncard.pm to use the variables instead of the default values (if the sysprefs are empty uses the default values). -- You are receiving this mail because: You are watching all bug changes.

1 13

[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 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 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 8802] New: Library group records - category type reverts to "searchdomain" when editing group record
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '15

25 Jul '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8802 Priority: P5 - low Change sponsored?: --- Bug ID: 8802 CC: gmcharlt(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: Library group records - category type reverts to "searchdomain" when editing group record Severity: enhancement Classification: Unclassified OS: All Reporter: elibris.helpdesk(a)gmail.com Hardware: All Status: NEW Version: unspecified Component: System Administration Product: Koha If you create a Library Group and select "properties" as the category type, the category type automatically reverts to "searchdomain" whenever you edit the group record. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 10119] New: Calculation of fines on return needs to be documented
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '15

25 Jul '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10119 Bug ID: 10119 Summary: Calculation of fines on return needs to be documented Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com There is a major change in how fines work in that they are recalculated on return of the item. That should at least be reflected in the syspref finesmode, nicer would be a separate switch. finesmode currently reads: [Calculate and charge] fines (when misc/cronjobs/fines.pl is being run). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 8686] New: author search in staff missing checkboxes and menu
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '15

25 Jul '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8686 Priority: P5 - low Change sponsored?: --- Bug ID: 8686 Assignee: oleonard(a)myacpl.org Summary: author search in staff missing checkboxes and menu Severity: major Classification: Unclassified OS: All Reporter: nengard(a)gmail.com URL: cgi-bin/koha/catalogue/search.pl?q=au:%22Engard,%20Nic ole%20C.,%22 Hardware: All Status: NEW Version: master Component: Templates Product: Koha Created attachment 11825 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=11825&action=edit author search The menu bar that lets you put things in lists and such at the top of the results in the staff client goes away - along with the check boxes when you do an author search. See attached. -- You are receiving this mail because: You are watching all bug changes.

1 30

[Bug 10355] New: Second click on modification log misses object parameter
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '15

25 Jul '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10355 Bug ID: 10355 Summary: Second click on modification log misses object parameter Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: katrin.fischer(a)bsz-bw.de To reproduce the problem: 1) Go to any detail page in staff 2) Click on the modification log tab 3) Verify, that the object is prefilled with the records biblionumber and you can also see it as parameter in the url 4) Click a second time on modification log to reset your search 4) Verify that the url is missing the biblionumber now -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 4925] New: Remove Smithsonian as a delivered z39.50 target
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '15

25 Jul '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4925 Summary: Remove Smithsonian as a delivered z39.50 target Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Z39.50 / SRU / OpenSearch Servers AssignedTo: gmcharlt(a)gmail.com ReportedBy: jwagner(a)ptfs.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 I propose to remove Smithsonian Institution as a delivered sample z39.50 target for several reasons. Its collection would seem to be of limited utility for most libraries. Also, and more important, I spent a long time working with them on search problems a while back. Something has changed on their server which seems to require particular search attributes to be sent as part of the search. As it stands now in Koha, only a raw (keyword) search and an author search will produce any results. A title search fails unless it's the full, exact title -- no partial entries. ISBN/ISSN, subject headings, LC call number, and other searches all fail even if a known entry is sent. Koha is using title attr 1=4 for all z39.50 title search, as near as I can tell, and Smithsonian says they're set to use 44. Similar for subject -- Koha is set to 21 and Smithsonian is using 121. A manual yaz z39.50 search specifying the right attributes does work on Smithsonian, but changing them would screw up other z39.50 searches that are now working properly. Any objections to just removing Smithsonian from the list? -- 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 19