September 2008 - Koha-bugs - lists.koha-community.org

[Bug 2548] Links to Reports that No Longer Exist in Side Menu
by bugzilla-daemon＠pippin.metavore.com 09 Sep '08

09 Sep '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2548 nicole.engard(a)liblime.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |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 2597] No way to do mouseless cataloging
by bugzilla-daemon＠pippin.metavore.com 09 Sep '08

09 Sep '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2597 ------- Comment #1 from nicole.engard(a)liblime.com 2008-09-09 12:47 ------- Created an attachment (id=442) --> (http://bugs.koha.org/cgi-bin/bugzilla/attachment.cgi?id=442&action=view) framework ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2597] New: No way to do mouseless cataloging
by bugzilla-daemon＠pippin.metavore.com 09 Sep '08

09 Sep '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2597 Summary: No way to do mouseless cataloging Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P3 Component: Cataloging AssignedTo: galen.charlton(a)liblime.com ReportedBy: nicole.engard(a)liblime.com QAContact: koha-bugs(a)lists.koha.org CC: rch(a)liblime.com Right now there is no way to have all fields expanded when defining a framework. Please read the chat below since it explains things. But I'm creating a minimal framework and when editing the ISBN subfields I was the 020a to be expanded on the framework and no matter what I put for the value in the 'hidden' field it remains hidden. Attached is a screenshot of the entire framework - only a few fields and we want them all expanded so we can easily tab through them and enter a quick minimal record. CHAT: [14:58] <nengard> hey guys - how do you set it so that a field is expanded when in the marc editor [14:58] <nengard> i know it has something to do with the editing subfields in the framework, but my edits didn't work [15:14] <atz> nengard: you mean so that the subfields display by default? [15:14] <nengard> yes [15:21] <atz> nengard: at the data level, i think you set marc_subfield_structure.hidden = -1 [15:21] <atz> to unhide the subfield [15:21] <nengard> atz - thanks! I was using 6 ... guess I wasn't reading it right [15:21] <atz> i don't know how that's done via the interface, if at all [15:22] <nengard> i can put a -1 in the hidden field [15:28] <nengard> atz - that didn't work either - i'm wondering if it's a bug - cause i know it used to work [15:29] <atz> nengard: no idea [15:29] <nengard> rch - any ideas? [15:29] <rch> nengard: i think an empty field may be collapsed by default now, irrespective of the framework setting ? [15:29] <rch> i.e. it only shows if there's data? [15:29] <nengard> rch - no - the 245 is expanded [15:29] <rch> not sure on that though. [15:30] <nengard> and the 003 and the 008 [15:30] <rch> ok, /me looks [15:30] <nengard> :) [15:30] <nengard> thanks [15:36] <rch> nengard: if there's no data in the field, it must be a mandatory subfield or it will be collapsed. [15:37] <nengard> oh! [15:37] <nengard> thanks [15:37] <nengard> so the hidden field means nothing anymore? [15:37] <rch> once you uncollapse the tag, only the non-hidden fields show. [15:38] <rch> so hidden only has meaning if there is data in the field. [15:38] <rch> if there's no data in the field, collapsed is controlled by the mandatory flag. [15:38] <nengard> k [15:38] <nengard> oh well [15:38] <nengard> :( [15:40] <rch> i think that warrants a bug report. it breaks mouse-free editing. [15:41] <nengard> awesome :) ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2594] create_koc_db.pl Not functioning correctly.
by bugzilla-daemon＠pippin.metavore.com 09 Sep '08

09 Sep '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2594 ------- Comment #2 from Andrew.moore(a)liblime.com 2008-09-09 10:54 ------- patch submitted: http://markmail.org/message/4zrb4n4m4pfxagvu ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2585] XSLT bib details: search links for authorized names can be incorrect
by bugzilla-daemon＠pippin.metavore.com 09 Sep '08

09 Sep '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2585 ------- Comment #2 from galen.charlton(a)liblime.com 2008-09-09 09:38 ------- Patch pushed. Debra, please test in a local test database and advise if the bug can be closed. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2580] Category name and home library not displaying
by bugzilla-daemon＠pippin.metavore.com 09 Sep '08

09 Sep '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2580 ------- Comment #1 from galen.charlton(a)liblime.com 2008-09-09 09:37 ------- I have pushed the patch to 3.1 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 2596] New: restore ability to hyperlink URL fields in MARC detail dispaly
by bugzilla-daemon＠pippin.metavore.com 09 Sep '08

09 Sep '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2596 Summary: restore ability to hyperlink URL fields in MARC detail dispaly Product: Koha Version: HEAD Platform: PC URL: catalogue/MARCdetail.pl OS/Version: All Status: NEW Severity: normal Priority: P3 Component: Cataloging AssignedTo: oleonard(a)myacpl.org ReportedBy: galen.charlton(a)liblime.com QAContact: koha-bugs(a)lists.koha.org A recent patch added HTML escaping to the display of MARC subfield contents in catalogue/MARCdetail.pl. This is a necessary fix, but it does break the behavior of making known URL subfields (e.g., the 856$u in MARC21) clickable. This was done via the following code: if ( $tagslib->{ $fields[$x_i]->tag() }->{ $subf[$i][0] } ->{isurl} ) { $subfield_data{marc_value} = "<a href=\"$subf[$i][1]\">$subf[$i][1]</a>"; } To fix this, I suggest not trying to embed HTML tags like this, and instead pass a "isurl" variable to the template, which can then decide to make a clickable link. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2595] New: Clicking linked author on detail page doesn't run search
by bugzilla-daemon＠pippin.metavore.com 09 Sep '08

09 Sep '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2595 Summary: Clicking linked author on detail page doesn't run search Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P3 Component: OPAC AssignedTo: jmf(a)liblime.com ReportedBy: nicole.engard(a)liblime.com QAContact: koha-bugs(a)lists.koha.org CC: oleonard(a)myacpl.org When on a book detail page (with XSLT on) when you click on the linked author it brings you to the advanced search page. When you click on a subject heading it runs a search for that heading. The subject heading link is right, and the author is wrong - when I click on the author link I expect it to run a search for other books by that author. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2594] create_koc_db.pl Not functioning correctly.
by bugzilla-daemon＠pippin.metavore.com 09 Sep '08

09 Sep '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2594 Andrew.moore(a)liblime.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- Comment #1 from Andrew.moore(a)liblime.com 2008-09-09 06:24 ------- It looks like the select statement in populate_borrowers_table should include the rest of the columns in get_columns_of_table( 'borrowers' ). I'll put together a patch today. I'm not really sure how to write a test case for this, though. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2594] New: create_koc_db.pl Not functioning correctly.
by bugzilla-daemon＠pippin.metavore.com 09 Sep '08

09 Sep '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2594 Summary: create_koc_db.pl Not functioning correctly. Product: Koha Version: rel_3_0 Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P3 Component: Circulation AssignedTo: Andrew.moore(a)liblime.com ReportedBy: kyle.m.hall(a)gmail.com QAContact: koha-bugs(a)lists.koha.org The borrowers.db file only contains the borrowernumber for each patron, instead of the entire row. I opened up create_koc_db.pl and on line 209 I see: SELECT borrowers.borrowernumber, sum( accountlines.amountoutstanding ) as total_fines I think if it were changed to: SELECT *, sum( accountlines.amountoutstanding ) as total_fines That should fix it. At least for the borrowers side of things. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0