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

[Bug 7547] Printing a sorted cart
by bugzilla-daemon＠bugs.koha-community.org 02 Aug '18

02 Aug '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7547 Josef Moravec <josef.moravec(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |21145 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21145 [Bug 21145] The "Column visibility" button should not be displayed at the OPAC -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 18223] New: Request for ID to be included on patron details of overdue report
by bugzilla-daemon＠bugs.koha-community.org 02 Aug '18

02 Aug '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18223 Bug ID: 18223 Summary: Request for ID to be included on patron details of overdue report Change sponsored?: --- Product: Koha Version: unspecified Hardware: PC OS: Linux Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.stone(a)wiltshire.ac.uk QA Contact: testopia(a)bugs.koha-community.org Request for patron ID to be included on patron details of overdue report in future enhancement. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 14771] Allow patrons to pick a username
by bugzilla-daemon＠bugs.koha-community.org 02 Aug '18

02 Aug '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14771 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |katrin.fischer(a)bsz-bw.de Summary|allow patrons to pick a |Allow patrons to pick a |username |username --- Comment #1 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Still valid -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 3766] Cities/Towns and Road Types only on one address
by bugzilla-daemon＠bugs.koha-community.org 02 Aug '18

02 Aug '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3766 --- Comment #5 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Amazingly this is still valid. -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 11969] show patrons star rating on their reading history
by bugzilla-daemon＠bugs.koha-community.org 02 Aug '18

02 Aug '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11969 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |katrin.fischer(a)bsz-bw.de --- Comment #1 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- +1 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14662] Add empty entry to pull down when subfield is mandatory and linked to authorized value
by bugzilla-daemon＠bugs.koha-community.org 02 Aug '18

02 Aug '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14662 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |Needs Signoff Assignee|gmcharlt(a)gmail.com |katrin.fischer(a)bsz-bw.de --- Comment #7 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Having a go at this :) -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14662] Add empty entry to pull down when subfield is mandatory and linked to authorized value
by bugzilla-daemon＠bugs.koha-community.org 02 Aug '18

02 Aug '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14662 --- Comment #6 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Created attachment 77419 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=77419&action=ed… Bug 14662: Add empty entries to pull downs on item form for mandatory subfields The code assumed that if a subfield is marked as mandatory, there should be no empty entry in the pull downs. This assumption is not correct, as it leads to the first entry of the pull down being preselected if there is no default set. Which means you will never be alerted of any cataloguing errors and errors will be very hard to find later on. Correct behaviour would be to preselect the empty value when there is no default. This means on saving the item an error message is triggered and the cataloger is forced to set the value. To test: - Adapt your frameworks: - Make 942$c non-mandatory - In 952 make itemtype, classification source and some other pull downs like location or collection mandatory - Add a new item - Verify that the first value of each pull down is preselected, there is no way to trigger the 'required' error - Apply patch - Add a new item - Verify that classification source is preselected according to the DefaultClassificationSource system preference - Verify that the itemtype is preselected according to 942$c in the bibliographic record - Verify all mandatory fields can be set to empty - Verify that you can't save before correctly setting them - Change the 942$c in the record to empty - Add another item - Verify the itemtype is now empty - Change your frameworks and set a default for itemtype (Ex: BK) - Repeat default check with another pull down like collection or location -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8457] Number of results shown in 'scan index' search, doesn't match results found in catalog
by bugzilla-daemon＠bugs.koha-community.org 02 Aug '18

02 Aug '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8457 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|No results found on |Number of results shown in |term/phrase click in scan |'scan index' search, |index results list |doesn't match results found | |in catalog --- Comment #11 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- The misunderstanding here might be that we are talking about the results shown when you click on one of the results of the scan - the number shown doesn't match. So: - Search for 'der' with scan (sample data shows 2 entries) - Click on 'der' -> verify different result lists for differnet settings of QueryAutoTruncate For me: - 100 in result list with QueryAutoTruncate Off.. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 21088] New: Load the correct biblio or item-level link from tracklinks.pl
by bugzilla-daemon＠bugs.koha-community.org 02 Aug '18

02 Aug '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21088 Bug ID: 21088 Summary: Load the correct biblio or item-level link from tracklinks.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: alexbuckley(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org When the TrackLastPatronActivity and TrackClicks sysprefs are enabled all biblio and item level links (these are links stored in the 856u or 952u MARC subfields) on the OPAC are displayed on the template in the format: /cgi-bin/koha/tracklinks.pl?uri=<uri>&biblionumber=<biblionumber> i.e. all biblio and item level holds do not link directly to an external site, but redirect to tracklinks.pl In tracklinks.pl the links associated with the biblionumber are retrieved by the call to C4::Biblio->GetMARCUrls. However only the first url returned in the array form this function is assigned as the url to load and so if there are multiple links in the 856u or 952u fields then only the first link is ever loaded. As we are handing the url as a cgi parameter to the tracklinks.pl we should compare each url in the returned url array if it is equal to the url cgi parameter and choose which url to refirect to accordingly. This would mean biblios with multiple online resources would load the correct external link depending which link was selected. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 14666] adds fixed_fines for overdues
by bugzilla-daemon＠bugs.koha-community.org 01 Aug '18

01 Aug '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14666 --- Comment #14 from Victor Grousset/tuxayo <victor.grousset(a)biblibre.com> --- > The bug title is not very descrpitive, maybe fix in order to lure testers in? "Add fees when overdue notices triggers" ? I'm not sure to understand well enough to be sure if that's the aim. -- You are receiving this mail because: You are watching all bug changes.

1 0