August 2019 - Koha-bugs - lists.koha-community.org

[Bug 14293] Error in the calculation of the suspension of users per day
by bugzilla-daemon＠bugs.koha-community.org 30 Aug '19

30 Aug '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14293 --- Comment #37 from Koha Team Lyon 3 <koha(a)univ-lyon3.fr> --- Hi, Yes Jonathan, I'm not really fond of the behavior proposed because it changes the current calculation of suspension days for the loan in days. I don't want to block the resolution of this issue, but if we keep the correction proposed, We just have to be aware that we should explain that there's a change and that people have to check their circulation rules if they use the Suspension charging interval. But for the moment, I'm not sure a lot of libraries are using it.... Sonia -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10212] Columns configuration for tables
by bugzilla-daemon＠bugs.koha-community.org 30 Aug '19

30 Aug '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10212 --- Comment #94 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- (In reply to martha simons from comment #93) > > TypeError: a.aoColumns[c] is https://www.stepcalculator.com/ undefined > > /intranet-tmpl/prog/en/lib/jquery/plugins/jquery.dataTables.min.js > > Line 29 Hi Martha, please file a new bug with a step-by-step description on how to get to this error. Thank you. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10212] Columns configuration for tables
by bugzilla-daemon＠bugs.koha-community.org 30 Aug '19

30 Aug '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10212 martha simons <marthasimons9999(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |marthasimons9999(a)gmail.com --- Comment #93 from martha simons <marthasimons9999(a)gmail.com> --- > TypeError: a.aoColumns[c] is https://www.stepcalculator.com/ undefined > /intranet-tmpl/prog/en/lib/jquery/plugins/jquery.dataTables.min.js > Line 29 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 6879] Actual price should show correctly on order line and basket summary
by bugzilla-daemon＠bugs.koha-community.org 29 Aug '19

29 Aug '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6879 Nick Clemens <nick(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=23522 -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug. You are the assignee for the bug.

1 0

[Bug 7611] Show the NOT_LOAN authorised values for item status in XSLT OPAC search results.
by bugzilla-daemon＠bugs.koha-community.org 29 Aug '19

29 Aug '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7611 --- Comment #18 from Nick Clemens <nick(a)bywatersolutions.com> --- Created attachment 92496 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=92496&action=ed… Bug 7611: Change negative notforloan as well This makes the changes apply to both positive and negative notforloan values The extra line generated before is removed Some spans are added and cleaned up and labels moved to CSS to allow for easier altering where needed Itemtypes marked notforloan remain as reference, the label can be changed via css To test: 1 - Have a record with items in various statuses, ideally - 3 available, with 2 in one branch, 1 in another - 3 with itemtype not for loan, 2 in one branch, 1 in another - 3 in a positive not for loan status, 2 and 1 as above - 3 in a negative not for loan status, 2 and 1 as above - 1 in a different positive loan status, but with the same opac description as the negative above 2 - Search the opac to include this record, take a screenshot 3 - Apply patch 4 - Restart all and refresh 5 - Compare to screen shot 6 - Differences include: - Positive statuses are now on separate line with opac description showing - Unavailable (not for loan items) now include callnumber and branch in display - Positive and negative notforloan with same description are combined where branches match - Inspect the elements, note new spans around 'Items available for loan/reference' 7 - Add to OPACUserCSS: .ItemSummary .ItemBranch{ display:none; } .unavailable .ItemSummary .CallNumber,.unavailable .ItemSummary .LabelCallNumber{ display:none; } 8 - Note the branches are hidden, and callnumbe rhidden for unavailable items -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 7611] Show the NOT_LOAN authorised values for item status in XSLT OPAC search results.
by bugzilla-daemon＠bugs.koha-community.org 29 Aug '19

29 Aug '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7611 --- Comment #17 from Nick Clemens <nick(a)bywatersolutions.com> --- Created attachment 92495 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=92495&action=ed… Bug 7611: Show the NOT_LOAN authorised values for item status in XSLT OPAC search results Added : Call number for all not for loan status XSLT Results template improvement : Use the NOT_LOAN authorised values Improvement : Use the NOT_LOAN authorised values when showing items status in the OPAC search results. Before this patch, these items were only considered as "unavailable". Note : This patch only affects the OPAC XSLT search results template for MARC21 records. This patch was not tested on UNIMARC or NORMARC records. I won't be able to support these formats, so I'm hoping someone could do the same for these other record formats. Patch sponsored by the CCSR ( http://www.ccsr.qc.ca ) -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 7611] Show the NOT_LOAN authorised values for item status in XSLT OPAC search results.
by bugzilla-daemon＠bugs.koha-community.org 29 Aug '19

29 Aug '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7611 Nick Clemens <nick(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|In Discussion |Needs Signoff Patch complexity|--- |Small patch -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 23519] New: Koha 19.05 Command-line installation linux commands help
by bugzilla-daemon＠bugs.koha-community.org 29 Aug '19

29 Aug '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23519 Bug ID: 23519 Summary: Koha 19.05 Command-line installation linux commands help Change sponsored?: --- Product: Koha Version: 19.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Installation and upgrade (command-line installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: nandigamasrinivas56(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Hi Team, We are unable to install koha 19.05 with old commands available in koha documentation. Could you please help us to send the new commands that suitable with current version. Thank you! Regards, Srinivas -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 15261] Verify if checkouts or reserves requests periods overlap with existing reserves
by bugzilla-daemon＠bugs.koha-community.org 29 Aug '19

29 Aug '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15261 cecile.joyet(a)biblibre.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |cecile.joyet(a)biblibre.com -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 23516] New: Incorrect permissions on modrequest.pl could lead to unauthorized hold changes
by bugzilla-daemon＠bugs.koha-community.org 28 Aug '19

28 Aug '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23516 Bug ID: 23516 Summary: Incorrect permissions on modrequest.pl could lead to unauthorized hold changes Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com When you modify a hold's priority or pickup location via the list of holds on a particular title (/cgi-bin/koha/reserve/request.pl?biblionumber=X), you're submitting the data to modrequest.pl. modrequest.pl requires only "catalogue" permission. It can usually only be accessed via request.pl which requires "reserveforothers => 'place_holds'" permission. However, a correctly-constructed link could allow a user without "modify_holds_priority" permission to modify a hold's priority: /cgi-bin/koha/reserve/modrequest.pl?reserve_id=RESERVEID&borrowernumber=BORROWERNUMBER&biblionumber=BIBLIONUMBER&rank-request=PRIORITY&pickup=LIBRARY&itemnumber=&suspend_until= -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0