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

[Bug 16375] New: Add arg to 'koha-upgrade-schema' to run on a specific 'updatedb.pl' file
by bugzilla-daemon＠bugs.koha-community.org 11 Jan '20

11 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16375 Bug ID: 16375 Summary: Add arg to 'koha-upgrade-schema' to run on a specific 'updatedb.pl' file Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: gmcharlt(a)gmail.com Reporter: mtj(a)kohaaloha.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz Add arg to 'koha-upgrade-schema' to run on a specific 'updatedb.pl' file more info to come... -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 16374] New: Support cataloging fanzines
by bugzilla-daemon＠bugs.koha-community.org 11 Jan '20

11 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16374 Bug ID: 16374 Summary: Support cataloging fanzines 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: nicolasmaia(a)tutanota.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Fanzines can generally be difficult to catalog, since many lack basic info such as authorship, year and place of production or contact address. Koha should probably do something in the sense of making zines more easily catalogued. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 16306] New: C4::Context->setCommandlineEnvironment() convenience function
by bugzilla-daemon＠bugs.koha-community.org 11 Jan '20

11 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16306 Bug ID: 16306 Summary: C4::Context->setCommandlineEnvironment() convenience function Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: olli-antti.kivilahti(a)jns.fi QA Contact: testopia(a)bugs.koha-community.org There is no unified way to set the environment for commandline scripts, even if the C4::Context->interface('commandline') explicitly allows setting the cli interface. Also a default user environment must be set. This function wraps the complexity of environment setting in the command line. Usage: use C4::Context; BEGIN { C4::Context->setCommandlineEnvironment(); } ... #Load other dependencies that might depend on the environment or just: ... use C4::Context; C4::Context->setCommandlineEnvironment(); ... -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 16247] New: Attaching PDFs to New Patron E-mail
by bugzilla-daemon＠bugs.koha-community.org 11 Jan '20

11 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16247 Bug ID: 16247 Summary: Attaching PDFs to New Patron E-mail Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: Linux Status: NEW Severity: normal Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: jesse(a)meta21st.com QA Contact: testopia(a)bugs.koha-community.org A while back, I asked on the listserv if anyone had experimented with writing a script that would attach a PDF to the New Patron data email when it goes out. I am thinking specifically about attaching a PDF of library policies to that specific notification. I still think this is a good idea. I think it's helpful to be able to upload documents to patron records. But it might be a good idea if we could also attach documents - at least standard documents to standard/default e-mails. What kinds of tools, scripts or functionality would have to be added for this idea to be put into a future release? Curious... Thank you Jesse -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 15949] New: Making certain alerts stand out
by bugzilla-daemon＠bugs.koha-community.org 09 Jan '20

09 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15949 Bug ID: 15949 Summary: Making certain alerts stand out Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com In the attempt to make certain messages stand out from others (in this case, when an item is checked in that is not in the system or is miss-scanned), I added the following jquery: //Enhance No item with barcode message $("p.problem:contains('No item with barcode:')").parent("div").removeClass("alert").css("background-color","red").css("border","1px solid #e0c726").css("background","rgba(0, 0, 0, 0) -moz-linear-gradient(center top , #FAECEC 0%, #FAECEC 9%, #FC1B1B 89%, #FA2A2A 100%) repeat scroll 0 0"); //End Enhance Would love to see visual enhancements of the alerts become a preference in admin. Christopher -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 15976] New: test bug for a script we are developping.
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '20

08 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15976 Bug ID: 15976 Summary: test bug for a script we are developping. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: bugs.koha-community.org Assignee: remi.mayrand-provencher(a)inLibro.com Reporter: remi.mayrand-provencher(a)inLibro.com QA Contact: testopia(a)bugs.koha-community.org CC: remi.mayrand-provencher(a)inLibro.com -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 15892] New: branchtransfer from branch is set to the transferred Item's holding branch, not the current loggedinbranch from where the transfer originates
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '20

08 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15892 Bug ID: 15892 Summary: branchtransfer from branch is set to the transferred Item's holding branch, not the current loggedinbranch from where the transfer originates Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: olli-antti.kivilahti(a)jns.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com REPLICATE ISSUE: 1. Check-out an Item from branch A 2. Change loggedinbranch to branch B 3. Initiate a branchtransfer from branch B to branch C 4. Observe the Item's holdingbranch to be branch A. If one sends the Item from branch B to branch C, how can it's last branch where it was detected be branch A? It should be branch B since that is where the Item currently physically is. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 15873] New: Restrict patron to hold those items which already checked-out by them.
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '20

08 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15873 Bug ID: 15873 Summary: Restrict patron to hold those items which already checked-out by them. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: amitddng135(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Restrict patron to hold those items which already checked-out by them. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[Bug 15862] New: Cataloging editor should gracefully handle unknown biblionumbers
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '20

08 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15862 Bug ID: 15862 Summary: Cataloging editor should gracefully handle unknown biblionumbers Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl If you try to open a record in the basic MARC editor by passing bad or deleted biblionumber you get an error: Can't call method "title" on an undefined value at /usr/share/koha/intranet/cgi-bin/cataloguing/addbiblio.pl line 827. We should show a friendlier error message to the user. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 15857] New: Add test mode to process_message_queue.pl
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '20

08 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15857 Bug ID: 15857 Summary: Add test mode to process_message_queue.pl Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org It would be nice for testing and migration purposes if we could run process_message_queue.pl but have the emails go to a testing address instead of the patron's email address, and have SMS messages go to a testing phone number instead of the patron's sms number. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10