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

[Bug 436] circulation.pl only partially templated
by bugzilla-daemon＠wilbur.katipo.co.nz 18 Oct '03

18 Oct '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=436 ------- Additional Comments From oleonard(a)athenscounty.lib.oh.us 2003-10-19 08:07 ------- Enhancement, I know: but if someone is working on this anyway, could we get the patron's information added to the list of template variables? Card number, address, phone, etc? Pretty please? ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 436] circulation.pl only partially templated
by bugzilla-daemon＠wilbur.katipo.co.nz 18 Oct '03

18 Oct '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=436 oleonard(a)athenscounty.lib.oh.us changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | ------- Additional Comments From oleonard(a)athenscounty.lib.oh.us 2003-10-19 03:49 ------- I think Pierre's fixes are working fine, but there is still presentational code in the Perl script. Any time HTML is generated by the script, like here in line 160: $responsesform.="<input type=hidden name=response-$_ value=$responses{$_}>\n"; ...you're removing control from the template-writer. In this case, I wouldn't be able to get my page to validate as XHTML because the attributes aren't quoted. Error messages embedded in the script as in line 346: $invalidduedate="Invalid Due Date Specified. Book was not issued.<p>\n"; ...will prevent template translators from being able to fully translate Koha into their language. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 436] circulation.pl only partially templated
by bugzilla-daemon＠wilbur.katipo.co.nz 16 Oct '03

16 Oct '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=436 chris(a)katipo.co.nz changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED ------- Additional Comments From chris(a)katipo.co.nz 2003-10-17 09:36 ------- Fix courtesy of Pierre, seems to be working fine. Can someone please verify it. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 630] spelling error on add member page
by bugzilla-daemon＠wilbur.katipo.co.nz 14 Oct '03

14 Oct '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=630 ewan(a)cs.auckland.ac.nz changed: What |Removed |Added ---------------------------------------------------------------------------- OS/Version| |All ------- Additional Comments From ewan(a)cs.auckland.ac.nz 2003-10-14 13:13 ------- Should have included the fact that this is using the "default" template in english. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 630] New: spelling error on add member page
by bugzilla-daemon＠wilbur.katipo.co.nz 14 Oct '03

14 Oct '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=630 Summary: spelling error on add member page Product: Koha Version: 2.0.0 Platform: PC Status: NEW Severity: normal Priority: P2 Component: Members AssignedTo: chris(a)katipo.co.nz ReportedBy: ewan(a)cs.auckland.ac.nz QAContact: koha-bugs(a)lists.sourceforge.net /cgi-bin/koha/memberentry.pl?type=Add "Peferred name" is mis-spelled ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 629] New: confusing search results/inconsistent details views
by bugzilla-daemon＠wilbur.katipo.co.nz 13 Oct '03

13 Oct '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=629 Summary: confusing search results/inconsistent details views Product: Koha Version: 2.0.0 Platform: PC Status: NEW Severity: normal Priority: P2 Component: OPAC AssignedTo: chris(a)katipo.co.nz ReportedBy: ewan(a)cs.auckland.ac.nz QAContact: koha-bugs(a)lists.sourceforge.net keyword search looks at the notes and seriestitle fields of biblio (possibly others). opac-details.pl doesn't show those fields. This means that a patron can do a search, get a hit, but on looking at the details of the hit have no idea why (because the match occurred on fields the patron can't see). At minimum, this will be confusing. It may also result in reports of "bugs in searching" (or worse, a low opinion of koha). Note that at the moment (I believe) keyword search in opac and intranet return identical results. However they show different details. In particular, intranet shows the notes and seriestitle fields. I think the question is whether or not to show all the fields that keyword search looks at. For seriestitle, I don't see any reason why this shouldn't be shown, but the notes field is less clear. I've only got the sampledata to work from, and some of what appears in those notes fields doesn't look like information intended for patrons. Alternatively, opac and intranet keyword search could return different results. Or even, intranet search could have two kinds of keyword search. Whatever, this probably needs to be resolved at some point, although it's probably not necessary to have done so for the 2.0.0 release. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 628] Field 210c in MARC notices : only new entries possibles for authorities
by bugzilla-daemon＠wilbur.katipo.co.nz 13 Oct '03

13 Oct '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=628 ------- Additional Comments From thomas.harding(a)laposte.net 2003-10-14 07:34 ------- problem is that I never get the right plugin, but thesaurus_popup.pl instead. the 2 first fields are left blank in setup for firld 210c, only 210c field builder is selected. Tried your solution: no more result. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 628] Field 210c in MARC notices : only new entries possibles for authorities
by bugzilla-daemon＠wilbur.katipo.co.nz 13 Oct '03

13 Oct '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=628 paul.poulain(a)free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED OS/Version| |All Resolution| |INVALID ------- Additional Comments From paul.poulain(a)free.fr 2003-10-14 03:15 ------- it's something un-documented... Sorry, i'll explain now : Note to MARC21 users : the 210c subfield is for editor name in UNIMARC. the plugin should work for the editor field MARC21 as well. So, the explanation : * the editor name can be calculated when you know the ISBN. At least the beginning of the ISBN. For example, all ISBN beginning by 2204 are from "Cerf". So, go to parameters >> Authorities >> New category. And enter : * category : EDITORS * value : 2204 -- Cerf go back to marc editor, and watch the fun : when you enter 2204123456 as ISBN, you get "Cerf" when you arrive in 210c subfield. More powerfull... Enter in authorities : 2204 -- Cerf -- CollectionA, and 2204 -- Cerf -- CollectionB. Go back again to marc editor, and when you reach collection (225 a), click the "..." and : the list contains only CollectionA and CollectionB. Choose the one you want. /me agree that it has to be documented... ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 628] New: Field 210c in MARC notices : only new entries possibles for authorities
by bugzilla-daemon＠wilbur.katipo.co.nz 12 Oct '03

12 Oct '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=628 Summary: Field 210c in MARC notices : only new entries possibles for authorities Product: Koha Version: 2.0.0 Platform: PC Status: NEW Severity: normal Priority: P2 Component: Acquisitions (Simple) AssignedTo: tonnesen(a)cmsd.bc.ca ReportedBy: thomas.harding(a)laposte.net QAContact: koha-bugs(a)lists.sourceforge.net In MARC record edition, despite the fact value builder unimarc_field_210c.pl is selected in parameters for 210c field, only thesaurus_popup.pl is used. Same problem with french and english flavours. Nothing appears in both fields (have to type systematically a new entry), but new records appears in bibliothesaurus table (3 records by authority, with level, hierarchy and father OK). Trying to enter symply a name have no result too :) ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 588] OPAC search results show '2 through x of x records'
by bugzilla-daemon＠wilbur.katipo.co.nz 10 Oct '03

10 Oct '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=588 chris(a)katipo.co.nz changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|normal |minor Status|NEW |ASSIGNED ------- Additional Comments From chris(a)katipo.co.nz 2003-10-10 13:36 ------- Fixed this part, just have to fix the result/results thing. Not quite sure how to do this yet tho ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0