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

[Bug 1487] New: Set only the used fields/subfields
by bugzilla-daemon＠pippin.metavore.com 08 Oct '07

08 Oct '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1487 Summary: Set only the used fields/subfields Product: Koha Version: branch 2.2 Platform: Macintosh URL: http://koha/admin/marc_subfields_structure.pl OS/Version: All Status: NEW Severity: enhancement Priority: P3 Component: MARC AssignedTo: paul.poulain(a)free.fr ReportedBy: pascale.nalon(a)ensmp.fr QAContact: koha-bugs(a)nongnu.org In parameters > setting framework, there's an option that allows to show only the used fields/subfields in a framework. It's very usefull, but unfortunatly, this setting disapear every time you open the subfields to modify them. It would be easier if this option could be stay all along the session. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1372] Importing invalid MARC records crashes importer (2.2.8)
by bugzilla-daemon＠pippin.metavore.com 08 Oct '07

08 Oct '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1372 ------- Comment #4 from jmf(a)liblime.com 2007-10-07 23:02 ------- Running 'marcdump' tool on these records shows: Recs Errs ----- ----- 235 3 So at most 3 records with errors in that set, sounds like there's a lot of room for improvement! I suspect the problem isn't related to MARC21 specifically, but rather has something to do with bad encoding or incorrect leader lengths, or something similar. In any event, it's still a bug in 3.0, which is good to know. We'll do our best to figure out what it is and fix it. Cheers, Joshua ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1373] Please send no-cache headers
by bugzilla-daemon＠pippin.metavore.com 07 Oct '07

07 Oct '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1373 ------- Comment #5 from devin(a)freeshell.org 2007-10-07 03:28 ------- Thanks for working with me on this. First of all about the spec. It seems to say that caching is not expected but can occur and that's why the no-cache directive exists. For the pages you send that should never be cached, like in the cataloging interface and screens with a user login, if you are not explicit some user agents will cache it and be valid doing so. Personally I prefer this behavior since my 33.6kbps line seems much faster. Caching is per resource. Unless you serve your javascript, css and images inline or through the php page adding the caching directive, they will not be cached. In fact, you best explicitly tell them to be cached by adding reasonable expires headers. But that's tough to do as the developer since you php code is not involved in the serving of images. I think I experienced this with firefox on windows, or maybe opera. It was a long time ago. Anyway, it could happen anywhere that a proxy or client is configured for liberal caching. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 994] Subject Maintenance looks like it should do something - but doesn't
by bugzilla-daemon＠pippin.metavore.com 07 Oct '07

07 Oct '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=994 chris.cormack(a)liblime.com changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|major |normal Priority|P2 |P3 ------- Comment #4 from chris.cormack(a)liblime.com 2007-10-06 23:00 ------- It needs a full rewrite to know about zebra/nozebra and all the changes in Biblio With the authorities, most of the features are no longer needed, the only ones useful are the undelete functions. Downgrading this, will be good to do, but more important bugs to sort out first. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1406] Auto barcode generation for simple aquis
by bugzilla-daemon＠pippin.metavore.com 07 Oct '07

07 Oct '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1406 jmf(a)liblime.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Comment #2 from jmf(a)liblime.com 2007-10-06 20:59 ------- What I've done is created a barcode plugin for 3.0 that you can link to in your frameworks for your barcode field. The barcode plugin will check the authorized value for autoBarcode. There are two common barcode styles I added, more could be added easily enough if I understood the requirements (the two I added are simple incremental: 1, 2, 3, 4, ... and year-based : 2007-0001, 2007-0002, etc. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1415] Not changed text for framework
by bugzilla-daemon＠pippin.metavore.com 07 Oct '07

07 Oct '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1415 jmf(a)liblime.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Comment #4 from jmf(a)liblime.com 2007-10-06 20:55 ------- Fixed in Git, will be in 3.0, thanks for your bug report! ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1486] New: error when checking in (returning) a book
by bugzilla-daemon＠pippin.metavore.com 07 Oct '07

07 Oct '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1486 Summary: error when checking in (returning) a book Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: normal Priority: P3 Component: Circulation AssignedTo: paul.poulain(a)free.fr ReportedBy: jmf(a)liblime.com QAContact: koha-bugs(a)nongnu.org [Sat Oct 06 22:19:14 2007] [error] [client 71.171.151.118] [Sat Oct 6 22:19:14 2007] returns.pl: DBD::mysql::st execute failed: Column 'tobranch' cannot be null at /home/jmf/koha/production/intranet/modules/C4/Biblio.pm line 461., referer: http://staff-jmf.dev.kohalibrary.com/cgi-bin/koha/circ/circulation.pl?findb… ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1373] Please send no-cache headers
by bugzilla-daemon＠pippin.metavore.com 07 Oct '07

07 Oct '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1373 ------- Comment #4 from jmf(a)liblime.com 2007-10-06 20:08 ------- Hi Devin, Thanks for the additional information. I've played around a bit with the headers and I've been able to successfully add the headers you've requested. It's a pretty simple matter: sub output_html_with_http_headers ($$$) { my($query, $cookie, $html) = @_; print $query->header( -type => 'text/html', -charset => 'UTF-8', -cookie => $cookie, -Pragma => 'no-cache', -'Cache-Control' => 'no-cache', ), $html; } However, I am concerned that these directives will mean that none of the javascript, images, css in Koha will be cached, which would be a shame ... perhaps you could expand a bit on whether that's the case. Also, my reading of the spec you pasted in is a bit different than yours I guess, especially the part: "If there is neither a cache validator nor an explicit expiration time associated with a response, we do not expect it to be cached, but certain caches may violate this expectation". It sounds like the assumption is to not cache. It would be extremely helpful if you could give me details on the environment in which you find this happening, I'd really love to see it in action. Are you on windows? linux? OSX? Unix? What browser and version? Thanks! ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1340] 2.2.8 - z3950 import doesn't distinguish between source servers
by bugzilla-daemon＠pippin.metavore.com 07 Oct '07

07 Oct '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1340 ------- Comment #2 from jmf(a)liblime.com 2007-10-06 19:54 ------- Hmmm, Paul, did you patch this? Either I don't have the patch, or it didin't work. Now I can't find 044809553X in either LOC or AMICUS, and 0842308245 only comes up with LOC results (both catalogs still have both ISBNs). ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1152] "Add criteria" breaks MARC-search
by bugzilla-daemon＠pippin.metavore.com 07 Oct '07

07 Oct '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1152 jmf(a)liblime.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Comment #3 from jmf(a)liblime.com 2007-10-06 19:42 ------- yep, I guess 'fixed by virtue of Zebra' :-) ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0