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

[Bug 16626] New: downloaded files should have descriptive names including timestamps.
by bugzilla-daemon＠bugs.koha-community.org 31 May '16

31 May '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16626 Bug ID: 16626 Summary: downloaded files should have descriptive names including timestamps. 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: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When downloading exported marc records, creator card batches, creator label batches or report results, the resulting file names are not unique, and none of the names is terribly descriptive. I would suggest a library function that emits a filename formatted something like this ${description}-${date}.${extension} Where ${description} is exported marc => "koha_export.$START-$END" $START => first biblionumber in file $END => last biblionumber in file (range is omitted if there's only one bib) card batches => "creator_batch.$batchnumber" label batches => "label_batch.$batchnumber" report => "report.${report.id}.${sanitized_report_name}" ${sanitized_report_name} => shell friendly, i.e. s/[^A-Za-z0-9]+/_/g ${date} --iso-8601 formatted, shell friendly. ${extension} csv, pdf, marc, marcxml, etc. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15213] Fix tools sidebar to highlight Patron lists when in that module
by bugzilla-daemon＠bugs.koha-community.org 31 May '16

31 May '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15213 Owen Leonard <oleonard(a)myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #45033|0 |1 is obsolete| | --- Comment #9 from Owen Leonard <oleonard(a)myacpl.org> --- Created attachment 51936 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=51936&action=ed… [SIGNED-OFF] Bug 15213 - Fix tools sidebar to highlight Patron lists when in that module To test: Add some patron lists, navigate through the lists interface and make sure that while you are in the module, that Patron lists is highlighted on the sidebar. Signed-off-by: Owen Leonard <oleonard(a)myacpl.org> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15213] Fix tools sidebar to highlight Patron lists when in that module
by bugzilla-daemon＠bugs.koha-community.org 31 May '16

31 May '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15213 Owen Leonard <oleonard(a)myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Patch complexity|--- |Trivial patch Status|BLOCKED |Signed Off -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14261] Discharge management issues on OPAC
by bugzilla-daemon＠bugs.koha-community.org 31 May '16

31 May '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14261 --- Comment #1 from Owen Leonard <oleonard(a)myacpl.org> --- (In reply to Indranil Das Gupta from comment #0) > It should clearly mention that user was 'discharged', the above message is > confusing and ambiguous for in this case. Having not seen this bug report, I submitted the above as a separate bug: Bug 16464. > 3/ "ask for a discharge" should preferably read "download discharge > certificate" or something like that. In order for the link text to change based on whether a discharge was or wasn't requested or approved we would have to pull discharge data on every page in the OPAC where the user menu is displayed. I think a more efficient solution might be to: 1. Change the text of the link to "discharge requests" or something like that. 2. Fix Bug 16464 so that it is clear from looking at the user's account page that they have an approved discharge available. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14605] The description on pay/write off individual fine is wrong
by bugzilla-daemon＠bugs.koha-community.org 31 May '16

31 May '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14605 Marc Véron <veron(a)veron.ch> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |veron(a)veron.ch Status|Needs Signoff |Signed Off -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14605] The description on pay/write off individual fine is wrong
by bugzilla-daemon＠bugs.koha-community.org 31 May '16

31 May '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14605 Marc Véron <veron(a)veron.ch> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #51168|0 |1 is obsolete| | --- Comment #11 from Marc Véron <veron(a)veron.ch> --- Created attachment 51929 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=51929&action=ed… Bug 14605 - Corrects the individual fine's description When paying a fine, the description is built out of the borrower's type and title, instead of the actual fine's description. STEPS: 1) in the staff, go to a user with a fine to pay. a) if none, go to a user and Fines>>"Create manual invoice" with a distinctive description. 2) In Fines>>Pay fines, click the "Pay" button on the line of the fine. 3) This will take you a "Pay an individual fine" screen, where the description will look like "Staff Mrs", for the category and title of the borrower. Signed-off-by: Mirko Tietgen <mirko(a)abunchofthings.net> Signed-off-by: Marc Véron <veron(a)veron.ch> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8023] Facebook share link not used current localization
by bugzilla-daemon＠bugs.koha-community.org 31 May '16

31 May '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8023 --- Comment #1 from Owen Leonard <oleonard(a)myacpl.org> --- I'm not sure there is a good solution for this. Here is what the share link looks like: http://www.facebook.com/sharer.php?u=[ OPAC url ]&t=[ Title ] Nothing about the language of the OPAC page is being passed with the Facebook link, and as far as I can tell there are no options to do so: https://developers.facebook.com/x/bugs/357750474364812/ The share link seems to work just the same as when you paste a link into a new post: Facebook parses the page you linked to and tries to build a preview for it. If the OPAC being linked to has more than one language available, I assume Facebook can only see the default one. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10659] Upgrade jQuery star ratings plugin
by bugzilla-daemon＠bugs.koha-community.org 31 May '16

31 May '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10659 --- Comment #3 from Owen Leonard <oleonard(a)myacpl.org> --- We should consider looking for an upgrade or replacement which would fix Bug 11827. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15939] New: modification logs view now silently defaults to only current day's actions
by bugzilla-daemon＠bugs.koha-community.org 31 May '16

31 May '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15939 Bug ID: 15939 Summary: modification logs view now silently defaults to only current day's actions Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: gmcharlt(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org When accessing the modification logs from a link that does not explicitly set the to and from dates (e.g., from patron or bib details), no results are displayed unless the object had an action occur during the current day. This is a side-effect of commit 5dceb851 for bug 13813: In C4/Log.pm: - my $iso_datefrom = C4::Dates->new($datefrom,C4::Context->preference("dateformat"))->output('iso'); - my $iso_dateto = C4::Dates->new($dateto,C4::Context->preference("dateformat"))->output('iso'); + my $iso_datefrom = output_pref({ dt => dt_from_string( $datefrom ), dateformat => 'iso', dateonly => 1 }); + my $iso_dateto = output_pref({ dt => dt_from_string( $dateto ), dateformat => 'iso', dateonly => 1 }); In particular, C4::Dates->new($foo... returns undefined if $foo is undefined, whereas output_pref({ dt => dt_from_string( $foo... returns the current date. This amounts to a regression. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 13669] Web installer fails to load sample data on MySQL 5.6+
by bugzilla-daemon＠bugs.koha-community.org 31 May '16

31 May '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13669 --- Comment #70 from Tomás Cohen Arazi <tomascohen(a)gmail.com> --- (In reply to Julian Maurice from comment #69) > I forgot the last followup in 3.22.7, it will be in 3.22.8 Julian, have the PM add it on packaging! -- You are receiving this mail because: You are watching all bug changes.

1 0