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

[Bug 7715] New: Add biblio.subtitle and appropriate mappings to MARC frameworks
by bugzilla-daemon＠bugs.koha-community.org 14 Jul '14

14 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7715 Priority: P5 - low Change sponsored?: --- Bug ID: 7715 Assignee: gmcharlt(a)gmail.com Summary: Add biblio.subtitle and appropriate mappings to MARC frameworks QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: koha.sekjal(a)gmail.com Hardware: All Status: NEW Version: master Component: Database Product: Koha There is more and more demand for the subtitle of a material to be shown along the main portion of the title. Right now, the only way to extra this information is to process the MARC record, which involves costly XML processing. It would be better to stash the subtitle in the biblio table, so it can be accessed just with SQL. Necessary changes: Installation: add subtitle to biblio table, after title and before uniform title add the appropriate mappings to MARC21, UNIMARC and NORMARC frameworks. Respect any pre-existing mapping on the 245$b field or 200$e fields Usage: Add subtitle to SQL queries for title Export subtitle to templates along with title Display subtitle token (if it exists) after title Previous RFC: http://wiki.koha-community.org/wiki/Add_column_to_biblio_table_for_subtitle… -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 5229] New: OPACItemsResultsDisplay preference does not work with XSLT results
by bugzilla-daemon＠bugs.koha-community.org 14 Jul '14

14 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5229 Summary: OPACItemsResultsDisplay preference does not work with XSLT results Change sponsored?: --- Product: Koha Version: HEAD Platform: All URL: /cgi-bin/koha/opac-search.pl?q=foo OS/Version: All Status: NEW Severity: normal Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 The description for the preference says "show/don't show an item's branch, location and call number in OPAC search results." The preference works with normal results, the alternatives being: Availability: Copies available: Athens (1) ("don't show") and Availability: Copies available: Athens [AF Needle] (1) ("show") In the OPAC's XSLT results display the latter version appears no matter what the preference is set to. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.

1 3

[Bug 8773] New: Add per-instance koha-index-daemon in .deb setup
by bugzilla-daemon＠bugs.koha-community.org 14 Jul '14

14 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8773 Priority: P5 - low Change sponsored?: --- Bug ID: 8773 Assignee: gmcharlt(a)gmail.com Summary: Add per-instance koha-index-daemon in .deb setup Severity: enhancement Classification: Unclassified OS: All Reporter: tomascohen(a)gmail.com Hardware: All Status: NEW Version: master Component: Command-line Utilities Product: Koha In order to avoid the use of cronjobs to trigger the incremental indexing of records (does not scale on busy setups, cannot do sub-minute frecaquency indexing), we can use Koha::Contrib::Tamil's koha-index-daemon to do the job. This should be set automagically by the koha-common package. -- You are receiving this mail because: You are watching all bug changes.

1 67

[Bug 8763] New: default messaging not saving if you pick digests
by bugzilla-daemon＠bugs.koha-community.org 12 Jul '14

12 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8763 Priority: P5 - low Change sponsored?: --- Bug ID: 8763 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: default messaging not saving if you pick digests Severity: normal Classification: Unclassified OS: All Reporter: nengard(a)gmail.com URL: cgi-bin/koha/admin/categorie.pl Hardware: All Status: NEW Version: master Component: Patrons Product: Koha when setting default messaging for patron categories it doesn't save if you choose digest, you have to choose email and digest, but there is no error to tell you that's what's happening. also i think if you select email and digest you get 2 messages instead of just the digest, but that might be another bug. Either way we need to make it clear why the messaging preference wasn't saved or add a note that both email and digest have to be checked for it to save. See: http://screencast.com/t/gA9v3qmYas -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 8616] New: Displaying relator codes in OPAC
by bugzilla-daemon＠bugs.koha-community.org 12 Jul '14

12 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8616 Priority: P5 - low Change sponsored?: --- Bug ID: 8616 Assignee: oleonard(a)myacpl.org Summary: Displaying relator codes in OPAC Severity: minor Classification: Unclassified OS: All Reporter: katrin.fischer(a)bsz-bw.de Hardware: All Status: NEW Version: master Component: OPAC Product: Koha Created attachment 11522 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=11522&action=edit screenshot $4 subfields for relator codes are now displayed in OPAC. The relator code is shown is right behind the main heading. Example: "Bretzner, Christoph Friedrich[aut]" I think an additional space between the term an the code would be good. I am also worried about displaying this information in the OPAC. The codes are not easy to resolve and the patrons might get confused by it. It would be great if a class could be added to those fields, so it's possible to hide the codes in the OPAC easily. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 8531] New: Staff hold requests generate silent errors
by bugzilla-daemon＠bugs.koha-community.org 12 Jul '14

