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

[Bug 9069] New: Make it possible to import MARC21 authorities from VIAF into Koha
by bugzilla-daemon＠bugs.koha-community.org 24 Jan '16

24 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9069 Priority: P5 - low Change sponsored?: --- Bug ID: 9069 Assignee: gmcharlt(a)gmail.com Summary: Make it possible to import MARC21 authorities from VIAF into Koha Severity: enhancement Classification: Unclassified OS: All Reporter: magnus(a)enger.priv.no Hardware: All Status: NEW Version: master Component: MARC Authority data support Product: Koha Example VIAF record, HTML view: http://viaf.org/viaf/59083692/#Hamsun,_Knut,_1859-1952 Same record, MARC21: http://viaf.org/viaf/59083692/marc21.xml This can be transformed to ISO2709 with e.g.: yaz-marcdump -i marcxchange -o marc marc21.xml > myrecord.mrc I have not been able to stage and import the resulting .mrc file, and I *think* that is because the VIAF record does not have a 100 field. I think the reason for *that* is that the library/cataloguer should be able to choose the preferred name that goes into the 100 field. So maybe we need to accept authority records that lack a 100 field (so that the 100 field can be added later), or make it easy to add the 100 field as part of the import process? -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 8995] New: Show OpenURL links in OPAC search results
by bugzilla-daemon＠bugs.koha-community.org 24 Jan '16

24 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8995 Priority: P5 - low Change sponsored?: --- Bug ID: 8995 Assignee: julian.maurice(a)biblibre.com Summary: Show OpenURL links in OPAC search results Severity: enhancement Classification: Unclassified OS: All Reporter: julian.maurice(a)biblibre.com Hardware: All Status: ASSIGNED Version: master Component: OPAC Product: Koha -- You are receiving this mail because: You are watching all bug changes.

1 54

[Bug 6679] New: Fixing code so it passes basic Perl::Critic tests
by bugzilla-daemon＠bugs.koha-community.org 22 Jan '16

22 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6679 Bug #: 6679 Summary: Fixing code so it passes basic Perl::Critic tests Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Architecture, internals, and plumbing AssignedTo: gmcharlt(a)gmail.com ReportedBy: chris(a)bigballofwax.co.nz QAContact: koha-bugs(a)lists.koha-community.org This bug will be an ongoing one, until all our code passes perl critic tests -- 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 285

[Bug 4941] New: Can't set branch in staff client when singleBranchMode is enabled
by bugzilla-daemon＠bugs.koha-community.org 22 Jan '16

22 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4941 Summary: Can't set branch in staff client when singleBranchMode is enabled Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Staff Client AssignedTo: paul.poulain(a)biblibre.com ReportedBy: camins(a)numismatics.org QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 Although the description of the syspref singleBranchMode implies that singleBranchMode is only relevant to the OPAC, in fact superlibrarians cannot change their branch on the staff client when it is set. Either the description of the syspref should be modified, or the syspref should be split into two, one that only impacts the OPAC, and one that only impacts the staff client. -- 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 29

[Bug 7996] New: Patron Modification Log Requires Parameters Permission
by bugzilla-daemon＠bugs.koha-community.org 22 Jan '16

22 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7996 Priority: P5 - low Change sponsored?: --- Bug ID: 7996 CC: gmcharlt(a)gmail.com Assignee: kyle.m.hall(a)gmail.com Summary: Patron Modification Log Requires Parameters Permission QA Contact: koha.sekjal(a)gmail.com Severity: normal Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Patrons Product: Koha Created attachment 9274 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=9274&action=edit without parameters permission See attached. The "Modification Log" tab does not appear while viewing a patron's record (Detail, Check Out) unless the staff member has the "Set Koha system parameters" priviledge enabled. -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 8753] New: Add forgot password link to OPAC
by bugzilla-daemon＠bugs.koha-community.org 22 Jan '16

22 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8753 Priority: P5 - low Change sponsored?: --- Bug ID: 8753 Assignee: oleonard(a)myacpl.org Summary: Add forgot password link to OPAC Severity: enhancement Classification: Unclassified OS: All Reporter: amit.gupta(a)osslabs.biz Hardware: All Status: NEW Version: rel_3_10 Component: OPAC Product: Koha If user forgot there password once click on add forgot password link to opac then system generate a new password and send to patron email address. -- You are receiving this mail because: You are watching all bug changes.

