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

[Bug 13757] New: Make patron attributes editable in the opac if set to be visible
by bugzilla-daemon＠bugs.koha-community.org 17 Sep '15

17 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13757 Bug ID: 13757 Summary: Make patron attributes editable in the opac if set to be visible Change sponsored?: --- Product: Koha Version: 3.18 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: david.roberts(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Following on from Bug 12718 where Patron Extended Attributes were made visible in the My Details page of the OPAC, it would be useful if these could be editable by the patron, instead of just viewable. This should only apply to any attributes that are configured to display in the OPAC. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 11528] New: TrackClicks feature messes up proxied EBSCO e-books links?
by bugzilla-daemon＠bugs.koha-community.org 16 Sep '15

16 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11528 Bug ID: 11528 Summary: TrackClicks feature messes up proxied EBSCO e-books links? Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Enabling the TrackClicks feature (track anonymously)seems to mess up links to EBSCO e-books. It was reported as a problem for a link to an e-book in the EBSCO Ebooks database. When you click on the link, it eventually resolves to the search interface of another one of our EBSCO databases (Alt HealthWatch). Could this be a proxy issue? The reporter is using EZProxy. It didn't seem to affect URLs connection to e-books for ebrary, Taylor & Francis, or Oxford. Would we have to do something special in the ezproxy config or the EBSCO stanza to allow the TrackClicks feature to work? -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 10128] New: Encoding problem when Search for an Authority to add to a bib record with non-latin characters the data re filled in form looks bad but the results good
by bugzilla-daemon＠bugs.koha-community.org 16 Sep '15

16 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10128 Bug ID: 10128 Summary: Encoding problem when Search for an Authority to add to a bib record with non-latin characters the data re filled in form looks bad but the results good Classification: Unclassified 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: karamqubsi(a)gmail.com Created attachment 17702 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=17702&action=edit Show the search result is good but the data re filled in the form is bad. I hope the attached image will describe the whole problem -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 4990] New: reintegrate overdues email in overdue list
by bugzilla-daemon＠bugs.koha-community.org 16 Sep '15

16 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4990 Summary: reintegrate overdues email in overdue list Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: nahuel.angelinetti(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 In 2.2 that email links worked. Now it doesn't, It should be re-implemented. It must be attached to a specific letter. -- 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 14

[Bug 11937] New: opac link doesn't open in new window
by bugzilla-daemon＠bugs.koha-community.org 16 Sep '15

16 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11937 Bug ID: 11937 Summary: opac link doesn't open in new window Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 26

[Bug 11703] New: Convert checkouts table to ajax datatable
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '15

15 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11703 Bug ID: 11703 Summary: Convert checkouts table to ajax datatable Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When a patron has many checked out items, circulation.pl can take a very long time to load ( on the order of minutes in some cases ). This is primarily due to the processing of the previous checkouts list. If we convert to this table to a datatable that fetches its data via ajax, we can make circulation.pl far more responsive. The same should be done with relative's checkouts as well. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 275

[Bug 13073] New: Search in Russian and in Armenian
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '15

15 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13073 Bug ID: 13073 Summary: Search in Russian and in Armenian Change sponsored?: --- Product: Koha Version: 3.16 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: aidasarg(a)ysu.am QA Contact: testopia(a)bugs.koha-community.org When we search in the OPAC for entries in Russian or Armenian languages, the result is the full database (including English entries). But the same search works for English language -- English only entries are returned. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 10478] New: Do we need a sequential number generator?
by bugzilla-daemon＠bugs.koha-community.org 14 Sep '15

14 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10478 Bug ID: 10478 Summary: Do we need a sequential number generator? Classification: Unclassified 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: m.de.rooy(a)rijksmuseum.nl Copy and past from report 9921: --- Comment #15 from Galen Charlton <gmcharlt(a)gmail.com> --- (In reply to comment #14) > 3) I feel that incrementalControlNumber is not (really) a pref. I can > imagine more cases where we might need a sequential number. Would it be > interesting to move it perhaps to Tools in a more general context such as a > sequence number engine with its own table (id, keyname, seqnumber, date)? > There are more fields like callnumber (with plugins) that could use such an > approach.. > This does again not block your patch, but we could trigger the discussion on > a more general solution. This idea (creating a sequence engine) is worth elevating to a new enhancement bug. There's been some chatter on #koha the past few days about this in the context of improving how sequential patron cardnumbers are assigned. [END-OF-QUOTE] Note: Since this bug is not yet in assigned status, you are welcome to write some code :) It would probably be interesting too to add another column subkey or something that allows you to have sequence number for the combination key, subkey. You could e.g. have numbers then for 'shelf', '1 A' and 'shelf','2 C', etc. But this idea could have many more applications. -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 10784] New: SMS-related code needs improvements
by bugzilla-daemon＠bugs.koha-community.org 14 Sep '15

14 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10784 Bug ID: 10784 Summary: SMS-related code needs improvements Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)enger.priv.no QA Contact: testopia(a)bugs.koha-community.org Some more or less random findings: sms/sms_listen.pl has hardcoded strings in it, in Turkish (according to Google translate): http://git.koha-community.org/gitweb/?p=koha.git;a=blob;f=sms/sms_listen.pl… This comment from an earlier commit sounds ominous: "SMS - widespread cleanup and moving code away from Cyprus/Turkey-specific implementation. Much more needed." http://git.koha-community.org/gitweb/?p=koha.git;a=commit;h=9c8a1e29f8f2589… To bring this in line with other functionality in Koha it would probably be a good idea to make the notices editable, in the same way that other notices are. C4::SMS references two sysprefs, SMSSendUsername and SMSSendPassword, but when I search for these in 3.12.x and current master I get no results. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 11997] New: Download / export lists of records coding and format errors
by bugzilla-daemon＠bugs.koha-community.org 14 Sep '15

14 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11997 Bug ID: 11997 Summary: Download / export lists of records coding and format errors Change sponsored?: --- Product: Koha Version: 3.14 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Lists Assignee: gmcharlt(a)gmail.com Reporter: pablo.bianchi(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Either from OPAC and Intranet, while exporting lists with formats "MARC" (OPAC) / "Iso2709" (on Intranet; different name to same thing) the downloaded file named "shelf.iso2709" is on latin1 instead of utf8, never reporting this, and also it seems very buggy: $ yaz-marcdump -f latin1 -t utf8 -i marc -o line "shelf.iso2709" | head -n30 [...] 245 00 $a Introducción general a la informática : $b periféricos y redes locales / $c Mario Carlos Ginzburg; ilustrado por Rafael Ginzburg (Separator but not at end of field length=134) 250 a4 $ ed. (Separator but not at end of field length=11) 260 aB $e nos Aires : $b Mario Carlos Ginzburg, $c 2006 (Separator but not at end of field length=51) -- You are receiving this mail because: You are watching all bug changes.

1 16