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

[Bug 5672] New: Search History Should have RSS Feeds
by bugzilla-daemon＠bugs.koha-community.org 19 Mar '15

19 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5672 Summary: Search History Should have RSS Feeds Change sponsored?: --- Product: Koha Version: master Platform: All URL: /cgi-bin/koha/opac-search-history.pl OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Searching AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 It would be great to add a column to the search history tab in the OPAC with an RSS feed next to each search to allow patrons to easily subscribe to each of their saved searches (since each one has an RSS feed already it should be easy to add). -- 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 29

[Bug 7339] New: Help System in IE8-9 Does Not Load With 500 Error
by bugzilla-daemon＠bugs.koha-community.org 19 Mar '15

19 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7339 Bug #: 7339 Summary: Help System in IE8-9 Does Not Load With 500 Error Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: PC OS/Version: Windows Status: NEW Severity: critical Priority: P5 - low Component: Staff Client AssignedTo: paul.poulain(a)biblibre.com ReportedBy: lzuares(a)collsk12.org QAContact: ian.walls(a)bywatersolutions.com CC: gmcharlt(a)gmail.com When attempting to load the help system [?], I receive a 500 error from both IE8 and IE9 on two different library systems/servers. -- 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 25

[Bug 5327] New: Unit tests required for all C4 modules
by bugzilla-daemon＠bugs.koha-community.org 18 Mar '15

18 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5327 Summary: Unit tests required for all C4 modules Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Test Suite AssignedTo: gmcharlt(a)gmail.com ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 We need more unit tests! -- 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 296

[Bug 5176] New: SIPServer Incorrectly Requires Login over Socket
by bugzilla-daemon＠bugs.koha-community.org 06 Mar '15

06 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5176 Summary: SIPServer Incorrectly Requires Login over Socket Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: SIP2 AssignedTo: colin.campbell(a)ptfs-europe.com ReportedBy: colin.campbell(a)ptfs-europe.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Comment in the source indicates a mis-reading of the standard. Assuming that over a raw socket connection login will be the first message. Standard states that whether login or another mechanism is used is optional. (It is configurable on 3M units and most others). (If used login should be first but it can be spoofed in our implementation anyway) Use of login should be a configurable option. This may cause problems on flaky connections. -- 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 5337] New: acq EAN search
by bugzilla-daemon＠bugs.koha-community.org 05 Mar '15

05 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5337 Summary: acq EAN search Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All URL: http://wiki.koha-community.org/wiki/EAN_reading_RFC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: paul.poulain(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Deadline: 2011-05-01 In acquisition module, scanning an EAN will result in a correct search -- 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 57

[Bug 5071] New: Make the 'koha' package set things up so that zebra etc. just work
by bugzilla-daemon＠bugs.koha-community.org 26 Feb '15

26 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5071 Summary: Make the 'koha' package set things up so that zebra etc. just work Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: Linux Status: NEW Severity: enhancement Priority: P5 Component: Packaging AssignedTo: robin(a)catalyst.net.nz ReportedBy: robin(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 At the moment, the site you get from using the 'koha' package doesn't integrate with the management system (based around koha-list) that koha-common provides. This means that things like zebra and other cron jobs don't work. If the koha package installed its default site into the location that koha-common expects (/etc/koha/sites), then koha-common will be able to manage all these things pretty much automatically. -- 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 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 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 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