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

[Bug 19390] New: OPAC view link in staff results should open in a new tab
by bugzilla-daemon＠bugs.koha-community.org 21 Sep '18

21 Sep '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19390 Bug ID: 19390 Summary: OPAC view link in staff results should open in a new tab Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org The OPAC view link on the detail page always opens in a new tab, but the newer link in the staf result list does not. All OPAC view links should open in a new tab. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13

[Bug 21125] New: Shortcut moredetail.pl on nonexistent biblionumber
by bugzilla-daemon＠bugs.koha-community.org 21 Sep '18

21 Sep '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21125 Bug ID: 21125 Summary: Shortcut moredetail.pl on nonexistent biblionumber Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org Moved from bug 20927 -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 15184] Ability to duplicate existing order lines to a given basket
by bugzilla-daemon＠bugs.koha-community.org 21 Sep '18

21 Sep '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15184 Bug 15184 depends on bug 20661, which changed state. Bug 20661 Summary: Implement blocking errors for circulation scripts https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20661 What |Removed |Added ---------------------------------------------------------------------------- Status|Pushed to Stable |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 21033] New: Remove few warns in acqui/basket.pl
by bugzilla-daemon＠bugs.koha-community.org 21 Sep '18

21 Sep '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21033 Bug ID: 21033 Summary: Remove few warns in acqui/basket.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 21209] New: When trying to edit housebound roles, the edit button goes to patron attributes
by bugzilla-daemon＠bugs.koha-community.org 21 Sep '18

21 Sep '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21209 Bug ID: 21209 Summary: When trying to edit housebound roles, the edit button goes to patron attributes Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Once the patron has defined housebound roles, the edit button goes to the patron attributes page. To reproduce : 1) Make sure the HouseboundModule is enabled in system preferences 2) Go to a patron file 3) Next to Housebound roles, click on "Add" 4) Check "Yes" next to one of the two roles (or both) 5) Click "Save" 6) The "Add" button is now "Edit", click on it The page is the one to edit patron attributes and not housebound roles. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 15235] Add column filters to checkouts table
by bugzilla-daemon＠bugs.koha-community.org 21 Sep '18

21 Sep '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15235 Owen Leonard <oleonard(a)myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Failed QA --- Comment #12 from Owen Leonard <oleonard(a)myacpl.org> --- > > - date filters don't work : maybe a format problem > I can't reproduce the issue (tried with different values of dateformat > syspref), can you give an example ? I tried with all dateformat options and only found it to work with ISO-formatted dates. Otherwise everything seemed to work really well. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 21035] New: runreport.pl prints only a newline when printing a row that has a field that contains an embedded newline.
by bugzilla-daemon＠bugs.koha-community.org 21 Sep '18

21 Sep '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21035 Bug ID: 21035 Summary: runreport.pl prints only a newline when printing a row that has a field that contains an embedded newline. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz when runrepurt.pl is run using the --format=csv or --format=tsv options, any fields which contain embedded newlines will cause the row of results to be blank, displaying only a newline. To replicate: 1) Choose two items, say barcode '123' and '456' 2) Change the public note on 123 to read Line1 Line2 (I.e. type 'Line1', then press Enter, type 'Line2' and click update). 3) Change the public note on 456 to read Public note has one and only one line. Click update. 4) Create a report with the followng query: select barcode, itemnotes from items where barcode in ( '123', '456' ) Let's say that this is report number 10. 5) run ./misc/cronjobs/runreport.pl --format=csv 10: $ perl ./misc/cronjobs/runreport.pl --format=csv 9 456,"Public note has one and only one line." The same results hold when using --format=tsv When using --format=html, both rows are displayed: $ perl ./misc/cronjobs/runreport.pl --format=html 10 <table><tr><td>123</td> <td>Line1 Line2</td></tr> <tr><td>456</td> <td>Public note has one and only one line.</td></tr> -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 21131] New: Changing and restoring a WYSIWYG preference can result in unexpected behaviour
by bugzilla-daemon＠bugs.koha-community.org 21 Sep '18

21 Sep '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21131 Bug ID: 21131 Summary: Changing and restoring a WYSIWYG preference can result in unexpected behaviour Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com If you're using the WYSIWYG editor for system preferences, the TinyMCE editor will update the system preference text editor when the content is different to the content that the editor started with when the page was loaded. If you change the content and then change it back to the original content, the editor will actually use the last "different" content. Eg: TinyMCE Editor: 123a Textarea: 123a TinyMce Editor: 123 Textarea: 123 TinyMce Editor: 123a Textarea: 123 This is due to (my) overzealous use of the "TinyMCE.isDirty()" function. I'll just strip it out and everything will be fine. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 12

[Bug 19291] New: Make breadbrumbs for OPAC search history consistent with other patron account pages
by bugzilla-daemon＠bugs.koha-community.org 21 Sep '18

21 Sep '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19291 Bug ID: 19291 Summary: Make breadbrumbs for OPAC search history consistent with other patron account pages Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org If the user is logged in the search history can be accessed from within the patron account. In this case the breadcrumbs are not consistent with the other patron account pages in that the name of the logged-in user is missing. Patch might take into account that there is an anomymous search history too. -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 15516] Allow to place a hold on first available item from a group of titles
by bugzilla-daemon＠bugs.koha-community.org 21 Sep '18

21 Sep '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15516 Josef Moravec <josef.moravec(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Signed Off -- You are receiving this mail because: You are watching all bug changes.

1 0