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

[Bug 727] [rel_2_0 branch] Cannot edit information attached to an order
by bugzilla-daemon＠wilbur.katipo.co.nz 06 Mar '04

06 Mar '04

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=727 ------- Additional Comments From a.c.li(a)ieee.org 2004-03-07 09:40 ------- Fixed in rel_2_0 branch in C4/Biblio.pm,v 1.78.2.5 C4/Catalogue.pm,v 1.36.2.3 The existing information now displays correctly (though something else is still wrong). ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 727] [rel_2_0 branch] Cannot edit information attached to an order
by bugzilla-daemon＠wilbur.katipo.co.nz 06 Mar '04

06 Mar '04

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=727 a.c.li(a)ieee.org changed: What |Removed |Added ---------------------------------------------------------------------------- OS/Version| |All ------- Additional Comments From a.c.li(a)ieee.org 2004-03-07 09:13 ------- I have traced this to C4::Biblio::getsingleorder() returning undef for an existing order. The SQL statement is Select * from biblio,biblioitems,aqorders,aqorderbreakdown where aqorders.ordernumber=? and aqorders.ordernumber=aqorderbreakdown.ordernumber; and it seems that the aqorderbreakdown table is blank. It seems that the correct SQL statement should be Select * from biblio,biblioitems,aqorders left join aqorderbreakdown on aqorders.ordernumber=aqorderbreakdown.ordernumber where biblio.biblionumber=aqorders.biblionumber and biblio.biblionumber=biblioitems.biblionumber and aqorders.ordernumber=? ; ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 721] Cat maintenance irregularities
by bugzilla-daemon＠wilbur.katipo.co.nz 06 Mar '04

06 Mar '04

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=721 ------- Additional Comments From a.c.li(a)ieee.org 2004-03-06 19:56 ------- I have finished templating of catmaintain.pl in the rel_2_0 branch. I'd appreciate anyone who uses catalogue maintenance to test this version. In case there's something wrong with the templating, and we run out of time to fix it, the changes to undo are koha-tmpl/intranet-tmpl/default/en/includes/cat-top.inc,v 1.18.2.3 koha-tmpl/intranet-tmpl/default/en/maint/catmaintain.tmpl,v 1.1.2.1 maint/catmaintain.pl,v 1.5.2.1 ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 721] Cat maintenance irregularities
by bugzilla-daemon＠wilbur.katipo.co.nz 06 Mar '04

06 Mar '04

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=721 ------- Additional Comments From a.c.li(a)ieee.org 2004-03-06 17:38 ------- Sorry, out-of-date comments it seems. Benedict's comments are correct. catmaintain.pl is not templated. Perhaps we should fix it by templating it properly. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 721] Cat maintenance irregularities
by bugzilla-daemon＠wilbur.katipo.co.nz 06 Mar '04

06 Mar '04

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=721 a.c.li(a)ieee.org changed: What |Removed |Added ---------------------------------------------------------------------------- OS/Version| |All ------- Additional Comments From a.c.li(a)ieee.org 2004-03-06 17:23 ------- For me, the newly opened window does not even have content; it is completely blank. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 733] New: Full acquisition help text does not match screen
by bugzilla-daemon＠wilbur.katipo.co.nz 06 Mar '04

06 Mar '04

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=733 Summary: Full acquisition help text does not match screen Product: Koha Version: 2.0.0 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: Acquisitions (Full) AssignedTo: chris(a)katipo.co.nz ReportedBy: a.c.li(a)ieee.org QAContact: koha-bugs(a)lists.sourceforge.net On the Full Acquisition screen, the last sentence in the help text goes To close off a shopping basket click on "view shopping baskets" or search above, and then click on "confirm basket". However, there is no "confirm basket" button in any screen I can find. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 119] Dewey Numbers like 000 or 581.0 aren't handled properly
by bugzilla-daemon＠wilbur.katipo.co.nz 05 Mar '04

05 Mar '04

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=119 ------- Additional Comments From a.c.li(a)ieee.org 2004-03-06 03:38 ------- Paul said yesterday that we should do this for 2.2. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 732] New: Koha should not sort certain subfields in certain MARC tags
by bugzilla-daemon＠wilbur.katipo.co.nz 05 Mar '04

05 Mar '04

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=732 Summary: Koha should not sort certain subfields in certain MARC tags Product: Koha Version: CVS Platform: All URL: http://library.hku.hk/search/i0691001987/i0691001987/1,1 ,1,B/marc&FF=i0691001987&1,0, OS/Version: All Status: NEW Severity: enhancement Priority: P2 Component: MARC AssignedTo: paul.poulain(a)free.fr ReportedBy: a.c.li(a)ieee.org QAContact: koha-bugs(a)lists.sourceforge.net In certain tags (e.g., MARC21 tags 650, 651), Koha should not sort certain subfields (e.g., subfields $w, $x, $y, $z in case of the above tags) alphabetically because the ordering is semantically significant. For example, for tag 650, subfield $y can occur before subfield $x, meaning a certain topic within a certain time period. If Koha sorts subfield $x before subfield $y, the meaning changes (to a certain time period within a certain topic). Currently, it is not possible for the user to specify the ordering of subfields when editing the MARC data. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 731] New: Koha should allow same subfield to appear in the same tag more than once
by bugzilla-daemon＠wilbur.katipo.co.nz 05 Mar '04

05 Mar '04

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=731 Summary: Koha should allow same subfield to appear in the same tag more than once Product: Koha Version: CVS Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P2 Component: MARC AssignedTo: paul.poulain(a)free.fr ReportedBy: a.c.li(a)ieee.org QAContact: koha-bugs(a)lists.sourceforge.net In certain tags (e.g., MARC21 tags 650, 651), Koha should allow the same subfield to appear in the same tag more than once and in a user-specified order (i.e., subfields should not be sorted alphabetically). For example, for tag 650, subfield $z can occur multiple times, with intervening $x or $y (for example), representing more and more specific classification of the item. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 730] New: search.pl search types untranslatable
by bugzilla-daemon＠wilbur.katipo.co.nz 04 Mar '04

04 Mar '04

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=730 Summary: search.pl search types untranslatable Product: Koha Version: CVS Platform: All OS/Version: All Status: NEW Severity: minor Priority: P2 Component: Catalogue AssignedTo: chris(a)katipo.co.nz ReportedBy: oleonard(a)athenscounty.lib.oh.us QAContact: koha-bugs(a)lists.sourceforge.net search.pl passes the search type along with the search string to searchresults.tmpl: if ($search{"keyword"}) { $search .= "&keyword=$search{keyword}"; $searchdesc.="keyword $search{keyword}, "; } That means that the english word 'keyword' will appear on the search results page even if your language preference is set to something different. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0