December 2009 - Koha-bugs - lists.koha-community.org

[Bug 3444] New: "noissuescharge" preference not applied to renewals in OPAC
by bugzilla-daemon＠liblime.com 14 May '10

14 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3444 Summary: "noissuescharge" preference not applied to renewals in OPAC Product: Koha Version: rel_3_0 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: jmf(a)liblime.com ReportedBy: beverly.church(a)liblime.com Estimated Hours: 0.0 Change sponsored?: --- Patrons who have exceeded the amount specified in the circulation preference "noissuescharge" can still renew items in OPAC. Libraries should also have the option of preventing these patrons from renewing items. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 4

[Bug 3442] New: Issue in Arabic Search
by bugzilla-daemon＠liblime.com 14 May '10

14 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3442 Summary: Issue in Arabic Search Product: Koha Version: rel_3_0 Platform: PC URL: http://irilib.iiu.edu.pk:65432/ OS/Version: Linux - Other Status: NEW Severity: major Priority: P5 Component: Searching AssignedTo: jmf(a)liblime.com ReportedBy: zeetarian(a)hotmail.com Estimated Hours: 0.0 Change sponsored?: --- Hy Friends, I have switched from 2.8 to Koha 3.0, The major issue i am facing is that in Arabic And Urdu Search, software retrives non related records, Means records that dosnt match to enetered keyword are returend, It looks as when I make search for a keyword in Arabic, or Urdu language, IT retrieved all records of books, irrespective of the keyword I want to search, I nnedd assistance in this regard, Regards, -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 1

[Bug 3433] New: bib-level itemtype shows in opac and staff lists display
by bugzilla-daemon＠liblime.com 14 May '10

14 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3433 Summary: bib-level itemtype shows in opac and staff lists display Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: minor Priority: P5 Component: OPAC AssignedTo: jmf(a)liblime.com ReportedBy: rch(a)liblime.com Estimated Hours: 0.0 Change sponsored?: --- itemtype should not display in lists, since it is an item-level property, and the lists refer to bib records. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 2

[Bug 3424] New: koha-3.00.03 OPAC language defaults to en-NZ instead of en
by bugzilla-daemon＠liblime.com 14 May '10

14 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3424 Summary: koha-3.00.03 OPAC language defaults to en-NZ instead of en Product: Koha Version: rel_3_0 Platform: PC OS/Version: All Status: NEW Severity: major Priority: P5 Component: OPAC AssignedTo: jmf(a)liblime.com ReportedBy: kmkale(a)anantcorp.com Estimated Hours: 0.0 Change sponsored?: --- On default install of koha-3.00.03.tar.gz the opac language becomes en-NZ instead of en. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 1

[Bug 3430] New: Title matches in OPAC - need to remove control from OpacHighlightedWords preference
by bugzilla-daemon＠liblime.com 14 May '10

14 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3430 Summary: Title matches in OPAC - need to remove control from OpacHighlightedWords preference Product: Koha Version: rel_3_0 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: jmf(a)liblime.com ReportedBy: beverly.church(a)liblime.com Estimated Hours: 0.0 Change sponsored?: --- Currently the OpacHighlightedWords system preference controls the highlighting of queried terms in OPAC and the display of the "Match" field in the results list. The "Match" field can take up a lot of space in the results display and is not very useful for patrons. It would be helpful if libraries could turn of the display of this field without disabling the highlighting of queried terms as well. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 3

[Bug 3372] New: OPAC Reading History - Show All items, then sort, displays first 50 again
by bugzilla-daemon＠liblime.com 14 May '10

14 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3372 Summary: OPAC Reading History - Show All items,then sort,displays first 50 again Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P5 Component: OPAC AssignedTo: jmf(a)liblime.com ReportedBy: cookie.wolfrom(a)liblime.com Estimated Hours: 0.0 Change sponsored?: --- If history longer than 50 titles click 'show all items' click 'Title' to sort, display reverts back to first 50 titles -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 3

