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

[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

[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 7917] New: Print/download new arrivals list in ISBD format
by bugzilla-daemon＠bugs.koha-community.org 23 Feb '15

23 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7917 Priority: P5 - low Change sponsored?: --- Bug ID: 7917 Assignee: gmcharlt(a)gmail.com Summary: Print/download new arrivals list in ISBD format QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: savitra.sirohi(a)osslabs.biz Hardware: All Status: NEW Version: rel_3_8 Component: Cataloging Product: Koha New tool to print or download a listing of new arrivals in ISBD format. -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 6425] New: begins with and contains searches
by bugzilla-daemon＠bugs.koha-community.org 23 Feb '15

23 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6425 Bug #: 6425 Summary: begins with and contains searches Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All 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 It would be nice to have a pull down for 'anywhere', 'begins with', and 'contains' on the advanced search next to the option of fields. That way you can search for the phrase at the beginning of the title or anywhere in the title. -- 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 8302] New: Add accesssion number to the drop down list in OPAC Search.
by bugzilla-daemon＠bugs.koha-community.org 23 Feb '15

23 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8302 Priority: P5 - low Change sponsored?: --- Bug ID: 8302 Assignee: oleonard(a)myacpl.org Summary: Add accesssion number to the drop down list in OPAC Search. Severity: normal Classification: Unclassified OS: All Reporter: meenakshi.r(a)osslabs.biz Hardware: All Status: NEW Version: master Component: OPAC Product: Koha Created attachment 10452 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=10452&action=edit Attaching patch Add Accession no to OPAC Search drop down list. -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 6819] New: can delete items you have received
by bugzilla-daemon＠bugs.koha-community.org 22 Feb '15

22 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6819 Bug #: 6819 Summary: can delete items you have received Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All URL: cgi-bin/koha/acqui/basket.pl?basketno=5 OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Created attachment 5226 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=5226 basket edit and delete options When you're in a basket you have edit and delete links to the right of each line item (this is good). The problem is that these options appear even if you have already received an item. I don't think we need to remove the edit option in this case (but maybe we should) but we certainly should remove the delete option. If I've received something already then money has been subtracted and deleting a line from a basket could cause major problems. -- 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 8

[Bug 7997] New: can create a notice with the same code
by bugzilla-daemon＠bugs.koha-community.org 22 Feb '15

22 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7997 Priority: P5 - low Change sponsored?: --- Bug ID: 7997 Assignee: henridamien(a)koha-fr.org Summary: can create a notice with the same code QA Contact: koha.sekjal(a)gmail.com Severity: major Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Notices Product: Koha When creating a new notice you can use a code that's in use already and when you save you overwrite the original notice. There is no warning there or block to stop you from doing this. If this is the intended behavior then we need a warning that says saving this will overwrite the original notice with this code - or we need a way to prevent creation of notices with the same code. Nicole -- You are receiving this mail because: You are watching all bug changes.

1 21

[Bug 6742] New: can't tell what's a child fund
by bugzilla-daemon＠bugs.koha-community.org 22 Feb '15

22 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6742 Bug #: 6742 Summary: can't tell what's a child fund Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org When you're looking at your list of funds you can't tell what funds are children funds without mousing over the title - can we have the children funds indented under the parent fund or have a dash and show it under? For example: Friends Friends 1500.00 -FOLDON Friends - general donations 300.00 -FOLGRJ Greenwood Prichard funds 800.00 -FOLHTJ Harte Prichard funds 400.00 instead of the way it looks now FOLDON Friends - general donations 300.00 FOLGRJ Greenwood Prichard funds 800.00 FOLHTJ Harte Prichard funds 400.00 Friends Friends 1500.00 Where you can't tell the funds are the children of Friends. Also, I know the total issue came up in the past, but couldn't we just not include children funds in the total? -- 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