October 2011 - Koha-bugs - lists.koha-community.org

[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 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 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 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

[Bug 5167] New: adding more items to order doesn't fill in all fields
by bugzilla-daemon＠bugs.koha-community.org 22 Feb '15

22 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5167 Summary: adding more items to order doesn't fill in all fields Change sponsored?: --- Product: Koha Version: HEAD Platform: All URL: /cgi-bin/koha/acqui/neworderempty.pl?booksellerid=1&ba sketno=23 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 CC: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 when you hit the plus on an order to add another item it carries over the call number in the new item but nothing else, it should carry over the entire item record since most likely all the ordered items will be the same at this stage of the game -- 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 6698] New: Detail page for organisations should show only valid fields
by bugzilla-daemon＠bugs.koha-community.org 20 Feb '15

20 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6698 Bug #: 6698 Summary: Detail page for organisations should show only valid fields Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All URL: /cgi-bin/koha/members/moremember.pl?borrowernumber=115 9 OS/Version: All Status: NEW Severity: trivial Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org Created attachment 4931 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=4931 screenshot When creating a new organisation the section 'patron identity' is changed and you are only offered surname for the name of the organisation. After saving the detail screen shows all fields, even those you are not able to add: - date of birth - initials - gender Ideally those fields should not be displayed for organisational patrons. -- 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 14

[Bug 6271] New: GetItemIssue(s) : renewals in both items and issues tables
by bugzilla-daemon＠bugs.koha-community.org 20 Feb '15

20 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6271 Bug #: 6271 Summary: GetItemIssue(s) : renewals in both items and issues tables Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Database AssignedTo: gmcharlt(a)gmail.com ReportedBy: fridolyn.somers(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org In Circulation.pm : GetItemIssue returns informations about issues and items using a LEFT JOIN : SELECT * FROM issues LEFT JOIN items ON issues.itemnumber=items.itemnumber The bug is that the fields "renewals" exists in both issues and items table. With SELECT *, only one of the two fields will be retrieved (mostly issues.renewals). There are other queries using JOIN between issues and items. Two solutions : - Not use SELECT * and define an alias for items.renewals, in each queries. - rename items.renewals in items.itemrenewals, in database model. Regards, -- 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 12

[Bug 6223] New: Patron categories should have a default set of permissions
by bugzilla-daemon＠bugs.koha-community.org 19 Feb '15

19 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6223 Bug #: 6223 Summary: Patron categories should have a default set of permissions Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Patrons AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: conan(a)lugmen.org.ar QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com If you set a patron to a certain category then that patron should receive a set of permissions. If I'm saying that 'Joan Doe' has category 'staff' then it shouldn't be necessary to give him appropriate permissions. They should be filled according to category. This means that we will need to add default permission sets as system preferences for each defined patron category. -- 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 7

[Bug 6796] New: Overnight circulation of reference books
by bugzilla-daemon＠bugs.koha-community.org 17 Feb '15

17 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6796 Bug #: 6796 Summary: Overnight circulation of reference books Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: vimal0212(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Most of the libraries check out reference books (Not for loan) for over night reading. Reference book check out on evening and the patron must return on next day morning itself. In present condition, reference books are not for loan in Koha. But, libraries need to check out for over night reading. Its nice, if there is a provision to check out Reference books not for loan. -- 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 4