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

[Bug 2568] intranetuserjs syspref should be blank for new installations
by bugzilla-daemon＠pippin.metavore.com 28 Aug '08

28 Aug '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2568 ------- Comment #2 from oleonard(a)myacpl.org 2008-08-28 08:21 ------- Joe, I've seen enough default installations of Koha with "important links here" lingering in the sidebar to be put off default values. Most users would never fill anything in, and have an empty <script> tag loading with every page of their staff client. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2568] intranetuserjs syspref should be blank for new installations
by bugzilla-daemon＠pippin.metavore.com 28 Aug '08

28 Aug '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2568 ------- Comment #1 from joe.atzberger(a)liblime.com 2008-08-28 07:50 ------- Alternatively, you may want to make it a javascript comment, like: // your javascript here ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2466] can't remove value in item modif
by bugzilla-daemon＠pippin.metavore.com 28 Aug '08

28 Aug '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2466 ------- Comment #5 from galen.charlton(a)liblime.com 2008-08-28 07:35 ------- Patch pushed. Please test in 3.1. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2570] New: Checkout history display missing data
by bugzilla-daemon＠pippin.metavore.com 28 Aug '08

28 Aug '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2570 Summary: Checkout history display missing data Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: normal Priority: P3 Component: Circulation AssignedTo: galen.charlton(a)liblime.com ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha.org I've just done some tweaks to the interface for catalogue/issuehistory.pl, and I find that the "issuing library" column (now "circulating library") comes up blank each time. The template variable is . The preceding column is labelled simply "Library," which is ambiguous. The template variable is . Is that the item's home branch? Holding branch? ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2569] New: Zip code is missing from left side of screen when viewing patron
by bugzilla-daemon＠pippin.metavore.com 28 Aug '08

28 Aug '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2569 Summary: Zip code is missing from left side of screen when viewing patron Product: Koha Version: HEAD Platform: PC URL: /cgi-bin/koha/members/moremember.pl OS/Version: All Status: NEW Severity: normal Priority: P3 Component: Templates AssignedTo: danny.bouman(a)hclibrary.org ReportedBy: danny.bouman(a)hclibrary.org QAContact: koha-bugs(a)lists.koha.org When you are viewing a patron from the intranet, the patron's address is listed on the left hand side of the screen. The address appears fine, however the zip code appears to be missing from the display. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2568] New: intranetuserjs syspref should be blank for new installations
by bugzilla-daemon＠pippin.metavore.com 28 Aug '08

28 Aug '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2568 Summary: intranetuserjs syspref should be blank for new installations Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: normal Priority: P3 Component: Staff Client AssignedTo: galen.charlton(a)liblime.com ReportedBy: galen.charlton(a)liblime.com QAContact: koha-bugs(a)lists.koha.org The intranetuserjs syspref is used to allow a Koha administrator to include arbitrary JavaScript into the intranet page header. The English and French install scripts set this syspref to some JavaScript to override part of the holds request interface, but that's not a good idea - any JavaScript we ship should be referred to in the templates. Furthermore, the JavaScript in question appears to be part of a single user's customization. Now that a recent patch of Owen's has made intranetuserjs functional again, I will set the default value of that syspref to blank. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2453] (very) large biblio/item handling
by bugzilla-daemon＠pippin.metavore.com 28 Aug '08

28 Aug '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2453 ------- Comment #5 from rch(a)liblime.com 2008-08-27 19:19 ------- I support this approach. If a complete reimplementation of Koha's holdings model is not going to make the 3.2 cut, then minimally the embedded holdings should be excluded from the bib record. Indexing can either be accomplished by building the embedded holdings tags on the fly from the items table or by piping xml output of the items table through an xsl transformation using zebra's dom indexing model. Whichever seems more efficient. If a reworking of the holdings model is expected to be complete for the 3.2 release, then the issue is moot. Galen, can you comment ? To address this bug, though, we are also seeing some problems with very large bib records, even when indexed using marcxml, and are looking into these errors. It looks like Koha is choking on bad (huge) records returned from zebra when there are more embedded holdings than it really makes sense to pack into a marc(xml) record. I'll update this report when we get more info on these errors. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2540] Error exporting reports in Reports to both csv or tabbed format in 3.0
by bugzilla-daemon＠pippin.metavore.com 27 Aug '08

27 Aug '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2540 bibliwho(a)gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bibliwho(a)gmail.com ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2567] New: 008 editor falsely populating Illustrations and Nature of Contents positions
by bugzilla-daemon＠pippin.metavore.com 27 Aug '08

27 Aug '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2567 Summary: 008 editor falsely populating Illustrations and Nature of Contents positions Product: Koha Version: rel_3_0 Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P3 Component: Cataloging AssignedTo: galen.charlton(a)liblime.com ReportedBy: debra.denault(a)liblime.com QAContact: koha-bugs(a)lists.koha.org It appears that the 008 editor which states it is populating the Illustrations positions from the 300 tag and the Nature of Contents position from a derived value is not doing that at all. These should be made into user-editable fields. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1277] Enhance: Z39.50 More search criteria
by bugzilla-daemon＠pippin.metavore.com 27 Aug '08

27 Aug '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1277 bibliwho(a)gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bibliwho(a)gmail.com ------- Comment #3 from bibliwho(a)gmail.com 2008-08-27 12:31 ------- LCCN in particular would be great -- many older items that don't have ISBN's do have LCCN's. Likewise, with date of publication/ copyright. Otherwise, your only real option is author/ title searching which can be a huge pain when multiple editions over a wide range of years exist. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0