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

[Bug 8277] New: item form not always showing when ordering
by bugzilla-daemon＠bugs.koha-community.org 31 May '14

31 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8277 Priority: P5 - low Change sponsored?: --- Bug ID: 8277 Assignee: koha-bugs(a)lists.koha-community.org Summary: item form not always showing when ordering Severity: critical Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Acquisitions Product: Koha When ordering in acquisitions the item form isn't always showing (see: http://screencast.com/t/USJxXyTO9) I have tested on 3 3.8.1 systems and see this on two of them .. I can't figure out what's going on, or why it works on one and not the others, but wanted to get the report out here. Nicole -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 5789] New: Fines don't work when items have null homebranch
by bugzilla-daemon＠bugs.koha-community.org 28 May '14

28 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5789 Bug #: 5789 Summary: Fines don't work when items have null homebranch Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: jcamins(a)cpbibliography.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com It seems that the fines cron job cannot handle databases that include items where homebranch, and possibly holdingbranch, are NULL. -- 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 4

[Bug 10012] New: Remove all traces of NoZebraIndexes
by bugzilla-daemon＠bugs.koha-community.org 27 May '14

27 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10012 Bug ID: 10012 Summary: Remove all traces of NoZebraIndexes Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de CC: gmcharlt(a)gmail.com Created attachment 17314 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=17314&action=edit screenshot I found references to NoZebra in 3 places on current master: 1) In our updated 3.6 - 3.12 I still have the NoZebraIndexes show up in the local use preferences tab. Not sure if we can delete this system preference safely on updating existing installations, but it might be nice to do it with some other clean up. 2) The Italian installer files are still referencing NoZebraIndexes: / installer / data / mysql / it-IT / necessari / system_preferences.sql UPDATE systempreferences SET value = '\'title\' => \'200a,200c,200d,200e,225a,225d,225e,225f,225h,225i,225v,500*,501*,503*,510*,512*,513*,514*,515*,516*,517*,518*,519*,520*,530*,531*,532*,540*,541*,545*,604t,610t,605a\',\r\n\'author\' => \'200f,600a,601a,604a,700a,700b,700c,700d,700a,701b,701c,701d,702a,702b,702c,702d,710a,710b,710c,710d,711a,711b,711c,711d,712a,712b,712c,712d\',\r\n\'isbn\' => \'010a\',\r\n\'issn\' => \'011a\',\r\n\'biblionumber => \'0909\',\r\n\'itemtype\' => \'200b\',\r\n\'language\' => \'101a\',\r\n\'publisher\' => \'210c\',\r\n\'date\' => \'210d\',\r\n\'note\' => \r\n\'300a,301a,302a,303a,304a,305a,306az,307a,308a,309a,310a,311a,312a,313a,314a,315a,316a,317a,318a,319a,320a,321a,322a,323a,324a,325a,326a,327a,328a,330a,332a,333a,336a,337a,345a\',\r\n\'Koha-Auth-Number\' => \'6009,6019,6029,6039,6049,6059,6069,6109,7009,7019,7029,7109,7119,7129\',\r\n \'subject\' => \'600*,601*,606*,610*\',\r\n \'dewey\' => \'676a\',\r\n \'homebranch\' => \'995a,995b\',\r\n \'lcn\' => \'995k\'' WHERE variable = 'NoZebraIndexes'; 3) I can also see references to the nozebra indexes in the marc subfield table. For example 245$a. Be careful: After saving the field again, the information disappears (see screenshot). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 10452] New: AllowHoldsOnDamagedItems should control using damaged items to fulfill holds
by bugzilla-daemon＠bugs.koha-community.org 27 May '14

27 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10452 Bug ID: 10452 Summary: AllowHoldsOnDamagedItems should control using damaged items to fulfill holds Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com CC: gmcharlt(a)gmail.com AllowHoldsOnDamagedItems will stop item-specific holds from being placed on damaged items, but does not stop Koha from using damaged items to fill holds. This seems like incorrect behavior. If we don't want holds placed on damaged items, why would we want damaged items to be used to fill a hold? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[Bug 7234] New: koha-common Debian package should include koha-sites.conf
by bugzilla-daemon＠bugs.koha-community.org 27 May '14

27 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7234 Bug #: 7234 Summary: koha-common Debian package should include koha-sites.conf Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Packaging AssignedTo: robin(a)catalyst.net.nz ReportedBy: jcamins(a)cpbibliography.com QAContact: ian.walls(a)bywatersolutions.com The koha-common Debian package should provide a sample koha-sites.conf file, so that people can see what the options are. Even better would be if it's possible to have an interactive mode in the package installer so that it requests the settings it needs (or maybe it could look up domain, etc., from somewhere else on the system?). This bug may be invalid. Please mark it as such if it is. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 13

[Bug 9823] New: Code optimization: Change prototype of GetReservesFromBiblionumber
by bugzilla-daemon＠bugs.koha-community.org 27 May '14

27 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9823 Bug ID: 9823 Summary: Code optimization: Change prototype of GetReservesFromBiblionumber Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)biblibre.com CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com GetReservesFromBiblionumber returns two values while one is enough. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 32

[Bug 7867] New: Same text for username/login in OPAC and intranet
by bugzilla-daemon＠bugs.koha-community.org 26 May '14

26 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7867 Priority: P5 - low Change sponsored?: --- Bug ID: 7867 Assignee: adrien.saurat(a)biblibre.com Summary: Same text for username/login in OPAC and intranet QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: adrien.saurat(a)biblibre.com Hardware: All Status: ASSIGNED Version: master Component: Templates Product: Koha We have username/password in the intranet login page, and login/password in the OPAC login page. One word for this may be better. -- You are receiving this mail because: You are watching all bug changes.

1 47

[Bug 9088] New: Default values for fund and item type on neworderempty form
by bugzilla-daemon＠bugs.koha-community.org 25 May '14

25 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9088 Bug ID: 9088 Summary: Default values for fund and item type on neworderempty form Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: m.de.rooy(a)rijksmuseum.nl Reporter: m.de.rooy(a)rijksmuseum.nl Our users really would like to have a default value for fund and item type when entering a new order instead of selecting them over and over again. The proposed patch needs one syspref containing default codes for such fields. -- You are receiving this mail because: You are watching all bug changes.

1 41

[Bug 10330] New: Rename system preference authoritysep to AuthoritySeperator
by bugzilla-daemon＠bugs.koha-community.org 23 May '14

23 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10330 Bug ID: 10330 Summary: Rename system preference authoritysep to AuthoritySeperator Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: kyle.m.hall(a)gmail.com -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 7218] New: Add Smart::Comments module dependency to Koha
by bugzilla-daemon＠bugs.koha-community.org 22 May '14

22 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7218 Bug #: 7218 Summary: Add Smart::Comments module dependency to Koha Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_8 Platform: All OS/Version: All Status: NEW Severity: trivial Priority: P5 - low Component: Architecture, internals, and plumbing AssignedTo: gmcharlt(a)gmail.com ReportedBy: mtj(a)kohaaloha.com QAContact: ian.walls(a)bywatersolutions.com using the Smart::Comments perl module in Koha, would give Koha better debugging output -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 1