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

[Bug 7180] New: Order from staged file improvements
by bugzilla-daemon＠bugs.koha-community.org 25 Feb '15

25 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7180 Bug #: 7180 Summary: Order from staged file improvements Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: julian.maurice(a)biblibre.com QAContact: ian.walls(a)bywatersolutions.com Created attachment 6234 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=6234 addorderiso2709.pl This development provide a way to create multiple order lines at a time from a staged file. You can choose what biblio you want to order, and set a quantity, a price and a budget for each. See screenshot attached. BibLibre infos: Repository: git://git.biblibre.com/koha_biblibre.git Branch: unilim/ft/MT6843 -- 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 374

[Bug 7442] New: Crash when selecting an authority with 200$x or 200$y
by bugzilla-daemon＠bugs.koha-community.org 25 Feb '15

25 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7442 Bug #: 7442 Summary: Crash when selecting an authority with 200$x or 200$y Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: ASSIGNED Severity: minor Priority: P5 - low Component: Cataloging AssignedTo: adrien.saurat(a)biblibre.com ReportedBy: adrien.saurat(a)biblibre.com QAContact: ian.walls(a)bywatersolutions.com Created attachment 7133 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=7133 screenshot >From a biblio record, if one wants to add a 600$a information, a pop-up appears. On this new window, on search terms typed and validated, a table result is displayed, with a column "Get It!" allowing the selection of an authority. >From here, different cases: 1) If we have a simple authority with 200$a and 200$b subfields, a link "choose" is displayed, working correctly. 2) If the authority has different occurences of 200$a/200$b, numeric links (1 2 and so on) are displayed, one for each occurence. In the example of my screenshot, the line with a "Paul, Korky -- Pauline, Korkette" summary possesses two links : "1" will add "Paul, Korky" whereas "2" will add "Pauline, Korkette" (couldn't come up with a better name ;)). 3) If the authority has 200$x or 200$y subfields defined, several links are also created, when it should not be the case. In our example, "Niclausse, Paul -- Expositions" will create a link "1" for "Niclausse, Paul" and a link "2" for "Expositions". Clicking on the 2nd link leads to the following error: Software error: Can't call method "subfields" on an undefined value at /home/asaurat/workspace/versions/community/authorities/blinddetail-biblio-search.pl line 86. Only the cases 1 and 2 should be handled. The creation of links for subfields like 200$x or 200$y 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 42

[Bug 10195] New: Records hidden with OpacSuppression can still be accessed
by bugzilla-daemon＠bugs.koha-community.org 25 Feb '15

25 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10195 Bug ID: 10195 Summary: Records hidden with OpacSuppression can still be accessed Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de It's possible to access an OpacSuppression hidden record in the OPAC with a direct link to the record: Example: localhost/cgi-bin/koha/opac-detail.pl?biblionumber=299 -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 9865] New: Make SIP2 message encoding configurable via SIPconfig.xml
by bugzilla-daemon＠bugs.koha-community.org 25 Feb '15

25 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9865 Bug ID: 9865 Summary: Make SIP2 message encoding configurable via SIPconfig.xml Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: SIP2 Assignee: adrien.saurat(a)biblibre.com Reporter: adrien.saurat(a)biblibre.com CC: colin.campbell(a)ptfs-europe.com Depends on: 9531 Based on bug 9531 by Kyle Hall. We sometimes need to change the output charset to a specific encoding (mostly utf8). Being able to choose an encoding in the account line of SIPconfig.xml would be very useful. -- You are receiving this mail because: You are watching all bug changes.

1 29

[Bug 6967] New: Create suggestion from z39.50 / existing records
by bugzilla-daemon＠bugs.koha-community.org 24 Feb '15

24 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6967 Bug #: 6967 Summary: Create suggestion from z39.50 / existing records Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org I talked to someone about acquisitions and we came up with following idea for a new feature: After searching the catalog, when nothing is found we currently display a button to start a Z39.50 search. Idea 1) Add an additional 'Add suggestion' button at this place in staff Idea 2) Make it possible to add a suggestion using a result from z39.50 search Basically Idea 2 means to make it possible to use an existing or a downloaded record for suggestions (like we do with orders). So if you are requesting 'one or many more of this book' you could use the record in the system. Or you could use the bibliographic data from a z39.50 source instead of entering the data manually. -- 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 5

[Bug 9968] New: Error when a search is done with Standard number option
by bugzilla-daemon＠bugs.koha-community.org 24 Feb '15

