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

[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

[Bug 729] New: Add Child process doesn't check for unique barcode number
by bugzilla-daemon＠wilbur.katipo.co.nz 03 Mar '04

03 Mar '04

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=729 Summary: Add Child process doesn't check for unique barcode number Product: Koha Version: CVS Platform: All OS/Version: All Status: NEW Severity: major Priority: P2 Component: Members AssignedTo: chris(a)katipo.co.nz ReportedBy: oleonard(a)athenscounty.lib.oh.us QAContact: koha-bugs(a)lists.sourceforge.net Koha should protest if you try to use the 'Add Child' process to add a record with a barcode that already exists. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 728] New: Navigation should reflect user privileges
by bugzilla-daemon＠wilbur.katipo.co.nz 03 Mar '04

03 Mar '04

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=728 Summary: Navigation should reflect user privileges Product: Koha Version: CVS Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P2 Component: Authentication AssignedTo: tonnesen(a)cmsd.bc.ca ReportedBy: oleonard(a)athenscounty.lib.oh.us QAContact: koha-bugs(a)lists.sourceforge.net Koha navigation menus should reflect the current user's privileges. Users which didn't have access to parameters or cataloging would not see those options in the menu. Perhaps the authentication scheme could set template variables for each category for which there are privileges. So the main page could say  [Link to Parameters]  ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

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

29 Feb '04

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=727 Summary: [rel_2_0 branch] Cannot edit information attached to an order Product: Koha Version: CVS Platform: PC 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 The shopping basket screen says To change any of the catalogue or accounting information attached to an order, click on the title. However, when I click the title of an existing order, a blank screen appears. If I type some new catalogue information on the blank screen, I return to the shopping basket screen which indicates that there has been no changes to the shopping basket. If I now search for the same title as I typed in the previous step, I find that the catalogue information has been saved (even though it has not been attached to the existing order). I can use this to create a new order. In short, it seems that the edit order function does not work; it allows me to create new catalogue information (I haven't tried to type in the accounting part and see what happens), but it is not possible to edit an existing order. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 725] koha.upgrade script not working
by bugzilla-daemon＠wilbur.katipo.co.nz 29 Feb '04

29 Feb '04

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=725 a.c.li(a)ieee.org changed: What |Removed |Added ---------------------------------------------------------------------------- OS/Version| |All ------- Additional Comments From a.c.li(a)ieee.org 2004-02-29 20:55 ------- If I ignore the backup failure and continue, after a while, it gives connected to your DB. Checking & modifying it DBD::mysql::st execute failed: Invalid default value for 'aqbudgetid' at scripts /updater/updatedatabase line 770. Alter aqbudgetid in aqbudget Alter printername in printers Alter z3950random in marc_breeding Alter encoding in marc_breeding DBD::mysql::st execute failed: Invalid default value for 'id' at scripts/updater /updatedatabase line 770. Alter id in z3950servers Alter bookfundid in aqbookfund Creating fulltext index on bibliothesaurus DBD::mysql::db do failed: You have an error in your SQL syntax. Check the manual that corresponds to your MySQL server version for the right syntax to use near 'fulltext index category_2 on bibliothesaurus (category,freelib) at scripts/updater/updatedatabase line 857. Creating index on z3950results Checking for data required in table userflags... Checking for data required in table systempreferences... Later, in the MARC definition update, it gives Choose MARC definition [1]: ERROR 1045: Access denied for user: 'kohaadmin@localhost' (Using password: NO) ERROR 1045: Access denied for user: 'kohaadmin@localhost' (Using password: NO) ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 726] New: Borrowed books does not appear in member's own home page
by bugzilla-daemon＠wilbur.katipo.co.nz 29 Feb '04

29 Feb '04

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=726 Summary: Borrowed books does not appear in member's own home page Product: Koha Version: CVS Platform: PC Status: NEW Severity: normal Priority: P2 Component: Members AssignedTo: chris(a)katipo.co.nz ReportedBy: a.c.li(a)ieee.org QAContact: koha-bugs(a)lists.sourceforge.net If I borrow a book to a member, the book appears on "items issued" in the intranet interface. However, when I log in as that member, the screen says no items has been issued to me. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0