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

[Bug 1514] Changes to virtual shelves redirects are required
by bugzilla-daemon＠pippin.metavore.com 26 Oct '07

26 Oct '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1514 ------- Comment #1 from oleonard(a)myacpl.org 2007-10-26 07:24 ------- ...and NEW should redirect to View new shelf ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1514] New: Changes to virtual shelves redirects are required
by bugzilla-daemon＠pippin.metavore.com 26 Oct '07

26 Oct '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1514 Summary: Changes to virtual shelves redirects are required Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P3 Component: Catalogue AssignedTo: paul.poulain(a)free.fr ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)nongnu.org I've moved stuff around a little in virtual shelves in order to make the process clearer: I've separated the various steps so that "delete shelves" is seen separately from "add shelves," etc. This creates a problem with the way redirects are handled: EDIT should redirect to View edited shelf: /cgi-bin/koha/virtualshelves/shelves.pl?op=modif&shelf= ...should redirect to : /cgi-bin/koha/virtualshelves/shelves.pl?viewshelf= DELETE should redirect to View all shelves: /cgi-bin/koha/virtualshelves/shelves.pl?shelves=1&DEL-=1 ...should redirect to: /cgi-bin/koha/virtualshelves/shelves.pl ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1131] z3950authorauthfields and z3950NormalizeAuthor should be implemented as plugins
by bugzilla-daemon＠pippin.metavore.com 26 Oct '07

26 Oct '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1131 ------- Comment #5 from paul.poulain(a)free.fr 2007-10-26 05:59 ------- kados : let me explain something about unimarc : In unimarc authors is stored in 200$f AND in 700$a / 710$a additionnal authors being in 701, 702, 711, 712 (x0x => physical, x1x => non physical author) 200$f is supposed to have the author AS SPELLED on the book 700 is supposed to have the authors as spelled in authorities entries. everybody uses 200$f. Those wanting a more simpler UNIMARC uses only that. biblio.author is mapped to 200$f, as 700 is not always filled (and it is NOT filled if the main author is in 710 ! Thus, ordering authors is quite complex. And using 200$f to sort is, from far, the best solution ! Should we do that through a plugin or a systempref ? I change my mind & think hdl is right: the best place is inside the code, before showing anything to the library (and thus being independant of any framework configuration) ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1131] z3950authorauthfields and z3950NormalizeAuthor should be implemented as plugins
by bugzilla-daemon＠pippin.metavore.com 26 Oct '07

26 Oct '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1131 ------- Comment #4 from henridamien(a)koha-fr.org 2007-10-26 04:37 ------- In fact, the problem with what you suggest is that doing this when editing a biblio is not enough. I am a public library which has : 200$a 200$f 200$g but no 700 fields. data coming from BNF comes with no 200$f but 700 field filled. If I 'import' data into my framework, 700 fields will be lost. And then the plugin will not be efficient. So. Unless we say OK, when data is imported, we import all data into framework creating hidden fields if needed, i can't think how we could cope with this. If this feature or patch is not OK. Then I shall remove. But will tell : For those who NEED this facility, take. OR We could say : OK, librarians just have to have hidden 700 fields in frameworks. But this would seem quite strange to me. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1157] Virtual Shelves disallow duplicate shelf names for all users
by bugzilla-daemon＠pippin.metavore.com 25 Oct '07

25 Oct '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1157 oleonard(a)myacpl.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Comment #4 from oleonard(a)myacpl.org 2007-10-25 11:58 ------- I take back my last comment: the script was providing a template variable that the template just didn't know about. Also: the original bug seems to have been fixed? I was able create identically-titled virtual shelves with two different user accounts. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1500] remove extraneous $Id$ and $Revision$ tags
by bugzilla-daemon＠pippin.metavore.com 25 Oct '07

25 Oct '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1500 ------- Comment #1 from joe.atzberger(a)liblime.com 2007-10-25 11:22 ------- See also $Log$ tags. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1157] Virtual Shelves disallow duplicate shelf names for all users
by bugzilla-daemon＠pippin.metavore.com 25 Oct '07

25 Oct '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1157 ------- Comment #3 from oleonard(a)myacpl.org 2007-10-25 09:08 ------- On a related note: Virtual Shelves offer no warning if you've entered a duplicate shelf number. The page simply reloads without having done what you asked. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1513] modify biblio / ExpandField
by bugzilla-daemon＠pippin.metavore.com 24 Oct '07

24 Oct '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1513 oleonard(a)myacpl.org 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 1513] New: modify biblio / ExpandField
by bugzilla-daemon＠pippin.metavore.com 24 Oct '07

24 Oct '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1513 Summary: modify biblio / ExpandField Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P1 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: paul.poulain(a)free.fr QAContact: koha-bugs(a)nongnu.org when addbiblio.pl is opened to MODIFY a biblio. all filled subfields are expanded (=displayed) automatically. You use the toggle() when the user clic on ExpanField. Thus all filled fields are hidden, and all empty fields are displayed. if you click again, you get the opposite. but the correct behaviour would be : - show all filled fields - when the user clic => show everything - click again => hide everything ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1380] Port routing lists to 3.0 serials
by bugzilla-daemon＠pippin.metavore.com 24 Oct '07

24 Oct '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1380 chris.cormack(a)liblime.com changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|blocker |major Summary|Need to forward-port |Port routing lists to 3.0 |corporate serials to 3.0 |serials ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0