24 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9968 Bug ID: 9968 Summary: Error when a search is done with Standard number option Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: rus.silvia(a)masmedios.com In file "etc\zebradb\ccl.properties" the label "Local-number" is being abbreviated by "sn", it seems an error because "sn" should be the abbreviation of "standard number". The label of standard number is "Identifier-standard" abbreviated by "ident". The standard numbers sholud be the 020, 022 and 024 MARC fields and not the in 001 and 035 fields. For this reason searching in Advanced Search is wrong in "search-indexes.inc" it find the following code: [% IF (numbersphr) %] <option value="sn,phr">Standard number</option> [% ELSE %] <option value="sn">Standard number</option> [% END %] Should be: [% IF (numbersphr) %] <option value="ident,phr">Standard number</option> [% ELSE %] <option value="ident">Standard number</option> [% END %] -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 6481] New: Koha doesn't have a way to set a preferred language from system
by bugzilla-daemon＠bugs.koha-community.org 24 Feb '15

24 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6481 Bug #: 6481 Summary: Koha doesn't have a way to set a preferred language from system Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: I18N/L10N AssignedTo: frederic(a)tamil.fr ReportedBy: conan(a)lugmen.org.ar QAContact: koha-bugs(a)lists.koha-community.org There's something wrong with this snippet: select variable,value,explanation from systempreferences where variable like '%language%'; variable value explanation language en,es-ES Set the default language in the staff client. opaclanguages en,es-ES Set the default language in the OPAC. Koha doesn't have a way to set a default language from system. You can allow user to decide, but that gets into a cookie, not into database. And that cookie doesn't get set up upon first login for some configurations (that could be material for another bug). So we need a way to select a default language and set it into system preferences. The explanation of those two variable tells they set a default, but how can they claim to set a default language if 'value' holds a list of possibilities and there is no way to arrange it's order? I would like to add a new syspref called "available_languages" and change the behaviour of this two to actually do what they claim. But on an irc chat with Magnuse and Cait we agree that it would be more cumbersome and confusing to change the way those variables work now. So even when they will keep misleading names, it's preferable to have two new syspref to set a default languages and keep these two the way they work now: as a list of language options, and, of course, modify their descriptions. I propose to add "preferred_language" and "preferred_opaclanguage" to systempreferences table. Finally, I believe this affects master too, but my testing was done in a 3.4.x installation. -- 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 6

[Bug 9072] New: Add sort order option to Linker
by bugzilla-daemon＠bugs.koha-community.org 24 Feb '15

24 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9072 Priority: P5 - low Change sponsored?: --- Bug ID: 9072 CC: m.de.rooy(a)rijksmuseum.nl Assignee: gmcharlt(a)gmail.com Summary: Add sort order option to Linker Severity: enhancement Classification: Unclassified OS: All Reporter: fridolyn.somers(a)biblibre.com Hardware: All Status: NEW Version: master Component: Cataloging Product: Koha When linking biblio to authorities, matching authorities search is made with 'AuthidAsc' sort order hardcoded. This patch allows to set sort order in LinkerOptions syspref (HeadingAsc, HeadingDsc, AuthidAsc or AuthidDsc). Without option, sort order 'AuthidAsc' is used like previsously. This is useful for FirstMatch or LastMatch linkers where results order is important. PS : This solves a problem with some headings. ie : headings "History" and "History of art". The linker search for "History" will return both headings. With linker FistMatch and "HeadingAsc" sort order, the heading "History" will be first and so will match. -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 6772] New: Implementation of a recommendations engine
by bugzilla-daemon＠bugs.koha-community.org 24 Feb '15

24 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6772 Bug #: 6772 Summary: Implementation of a recommendations engine Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: robin(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org We'd like the ability to have the OPAC say "other people who read this, also read that." We have some very old code that does that, so I'm going to make it work with 3.4 and generally tidy it up. -- 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 15

[Bug 9492] New: children funds not clean if limited to my branch
by bugzilla-daemon＠bugs.koha-community.org 23 Feb '15

23 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9492 Bug ID: 9492 Summary: children funds not clean if limited to my branch Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.8 Hardware: All URL: /cgi-bin/koha/admin/aqbudgets.pl?budget_period_id=1 OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com Created attachment 14854 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=14854&action=edit children funds lumped in with all others When you go to the fund list it is not clear which funds are children funds because the limit on the left is selected to only show my branch. If you uncheck that and click 'go' you can see the children funds clearly under a down arrow (/cgi-bin/koha/admin/aqbudgets.pl?show=1&budget_period_id=1&filter=Go). See screenshots. Tested in 3.8.5 and master. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6