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

[Bug 4173] Statuses not appearing in the OPAC
by bugzilla-daemon＠bugs.koha-community.org 04 Apr '13

04 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4173 Liz Rea <liz(a)catalyst.net.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |liz(a)catalyst.net.nz --- Comment #25 from Liz Rea <liz(a)catalyst.net.nz> --- It looks like restricted statuses are still not shown. I actually have a use case for them now - A library wants to show that an item is "ask a librarian" - it's not lost, it's not "not for loan," they just want to indicate that it is restricted access, and they use the restricted authorised value to show that. People also use it to denote "on order" in combination with Not for loan. Anyway, I think we have someone willing to sponsor a fix for the restricted status display - so will file a new bug if that comes to pass. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 9989] New: Closing a basket without creating a basketgroup should not redirect to baskets list
by bugzilla-daemon＠bugs.koha-community.org 04 Apr '13

04 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9989 Bug ID: 9989 Summary: Closing a basket without creating a basketgroup should not redirect to baskets list Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: mathieu.saby(a)univ-rennes2.fr When we close a basket without creating a basketgroup, we are redirected to baskets list for the vendor. I think it would be more logical to stay on the basket page, for example if we want to put it manually into an existing basketgroup. But maybe some libraries would prefer the current behavior? M. Saby Rennes 2 university -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 9982] New: select with authorized values to show on advanced search
by bugzilla-daemon＠bugs.koha-community.org 03 Apr '13

03 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9982 Bug ID: 9982 Summary: select with authorized values to show on advanced search Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com CC: gmcharlt(a)gmail.com It would be great if the item types, collection codes and shelving locations offered an option when adding/editing them to include or not include them on the advanced search page in the OPAC. They should all show in the staff client, but sometimes libraries have more codes than patrons will ever want to search. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 7589] New: Package sites unable to display the wysiwig News Editor
by bugzilla-daemon＠bugs.koha-community.org 03 Apr '13

03 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7589 Bug #: 7589 Summary: Package sites unable to display the wysiwig News Editor Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools AssignedTo: gmcharlt(a)gmail.com ReportedBy: thatcher.rea(a)bywatersolutions.com QAContact: koha.sekjal(a)gmail.com I suspect it may be related to paths issues in the package installs, but all of the ones we have checked do not load the WYSIWYG editor for creating new news items, regardless of browser, as well as the standard stable packages, and packages built off of master. -- 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 27

[Bug 9554] New: single quot not escaped by TT URL filter
by bugzilla-daemon＠bugs.koha-community.org 03 Apr '13

03 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9554 Bug ID: 9554 Summary: single quot not escaped by TT URL filter Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: fridolyn.somers(a)biblibre.com When using "url" or "uri" template toolkit filters, I noticed that double quotes are escaped (%22), but not single quotes. This causes sometimes a problem when URL is written in JavaScript code, in a string delimited by single quotes. -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 9772] New: Displayed Norwegian chars correctly in the patron category dropdown on the Patrons page
by bugzilla-daemon＠bugs.koha-community.org 03 Apr '13

03 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9772 Bug ID: 9772 Summary: Displayed Norwegian chars correctly in the patron category dropdown on the Patrons page Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: magnus(a)enger.priv.no Reporter: magnus(a)enger.priv.no CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com If you install the Norwegian sample data (specifically the sample patron categories) and go to the Patrons page, then click on the patron category dropdown to create a new patron, the Norwegian characters are displayed as black diamonds with a question mark in them. As far as I can tell, the sample data should be OK, and when they are displayed in Administration > Patron categories, they do look ok. -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 9752] New: Set marcflavor = normarc when NORMARC is chosen in the web installer
by bugzilla-daemon＠bugs.koha-community.org 03 Apr '13

03 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9752 Bug ID: 9752 Summary: Set marcflavor = normarc when NORMARC is chosen in the web installer Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Installation and upgrade (web-based installer) Assignee: magnus(a)enger.priv.no Reporter: magnus(a)enger.priv.no CC: gmcharlt(a)gmail.com I thought this was already being done, but alas. If you do a web install in Norwegian and choose NORMARC as the MARC dialect, the marcflavor syspref gets set to MARC21, not NORMARC. I hope the solution can be as simple as including something like this in the SQL file for the default NORMARC framework: UPDATE systempreferences SET value = 'normarc' WHERE variable = 'marcflavor'; But I will have to look at the order in which things are loaded by the webinstaller first. -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 9837] New: Fix Norwegian authorized values for the web installer
by bugzilla-daemon＠bugs.koha-community.org 03 Apr '13

03 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9837 Bug ID: 9837 Summary: Fix Norwegian authorized values for the web installer Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Installation and upgrade (web-based installer) Assignee: magnus(a)enger.priv.no Reporter: magnus(a)enger.priv.no CC: gmcharlt(a)gmail.com Some authorized values are not translated, some are missing. -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 9784] New: koha-shell missing from koha-common man page
by bugzilla-daemon＠bugs.koha-community.org 03 Apr '13

03 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9784 Bug ID: 9784 Summary: koha-shell missing from koha-common man page Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Packaging Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)enger.priv.no CC: robin(a)catalyst.net.nz Depends on: 8878 The koha-shell command introduced by Bug 8878 should be added to the "table of contents" koha-common man page. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 7938] New: The -v option to the translate script is not documented
by bugzilla-daemon＠bugs.koha-community.org 03 Apr '13

03 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7938 Priority: P5 - low Change sponsored?: --- Bug ID: 7938 Assignee: frederic(a)tamil.fr Summary: The -v option to the translate script is not documented QA Contact: koha.sekjal(a)gmail.com Severity: normal Classification: Unclassified OS: All Reporter: magnus(a)enger.priv.no Hardware: All Status: NEW Version: master Component: I18N/L10N Product: Koha Bug 7780 introduced the -v option to the misc/translator/translate script, but this option is not documented in the POD of that script, so it's not mentioned in the documentation you get when you run "perl translate". -- You are receiving this mail because: You are watching all bug changes.

1 12