[Bug 3361] New: Option to choose the number of titles to display in a list page.
by bugzilla-daemon＠liblime.com 14 May '10

14 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3361 Summary: Option to choose the number of titles to display in a list page. Product: Koha Version: rel_3_0 Platform: PC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: jmf(a)liblime.com ReportedBy: gcollum(a)gmail.com Estimated Hours: 0.0 Change sponsored?: --- An opac-shelves.pl list of titles is hard coded to paginate after 20 titles. I propose that this value be a system preference. Also the ability for the user to choose from a drop-down list of values (ie. 20, 50, 100, all) for the number of titles to display in a page, would be a nice feature, especially for those who like to print their lists. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 1

[Bug 3337] New: RSS link is not correct
by bugzilla-daemon＠liblime.com 14 May '10

14 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3337 Summary: RSS link is not correct Product: Koha Version: rel_3_0 Platform: PC OS/Version: Windows 2000 Status: NEW Severity: enhancement Priority: P5 Component: Searching AssignedTo: jmf(a)liblime.com ReportedBy: palani(a)orizin.net Estimated Hours: 0.0 Change sponsored?: --- 1. search for a item which is not in database ( say 'lalalililulu' ), so that the search generates zero results. 2. Lets say, the user want to subsribe to the rss link ( user want to get updates on his rss reader , about book 'lalalililulu' ) 3. but the RSS link on search page (with zero results) is wrong, it don't have any http GET parameter 'q=lalalililulu' -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 1

[Bug 3280] New: opac/opac-sendbasket.pl security leaky
by bugzilla-daemon＠liblime.com 14 May '10

14 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3280 Summary: opac/opac-sendbasket.pl security leaky Product: Koha Version: HEAD Platform: Other OS/Version: Linux - Debian Status: NEW Severity: normal Priority: P3 Component: OPAC AssignedTo: jmf(a)liblime.com ReportedBy: dbavousett(a)ptfs.com Estimated Hours: 0.0 Change sponsored?: --- It is possible for a clever user who has access to the source to spot that opac-sendbasket.pl has a security leak, and use a Koha server as a spam relay. opac-sendbasket.pl uses CGI's param() method to fetch in parameters. This functions fine, but it doesn't *care* if the parameters come in via GET or POST methods. Thus, you can: http://server/cgi-bin/koha/opac-sendbasket. pl?&email_add=user(a)domain.xn--com&comment=blahblahblah-cg9nma This will send a message with the cart header as defined elsewhere, plus the comments from the "comment" param, to user(a)domain.com. A moderately-clever geek could easily work out a script to use this as a spamming tool. My suggestion would be to either use CGI_Lite, which allows for control over passing method, or manually fetching in the parameters "the hard way", which would allow you to explicitly disallow GET params in (at a minimum) email_add and comment. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 6

[Bug 3262] New: OPAC needs syspref to show homebranch instead of current location on detail page
by bugzilla-daemon＠liblime.com 14 May '10

14 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3262 Summary: OPAC needs syspref to show homebranch instead of current location on detail page Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: jmf(a)liblime.com ReportedBy: wizzyrea(a)gmail.com Estimated Hours: 0.0 Change sponsored?: --- In a library system where individual libraries have different call numbers, the display on the detail page is weird and misleading. Example: The location field shows an item is currently at Wellsville Library, with a Call Number of YA F MEY. A Wellsville patron consults the OPAC and asks a staff member "where is this item?" and staff member looks and says "This is not in our library, we don't have this call number" and has to look up the item in the staff interface (we have modified our staff interface to show homebranch on the detail page instead of the current location) to determine where Wellsville's copy is located in the library. /example In my opinion, the information of current location is largely redundant, because the status field shows whether the item is in/out/on hold/in transit/etc. Lots of times, patrons only want to know if the library they are standing in actually owns the item they want. I believe this should be a syspref so home location vs. current location column can be chosen (as well as the similar column in the staff interface) by the librarian without editing templates directly. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 5