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

[Bug 2899] New: usability issue : presentation of tag clouds
by bugzilla-daemon＠pippin.metavore.com 07 Jan '09

07 Jan '09

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2899 Summary: usability issue : presentation of tag clouds Product: Koha Version: rel_3_0 Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P3 Component: OPAC AssignedTo: nahuel.angelinetti(a)biblibre.com ReportedBy: nicolas.morin(a)biblibre.com QAContact: koha-bugs(a)lists.koha.org On koha/opac-tags.pl I see 2 problems : 1/Tags are weighted AND ORDERED according to the number of time they occur: this conveys the same information twice. It seems to me tags should be alphabetically ordered, and weighted. 2/ in one's account, one sees everyone else's tags as a cloud, but one's own tags as a list. I think for the sake of consistency, one should alse see one's own tags as a cloud. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2891] cannot manually enter date at reports/issues_stats.pl
by bugzilla-daemon＠pippin.metavore.com 07 Jan '09

07 Jan '09

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2891 ------- Comment #3 from paul.poulain(a)free.fr 2009-01-07 05:50 ------- /me agrees with nicomo + averywhere in Koha, the date field & date selectors must/should be useable. When the date selector was added, it was not the case sometimes, and some old code is still here. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2890] Check for holds when deleting patrons
by bugzilla-daemon＠pippin.metavore.com 07 Jan '09

07 Jan '09

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2890 ------- Comment #3 from nicolas.morin(a)biblibre.com 2009-01-07 05:49 ------- I agree with Owen's proposal, which is a good compromise, I think. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2891] cannot manually enter date at reports/issues_stats.pl
by bugzilla-daemon＠pippin.metavore.com 07 Jan '09

07 Jan '09

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2891 ------- Comment #2 from nicolas.morin(a)biblibre.com 2009-01-07 05:48 ------- (In reply to comment #1) > I think it's a normal comportment, to disallow the user to enter a date in his > format and break the result page. > It's a usability issue then : I, as a user, should not be made to think that I can enter a date; i.e. the textbox shouldn't be there, only the calendar? ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2455] remove SMS column from patron messaging preferences if SMSSendDriver is not defined
by bugzilla-daemon＠pippin.metavore.com 07 Jan '09

07 Jan '09

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2455 nicole.engard(a)liblime.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2752] HomeOrHoldingBranch system preference DELETED by updatedatabase.
by bugzilla-daemon＠pippin.metavore.com 07 Jan '09

07 Jan '09

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2752 ------- Comment #2 from galen.charlton(a)liblime.com 2009-01-06 18:48 ------- Patch pushed. Please test and close. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2455] remove SMS column from patron messaging preferences if SMSSendDriver is not defined
by bugzilla-daemon＠pippin.metavore.com 07 Jan '09

07 Jan '09

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2455 galen.charlton(a)liblime.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2455] remove SMS column from patron messaging preferences if SMSSendDriver is not defined
by bugzilla-daemon＠pippin.metavore.com 07 Jan '09

07 Jan '09

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2455 galen.charlton(a)liblime.com changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|Andrew.moore(a)liblime.com |galen.charlton(a)liblime.com ------- Comment #2 from galen.charlton(a)liblime.com 2009-01-06 18:33 ------- Patch pushed. Please test and close. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2842] regexp('syspref') and iso format causes sticky due dates to be rejected
by bugzilla-daemon＠pippin.metavore.com 07 Jan '09

07 Jan '09

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2842 ------- Comment #2 from galen.charlton(a)liblime.com 2009-01-06 18:28 ------- Patch pushed to master. Please test and close. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2898] New: C4::Letters::parseletter kills performance in notice jobs
by bugzilla-daemon＠pippin.metavore.com 06 Jan '09

06 Jan '09

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2898 Summary: C4::Letters::parseletter kills performance in notice jobs Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P3 Component: Notices AssignedTo: henridamien(a)koha-fr.org ReportedBy: joe.atzberger(a)liblime.com QAContact: koha-bugs(a)lists.koha.org parseletter() gets called 4 times for each non-digest notice. Each call does one "show columns..." and one query from the following: if ( $table eq 'biblio' ) { $sth = $dbh->prepare("select * from biblio where biblionumber=?"); } elsif ( $table eq 'biblioitems' ) { $sth = $dbh->prepare("select * from biblioitems where biblionumber=?"); } elsif ( $table eq 'items' ) { $sth = $dbh->prepare("select * from items where itemnumber=?"); } elsif ( $table eq 'reserves' ) { $sth = $dbh->prepare("select * from reserves where borrowernumber = ? and biblionumber=?"); } elsif ( $table eq 'borrowers' ) { $sth = $dbh->prepare("select * from borrowers where borrowernumber=?"); } elsif ( $table eq 'branches' ) { $sth = $dbh->prepare("select * from branches where branchcode=?"); } elsif ( $table eq 'aqbooksellers' ) { $sth = $dbh->prepare("select * from aqbooksellers where id=?"); } At the very least, the show columns call should be cached in a hash by tablename. They will not be changing at runtime. Also, the biblio SELECT queries should be more, um... selective and not pull the large marc and marxml fields, which would not be useful to notice jobs anyway. An else clause should be added to the end of the block above to explicitly die if some *other* tablename is referenced, since the job is about to die anyway when it goes to execute an unprepared $sth. Overall, some other process for getting most of this information should be considered. It is really unnecessary to go requery each table individually 4 times for each pending notice when the same data could be retrieved at the outset from a properly JOINed query. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0