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

[Bug 11413] New: Marc modification template has not the expected behavior if the condition and source fields are on the same field
by bugzilla-daemon＠bugs.koha-community.org 24 May '15

24 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11413 Bug ID: 11413 Summary: Marc modification template has not the expected behavior if the condition and source fields are on the same field Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org If you want to do an action (delete/update/move/...) on a multivalued field and if a condition is defined on the same field, it is highly probable the resulted record will not be what you expected. For example: Deleting All (or the first) fields 650 if 245$a="Bad title" works with the current code. BUT if you want to delete All (or the first) fields 650 with a condition on 650$9=42, and if at least one field matches the condition : - if you have selected all, all fields 650 will be deleted, even the ones who do not match the condition. - if you have selected first, the first 650 field will be deleted, even if it does not match the condition. The expected behavior is to delete the fields matching the condition (and not all the 650 fields). Maybe this bug is a major one, lose or corrupt data is probable! -- You are receiving this mail because: You are watching all bug changes.

1 63

[Bug 12574] New: BiblioDefaultView doesn't affect XSLT results view
by bugzilla-daemon＠bugs.koha-community.org 23 May '15

23 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12574 Bug ID: 12574 Summary: BiblioDefaultView doesn't affect XSLT results view Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org The OPAC XSLT results view needs to be updated to use the BiblioDefaultView system preference. -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 10596] New: make expiration date an option
by bugzilla-daemon＠bugs.koha-community.org 22 May '15

22 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10596 Bug ID: 10596 Summary: make expiration date an option Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Right now on patron records you need an expiration date but not all libraries use that type of function and the expiration date actually gets in their way. It would be nice if you could choose if your library cares about expiration dates. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 7050] New: Error in French web installer - sample_labels.sql
by bugzilla-daemon＠bugs.koha-community.org 22 May '15

22 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7050 Bug #: 7050 Summary: Error in French web installer - sample_labels.sql Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Installation and upgrade (web-based installer) AssignedTo: henridamien(a)koha-fr.org ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com While testing another bug I ran into an error message in the French web installer. One of the sample files requires an update to current Koha structures: sample_labels.sql ERROR 1146 (42S02) at line 3: Table 'koha.labels_templates' doesn't exist For testing I checked all sample content, this was the only error Koha reported on creating the database. -- 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 4

[Bug 7819] New: Title page of manual page says "Koha downloads"
by bugzilla-daemon＠bugs.koha-community.org 21 May '15

21 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7819 Priority: P5 - low Change sponsored?: --- Bug ID: 7819 Assignee: wizzyrea(a)gmail.com Summary: Title page of manual page says "Koha downloads" QA Contact: koha.sekjal(a)gmail.com Severity: minor Classification: Unclassified OS: All Reporter: oleonard(a)myacpl.org URL: http://manual.koha-community.org/ Hardware: All Status: NEW Version: master Component: Websites, Mailing Lists, etc Product: Koha The title tag of the manual page reads "Koha downloads." It should say "Koha manual." -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 5844] New: Unhilight cuts off some strings
by bugzilla-daemon＠bugs.koha-community.org 21 May '15

21 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5844 Bug #: 5844 Summary: Unhilight cuts off some strings Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: bargioni(a)pusc.it QAContact: koha-bugs(a)lists.koha-community.org When searching using more than one word, if one of them is contained in a previous one, unhilight button cuts some chars off the result page. Test with "manual nu" or something similar. Reason: highlight generates <span class="term">Ma<span class="term">nu</span>al</span> and unhighlight leaves only "Ma". Note that the bug is not visible if the search is "nu manual". -- 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 13

[Bug 13006] New: suggestions.mailoverseeing is not used
by bugzilla-daemon＠bugs.koha-community.org 21 May '15

21 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13006 Bug ID: 13006 Summary: suggestions.mailoverseeing is not used Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org The DB field suggestions.mailoverseeing does not seem to be in used. It cans be removed. Actually it has never been in used. -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 12905] New: Deleting parent fund will orphan child funds, leaving them un-editable.
by bugzilla-daemon＠bugs.koha-community.org 21 May '15

21 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12905 Bug ID: 12905 Summary: Deleting parent fund will orphan child funds, leaving them un-editable. Change sponsored?: --- Product: Koha Version: 3.14 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org It is possible to create two aqbudgets records with a parent-child relationship (i.e. budget_parent_id of the 'child' record is the 'budget_id' of the parent), then delete the parent record. The Child record will then be un-editable, because it will always trigger a 'Fund amount exceeds parent allocation' message. Replicating issue: >From acqui-home.pl on staff client, 1) Click 'funds' link, navigating to cgi-bin/koha/admin/aqbudgets.pl 2) Click 'New budget' link. 3) Populate Start Date, End date, description and amount. Click 'Make budget active' and save changes. 4) Click on budget description, this will navigate to cgi-bin/koha/admin/aqbudgets.pl 5) Click 'New', select 'New fund for ...' 6) Populate Fund code (I used PARENT01) Fund name (Parent 1) Amount (Will be less than or equal to budget amound populated earlier). 7) Click submit 8) For Parent 1, click 'Actions', then 'Add Child Fund'. 9) Populate Child: Fund code (I used CHILD01) Fund name (Child 1) Amount (Will be less than or equal to amount for Parent 1) 10) Click submit 11) Choose Actions->delete for 'Parent 1' fund. Choose 'Delete' when prompted. 12) Find 'Child 1' fund, click actions->edit 13) Click Submit. A pop-up will appear with the following text: Form not submitted because of the following problem(s) ------------------------------------------------------------------------------------ - Fund amount exceeds parent allocation I see the following problems * There should be a referential integrity check for aqbudgets.budget_parent_id: if it exists, it must point to a valid parent record. * Deleting an aqbudgets record with a child should issue an explicit warning that the fund has children. * The user should have the choice of deleting children with the parent or removing the link to the parent, thus promoting them to first class funds. * function budgetExceedsParent in acq.js should be able to handle an unknown error * cgi-bin/admin/check_parent_total.pl should check that the parent record exists, and should *not* pass $returncode = 1 if the parent record does not exist, even if budget_parent_id is not NULL. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 5338] New: Serials in guided reports
by bugzilla-daemon＠bugs.koha-community.org 21 May '15

21 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5338 Summary: Serials in guided reports Change sponsored?: Sponsored Product: Koha Version: rel_3_4 Platform: All URL: http://wiki.koha-community.org/wiki/Guided_reports_ser ials_RFC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Serials AssignedTo: henridamien(a)koha-fr.org ReportedBy: paul.poulain(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Deadline: 2011-05-01 We will add needed tables & help to be able to build a guided report for subscriptions & serials -- 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 58

[Bug 8033] New: add print receipt option to Koha self-check
by bugzilla-daemon＠bugs.koha-community.org 21 May '15

21 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8033 Priority: P5 - low Change sponsored?: --- Bug ID: 8033 Assignee: koha.sekjal(a)gmail.com Summary: add print receipt option to Koha self-check Severity: enhancement Classification: Unclassified OS: All Reporter: melia(a)bywatersolutions.com Hardware: All Status: NEW Version: master Component: Self checkout Product: Koha Add print receipt option to Koha Self-check. It should: * Bring up alert box upon hitting 'finish' ( like transfer/hold alert in CKI module) * "Would you like a receipt?" - options 'Yes' / 'No' * Print receipt if 'Yes' --- else, no receipt. -- You are receiving this mail because: You are watching all bug changes.

1 103