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

[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

[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 #13 from Victor Grousset/tuxayo <victor.grousset(a)biblibre.com> --- Wait, maybe comment 4 is still valid? Or should we move on independently of bug 12769 that might be to wide to manage to make it through? (and which is also in discussion) -- You are receiving this mail because: You are watching all bug changes.

1 0

[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 Victor Grousset/tuxayo <victor.grousset(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|In Discussion |Needs Signoff --- Comment #12 from Victor Grousset/tuxayo <victor.grousset(a)biblibre.com> --- There doesn't seems to be any pending points right? -- You are receiving this mail because: You are watching all bug changes.

1 0

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

01 Aug '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7547 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jonathan.druart(a)bugs.koha-c | |ommunity.org --- Comment #17 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- Since these patches the "Column visibility" button is displayed at the OPAC: https://screenshots.firefox.com/OEOzq6a0aEozv8rU/catalogue.kohadev.org It should not. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 21138] New: MARC21: Add classes to material type icons on OPAC result lists and detail pages
by bugzilla-daemon＠bugs.koha-community.org 01 Aug '18

01 Aug '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21138 Bug ID: 21138 Summary: MARC21: Add classes to material type icons on OPAC result lists and detail pages 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Bug 18236 adds a material type class to the icons on the intranet detail and results pages. It would be nice to have the same changes for the OPAC. -- You are receiving this mail because: You are watching all bug changes.

1 0