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

[Bug 10796] New: Allow OpacPasswordChange to be set by category type
by bugzilla-daemon＠bugs.koha-community.org 06 Dec '13

06 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10796 Bug ID: 10796 Summary: Allow OpacPasswordChange to be set by category type 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 When using LDAP or another central authentication you don't want patrons to change passwords in the OPAC, but at the same time you might have local users that should be allowed to change their password. I think it would be nice if we could move OpacPasswordChange from a global system preference to the patron category confguration page. This is similar to bug 3032 - but would not be per patron, but only per patron category. -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 8030] New: edit hold from patron record
by bugzilla-daemon＠bugs.koha-community.org 06 Dec '13

06 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8030 Priority: P5 - low Change sponsored?: --- Bug ID: 8030 CC: gmcharlt(a)gmail.com Assignee: koha.sekjal(a)gmail.com Summary: edit hold from patron record Severity: enhancement Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Hold requests Product: Koha It would be nice to be able to edit hold pickup location from patron record instead of just the bib record. Right now you can cancel and suspend holds from the bib or the patron, but can only change pickup location from the bib. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 7315] New: Remove deprecated notifyMailsOp.pl cronjob
by bugzilla-daemon＠bugs.koha-community.org 06 Dec '13

06 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7315 Bug #: 7315 Summary: Remove deprecated notifyMailsOp.pl cronjob Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 - low Component: Command-line Utilities AssignedTo: gmcharlt(a)gmail.com ReportedBy: ian.walls(a)bywatersolutions.com QAContact: ian.walls(a)bywatersolutions.com This script is hard-coded to work only for one specific library, and references a table, notifys, which is otherwise completely unreferenced anywhere else in Koha (expect possibly in the 22to30 scripts) This script should be removed -- 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 2

[Bug 6951] New: item field changes not saving
by bugzilla-daemon＠bugs.koha-community.org 06 Dec '13

06 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6951 Bug #: 6951 Summary: item field changes not saving Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com The values entered in 952#f and 952$3 are not saving to the database. -- 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 1

[Bug 6644] New: inventory tool doesn't work with shelving location
by bugzilla-daemon＠bugs.koha-community.org 06 Dec '13

06 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6644 Bug #: 6644 Summary: inventory tool doesn't work with shelving location Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Tools AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org If you do an inventory report with a shelving location chosen it prints nothing to the screen and the CSV you export is an invalid file. The report works if you choose a specific branch and/or call number range, but just not if you choose a shelving location as well. -- 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 2

[Bug 5319] New: frequency seasonal generate a season called "nothing"
by bugzilla-daemon＠bugs.koha-community.org 06 Dec '13

06 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5319 Summary: frequency seasonal generate a season called "nothing" Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P5 Component: Serials AssignedTo: colin.campbell(a)ptfs-europe.com ReportedBy: raliouat(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Created attachment 2705 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2705 odt file with screen capture of three steps to demonstrate (english version below) On crée un abonnement avec périodicité "trimestriel" et modèle de numérotation "seulement saisonnière" (première date de parution 01/10/2010). On choisit "hémisphère nord" et commence par "automne". On précise "retour à" : 4. en enregistre et on obtient : premier numéro "nothing 2010". ----- english('bad enough') : we create a subscription with frequency "quarter (seasonal)" and numbering pattern "seasonal only".first issue publication date = 01/10/2010 french format means : 2010, first of october. we choose "north hemispher" and begin "automn", "back to" :4. we manualy create the serial : it begin by "nothing 2010". -- 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 3

[Bug 10070] New: Anonymous searches are broken
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '13

05 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10070 Bug ID: 10070 Summary: Anonymous searches are broken Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: blocker Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: jonathan.druart(a)biblibre.com If no user is connected at the OPAC, and the pref EnableOpacSearchHistory is turn on, the history search should be accessible. It is not the case in master. git bisect says me that this commit is guilty: d542740ab8877234d043c8a11cb19a6004e72656 is the first bad commit commit d542740ab8877234d043c8a11cb19a6004e72656 Author: Dobrica Pavlinusic <dpavlin(a)rot13.org> Date: Sun Jun 10 15:18:42 2012 +0100 Bug 6554 - make Koha internally utf-8 clean -- You are receiving this mail because: You are watching all bug changes.

1 36

[Bug 10019] New: Encoding problem with utf8 chars in userid
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '13

05 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10019 Bug ID: 10019 Summary: Encoding problem with utf8 chars in userid Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Authentication Assignee: gmcharlt(a)gmail.com Reporter: m.de.rooy(a)rijksmuseum.nl CC: dpavlin(a)rot13.org As reported by Karam under 6554: if you create a new staff user named with non latin characters like : كرم " my name in Arabic " when log in there is no problem the name is appears but when you change the page go to any other page " like Circulation" the name is gooing to be like this :( ÙØ±Ù, and if we go back to the main page the name still in these characters ÙØ±Ù If we go the the Global system preferences page there is no problem there -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 10074] New: Encoding problems in templates
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '13

05 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10074 Bug ID: 10074 Summary: Encoding problems in templates Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: tomascohen(a)gmail.com We need to revert small change in C4/Templates.pm -- You are receiving this mail because: You are watching all bug changes.

1 40

[Bug 9951] New: Resolve encoding problems where script parameters are not decoded
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '13

05 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9951 Bug ID: 9951 Summary: Resolve encoding problems where script parameters are not decoded Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: m.de.rooy(a)rijksmuseum.nl Bug 6554 corrects the handling of UTF-8 in template processing. This may actually reveal some bugs at other places in Koha where cgi parameters are not decoded. (I resolved some of these places with some followups for 6554, but like to freeze that report now.) There is an easy fix. We have two options: 1 Add the -utf8 parameter when using CGI at the start of the script. 2 Decode the parameters individually where utf8 chars are to be expected. For both methods, we could say something. I will send a mail to the dev list also to trigger a discussion and hopefully reach a best [Koha?] practice. I you still find such an instance, add it here and possibly include a patch. -- You are receiving this mail because: You are watching all bug changes.

1 19