12 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8531 Priority: P5 - low Change sponsored?: --- Bug ID: 8531 CC: gmcharlt(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: Staff hold requests generate silent errors Severity: normal Classification: Unclassified OS: All Reporter: kolpen(a)o2.pl Hardware: All Status: NEW Version: rel_3_6 Component: Hold requests Product: Koha Created attachment 11215 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=11215&action=edit Proposed patch to placerequest.pl This bug extends the bug #8474 Silent errors occur when a librarian makes holds using staff interface. The reason is uninitialized or wrong value and generally logical mistakes in line block: 115 - 123 in module placerequest.pl In line 115: if ($input->param('request') eq 'any'){ parameter is compared to string 'any' whereas should be 'Any'. The other wrong thing is lack of value when the parameter hasn't value 'Any'. Due to this reasons always is realized only one line of code updating the reservation table (what is right): AddReserve($branch,$borrower->{'borrowernumber'},$biblionumber,'a',\@realbi,$rank[0],$startdate,$expirationdate,$notes,$title,$checkitem, $found); regardles the reservation is done on a first available or a given item. My proposition is to modify and simplify this block of lines like that (see also attached differential listing): if ($multi_hold) { my $bibinfo = $bibinfos{$biblionumber}; AddReserve($branch,$borrower->{'borrowernumber'},$biblionumber,'a',[$biblionumber], $bibinfo->{rank},$startdate,$expirationdate,$notes,$bibinfo->{title},$checkitem,$found); } else { AddReserve($branch,$borrower->{'borrowernumber'},$biblionumber,'a',\@realbi,$rank[0],$startdate,$expirationdate,$notes,$title,$checkitem, $found); } } Proposed patch refers to Koha 3.6.4 version as well as 3.6.6 and 3.8 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 8803] New: modifying order quantity in neworderempty.pl has restriction that are implemented in javascript and can be bypassed with the enter key
by bugzilla-daemon＠bugs.koha-community.org 12 Jul '14

12 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8803 Priority: P5 - low Change sponsored?: --- Bug ID: 8803 Assignee: koha-bugs(a)lists.koha-community.org Summary: modifying order quantity in neworderempty.pl has restriction that are implemented in javascript and can be bypassed with the enter key Severity: enhancement Classification: Unclassified OS: All Reporter: gaetan.boisson(a)biblibre.com Hardware: All Status: NEW Version: unspecified Component: Acquisitions Product: Koha To reproduce : - set up Koha so that you create items when placing the order - create an order in a basket - modify the quantity to add more items to this order - if you click save, you will have an error message - if you press enter, the modifications will be saved, but you won't have entered any details about the added items. Ideally, when modifying the order (and when your system is set up so that items get created when you place the order), we should see the same table that displays with items when creating the order, with links to delete them. Deleting an item here should also delete the item in the catalog (right now we are prompted to do this manually). Adding items here should happen in the same way as when creating a new line. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 8359] New: enter submits acq order
by bugzilla-daemon＠bugs.koha-community.org 12 Jul '14

12 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8359 Priority: P5 - low Change sponsored?: --- Bug ID: 8359 Assignee: koha-bugs(a)lists.koha-community.org Summary: enter submits acq order Severity: major Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: rel_3_8 Component: Acquisitions Product: Koha In acquistions when ever the enter key is pressed or a cartridge return is sent the save button in the order record is triggered. I don't think this was the case before 3.8 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 7625] New: normal templates not showing links properly
by bugzilla-daemon＠bugs.koha-community.org 12 Jul '14

12 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7625 Bug #: 7625 Summary: normal templates not showing links properly Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 - low Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: nengard(a)gmail.com QAContact: koha.sekjal(a)gmail.com Created attachment 7947 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=7947 staff normal url When you use XSLT stylesheets in the staff and OPAC it shows the 856 field as linked text if there is a $3 or $z. If you have normal view instead the link shows with a bullet below it for the $z or $3 .. can the normal template be updated to just link the description to the url like the XSLT? I think it used to be that way (but it's been a while since I used normal so I'm not sure). Nicole -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 3

[Bug 7479] New: Inventory Tool Ignoring Lost Flags
by bugzilla-daemon＠bugs.koha-community.org 12 Jul '14

12 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7479 Bug #: 7479 Summary: Inventory Tool Ignoring Lost Flags Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 - low Component: Tools AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha.sekjal(a)gmail.com I have tried to run the Inventory tool with the lost statuses checked and it's showing items that are both lost and available instead of just items that are flagged with the lost status I checked. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 2