1 254

[Bug 7720] New: Ambiguity in OPAC Details location.
by bugzilla-daemon＠bugs.koha-community.org 21 Jan '16

21 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7720 Priority: P5 - low Change sponsored?: --- Bug ID: 7720 Assignee: oleonard(a)myacpl.org Summary: Ambiguity in OPAC Details location. QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: kyle.m.hall(a)gmail.com Hardware: All Status: NEW Version: rel_3_8 Component: OPAC Product: Koha Currently, in opac-detail.pl, there exists a column named 'Location'. This column lists the name of the holding branch, and the item's location description. This can cause confusion to borrowers, as they may assume that the holding branch is the *owning* branch (homebranch) of an item. This could cause a situation where a borrower waits for an item to be returned to his or her library, only to find that the library never owned that item, and it was transferred back to it's homebranch. It could also lead a borrower to falsely assume that his or her home library does not own a copy of a particular item because the borrower does not see an his or her home library listed for any of the items on the record. In addition, even when the holding branch is different than the home branch, the item's shelving location is displayed, even though that branch may not use that location! I propose we add the home branch to this column in the event that it differs from the holding branch. -- You are receiving this mail because: You are watching all bug changes.

1 89

[Bug 9021] New: Add SMS via email as an alternative to SMS services via SMS::Send drivers
by bugzilla-daemon＠bugs.koha-community.org 21 Jan '16

21 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9021 Priority: P5 - low Change sponsored?: --- Bug ID: 9021 Assignee: koha-bugs(a)lists.koha-community.org Summary: Add SMS via email as an alternative to SMS services via SMS::Send drivers Severity: enhancement Classification: Unclassified OS: All Reporter: kyle(a)bywatersolutions.com Hardware: All Status: NEW Version: master Component: Notices Product: Koha Nearly all cellular providers allow a person to send an text message to a cellular phone by sending an email to phonenumber@provider. We can leverage this capability to add the ability for Koha to send sms messages to patrons without the need to subscribe to an sms gateway server. Basic plan: 1. Add a table sms_providers to the db to tell Koha what service providers are available, and what domain emails should be sent to. 2. Add borrowers.sms_provider_id to tell Koha which mobile service the patron subscribes to for the number given in smsalertnumber 3. Modify Koha to send an email rather than using SMS::Send if the driver is set to 'Email' -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 89

[Bug 8055] New: reversing fines wonky
by bugzilla-daemon＠bugs.koha-community.org 21 Jan '16

21 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8055 Priority: P5 - low Change sponsored?: --- Bug ID: 8055 CC: gmcharlt(a)gmail.com Assignee: kyle.m.hall(a)gmail.com Summary: reversing fines wonky Severity: major Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Circulation Product: Koha I'm sorry to not be more specific, I need to gather more data, but I can confirm that reversing fine payments no longer does what it used to do. Here's one scenario: I clicked on a pay fine that was $3 typed in $2 and accidently hit confirm twice. I some how ended up with a -1.70. When I went back and looked at the fines it showed three 2.00 fines had been paid. I tried experimenting and pushing the reverse button and ended up with a -3.70. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 9499] New: --itemscontent= option is undocumented in advanced-notice.pl cronjob + default date should be date_due, not issuedate
by bugzilla-daemon＠bugs.koha-community.org 20 Jan '16

20 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9499 Bug ID: 9499 Summary: --itemscontent= option is undocumented in advanced-notice.pl cronjob + default date should be date_due, not issuedate Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: liz(a)catalyst.net.nz advance_notices.pl has an undocumented feature to allow --itemscontent=<fields> select what fields are put in itemscontent in notices. Additionally, these notices ship by default with the dateissued, instead of the date_due, which makes little sense to borrowers. I propose we change the default date on advanced_notices to date_due (remember, you'll retain the option to set it to the dateissued if you want to), update the crontab.example to reflect the change as well, and improve the POD to reflect that the option is available for advanced/due notices. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13