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

[Bug 12629] Software error when trying to merge records from different frameworks
by bugzilla-daemon＠bugs.koha-community.org 16 Sep '16

16 Sep '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12629 Julian Maurice <julian.maurice(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |julian.maurice(a)biblibre.com --- Comment #11 from Julian Maurice <julian.maurice(a)biblibre.com> --- Pushed to 3.22.x, will be in 3.22.11 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 16556] New: KohaToMarcMapped columns sharing same field with biblio(item)number are removed.
by bugzilla-daemon＠bugs.koha-community.org 16 Sep '16

16 Sep '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16556 Bug ID: 16556 Summary: KohaToMarcMapped columns sharing same field with biblio(item)number are removed. Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: olli-antti.kivilahti(a)jns.fi QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl REPLICATE ISSUE: 1. Map biblio.frameworkcode to 999$b 2. Map biblio.biblionumber to 999$c 3. Add a record with something in 999$b 4. 999$b is removed by C4::Biblio::AddBiblio() After this patch, the field used by biblio.biblionumber or biblioitems.biblioitemnumber is not removed and created anew, thus dropping all existing additions. There is no point in dropping the field in any case, since we can just replace the existing subfields in-place with no need to recreate the whole field. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 17281] New: Warning when saving subfield structure
by bugzilla-daemon＠bugs.koha-community.org 16 Sep '16

16 Sep '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17281 Bug ID: 17281 Summary: Warning when saving subfield structure Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: MARC Bibliographic data support Assignee: gmcharlt(a)gmail.com Reporter: frederic(a)tamil.fr QA Contact: testopia(a)bugs.koha-community.org Saving MARC subfield structure for any tag raises a warning in /var/log/koha/library/intranet-error.log Use of uninitialized value in string eq at /usr/share/koha/intranet/cgi-bin/admin/marc_subfields_structure.pl >From this line is the: unless ( C4::Context->config('demo') or C4::Context->config('demo') eq 1 ) { -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 16311] New: Advanced search language limit typo
by bugzilla-daemon＠bugs.koha-community.org 16 Sep '16

16 Sep '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16311 Bug ID: 16311 Summary: Advanced search language limit typo Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: bc(a)interleaf.ie QA Contact: testopia(a)bugs.koha-community.org On the OPAC, when the language limit is select the Romanian select option is incorrectly spelled. At present it is "Român (Romanian)" but it should be "Română (Romanian)" -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 6852] Staged import reports wrong success for items with false branchcode
by bugzilla-daemon＠bugs.koha-community.org 16 Sep '16

16 Sep '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6852 Julian Maurice <julian.maurice(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |julian.maurice(a)biblibre.com --- Comment #11 from Julian Maurice <julian.maurice(a)biblibre.com> --- Pushed to 3.22.x, will be in 3.22.11 -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 16950] New: Serials subscriptions advanced search shows '0 found' pre-search
by bugzilla-daemon＠bugs.koha-community.org 16 Sep '16

16 Sep '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16950 Bug ID: 16950 Summary: Serials subscriptions advanced search shows '0 found' pre-search Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleishaamohia(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com To reproduce: 1) Go to Serials 2) Click Advanced Search in the toolbar at the top 3) Notice heading says Serials subscriptions (0 found) before a search has even happened -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 10

[Bug 17220] New: Improve clarity when placing a hold by changing button text from " Place hold" to "Confirm hold"
by bugzilla-daemon＠bugs.koha-community.org 16 Sep '16

16 Sep '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17220 Bug ID: 17220 Summary: Improve clarity when placing a hold by changing button text from "Place hold" to "Confirm hold" 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: ldjamison(a)marywood.edu QA Contact: testopia(a)bugs.koha-community.org When placing a hold from the OPAC, patrons may be confused about clicking "Place hold" twice during the reserve process (once from their search results list/bib record detail then the second time when confirming the hold(s) to be placed via the "Place hold" button). To improve clarity, changing the button text from "Place hold" to "Confirm hold" can reduce patron confusion as it eliminates duplication of text. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 16822] New: koha-common init.d script should run koha-plack without quiet
by bugzilla-daemon＠bugs.koha-community.org 16 Sep '16

16 Sep '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16822 Bug ID: 16822 Summary: koha-common init.d script should run koha-plack without quiet Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Command-line Utilities Assignee: gmcharlt(a)gmail.com Reporter: liz(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz We should alert during installation, restart, or upgrade for all daemon services stopping and starting. For example, stopping and starting the SIP server alerts during the apt install process. We expect (and sometimes depend on) things like Apache and MySQL(MariaDB) telling us when they are restarting during upgrades, I think we should treat our daemons the same way. All this really means is making the init.d run koha-plack without --quiet. -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 17267] New: Document koha-create --adminuser
by bugzilla-daemon＠bugs.koha-community.org 16 Sep '16

16 Sep '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17267 Bug ID: 17267 Summary: Document koha-create --adminuser Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Packaging Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org CC: mirko(a)abunchofthings.net In the man page for koha-create, the --adminuser option is mentioned in the synopsis, but not explained further in the same way as the other options. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 10

[Bug 17072] New: 007 not filling in with existing values
by bugzilla-daemon＠bugs.koha-community.org 16 Sep '16

16 Sep '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17072 Bug ID: 17072 Summary: 007 not filling in with existing values Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Moved out from bug 10148: When you use the 006 builder to view the existing values in the 006 tag, Koha is not pulling these existing values into the builder window. Instead, Koha appears to be using defaults. For example: 1. Open a record in the editor 2. Switch from BKS to another material type. 3. Change as many settings as possible. 4. Close plugin. 5. Reopen plugin - notice your selections are not shown. -- You are receiving this mail because: You are watching all bug changes.

1 15