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

[Bug 16996] New: Template process failed: undef error - Can't call method "description"
by bugzilla-daemon＠bugs.koha-community.org 19 Sep '16

19 Sep '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16996 Bug ID: 16996 Summary: Template process failed: undef error - Can't call method "description" Change sponsored?: --- Product: Koha Version: 16.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: miguel.tuimil(a)xercode.es QA Contact: testopia(a)bugs.koha-community.org This problem occurs in special conditions with some preferences settings related to the Patron CategoryCode and edit the personal details in the OPAC: 1. Make sure that the categorycode is not hidden in the OPAC in: PatronSelfRegistrationBorrowerUnwantedField or PatronSelfModificationBorrowerUnwantedField 2. Add a required field in PatronSelfRegistrationBorrowerMandatoryField, for example email. 3. Go to Your Personal Details in the OPAC (opac-memberentry.pl) and leave blank the required field of point 2 4. Press "Submit update request" It should display: Software error: Template process failed: undef Error - Can not call method "description" on an undefined value at /usr/share/koha/lib/Koha/Template/Plugin/Categories.pm line 29. -- You are receiving this mail because: You are watching all bug changes.

1 27

[Bug 16949] New: Batch record deletion says success when no records have been passed in
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '16

18 Sep '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16949 Bug ID: 16949 Summary: Batch record deletion says success when no records have been passed in Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: aleishaamohia(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org To reproduce: 1) Go to Tools -> Batch record deletion 2) Put in a record number and click Continue 3) Deselect the record so that it doesn't actually delete and click Delete selected records 4) Page says All records have been deleted successfully! --> Error -- You are receiving this mail because: You are watching all bug changes.

1 23

[Bug 16699] New: Swagger: Split parameters and paths, and specify required permissions for resource
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '16

18 Sep '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16699 Bug ID: 16699 Summary: Swagger: Split parameters and paths, and specify required permissions for resource Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: larit(a)student.uef.fi QA Contact: testopia(a)bugs.koha-community.org It's great that Bug 15126 splits Swagger specification over multiple files. However, the problem of still exists as swagger.json grows larger with each new path. We should do the same split as Bug 15126 did, but for paths and parameters. I propose the following structure for paths: . ├── swagger.json ├── definitions │ └── index.json │ └── error.json │ └── patron.json ├── parameters │ └── index.json │ └── patron.json └── paths ├── index.json └── patrons.json Also Swagger should specify the required permissions for each resource. We can do this by adding "x-koha-permission"-field for each path, and using this field when checking for the needed permissions. This way required permissions are well-documented and anyone can instantly find out which permissions they need. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 71

[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 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 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 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 16809] New: Silence authority warnings C4::Biblio::TransformHtmlToMarc
by bugzilla-daemon＠bugs.koha-community.org 16 Sep '16

16 Sep '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16809 Bug ID: 16809 Summary: Silence authority warnings C4::Biblio::TransformHtmlToMarc Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: mtompset(a)hotmail.com Reporter: mtompset(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com While trying to test another bug. I was annoyed by the floody nature of TransformHtmlToMarc in C4/Biblio.pm To reproduce: 1) Back up your intranet error log -- for example: cp ~/koha-dev/var/log/koha-error-log ~/koha-error-log.backup 2) Blank your intranet error log -- for example: echo > ~/koha-dev/var/log/koha-error-log 3) Log into your staff client 4) Click 'Authorities' 5) Click 'New from Z39.50' 5) Type 'Seuss' into 'Name (any):' and press enter 6) Click 'Import' beside the first link 7) Click 'Save' 8) Check your koha-error-log -- floody! 9) Apply patch 10) repeat steps 2-8 -- blank! 11) restore your intranet error log -- for example: mv ~/koha-error-log.backup ~/koha-dev/var/log/koha-error-log 12) run koha qa test tools -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 16464] New: If a patron has been discharged, show a message in the OPAC
by bugzilla-daemon＠bugs.koha-community.org 16 Sep '16

16 Sep '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16464 Bug ID: 16464 Summary: If a patron has been discharged, show a message in the OPAC Change sponsored?: --- Product: Koha Version: master Hardware: All URL: /cgi-bin/koha/opac-discharge.pl OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org When a patron is discharged a restriction is added to their account. In the OPAC this triggers the default warning about the account being frozen. If the restriction is for a discharge a different message should be shown, with a link to the discharge. -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 16886] New: Error / success reporting in 'Upload patron images' tool is broken
by bugzilla-daemon＠bugs.koha-community.org 16 Sep '16

16 Sep '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16886 Bug ID: 16886 Summary: Error / success reporting in 'Upload patron images' tool is broken Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The patron image tool can correctly process images, however, the variables needed for returning results are global and broken (the script itself documents this issue) and plack errors out when trying to access them. The results now are limited to 'success' for a 100% successful file and 'failed' when there is an error logs: Variable "@counts" is not available at /home/vagrant/kohaclone/tools/picture-upload.pl line 228. Variable "$filetype" is not available at /home/vagrant/kohaclone/tools/picture-upload.pl line 240. Variable "$uploadfilename" is not available at /home/vagrant/kohaclone/tools/picture-upload.pl line 241. -- You are receiving this mail because: You are watching all bug changes.

1 12