June 2014 - Koha-bugs - lists.koha-community.org

[Bug 12073] New: OPAC detail page printing show links URL
by bugzilla-daemon＠bugs.koha-community.org 06 Aug '14

06 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12073 Bug ID: 12073 Summary: OPAC detail page printing show links URL 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: frederic(a)tamil.fr QA Contact: testopia(a)bugs.koha-community.org On OPAC Bootstrap detail page, by clicking Print link on the right the page is printed. But the printed page contains HTML <a> anchors URL attribute. It's useless, and unreadable. It isn't the case with prog theme. -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 12069] New: If you access members/mod_debarment.pl when logged out you are redirected to OPAC login
by bugzilla-daemon＠bugs.koha-community.org 06 Aug '14

06 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12069 Bug ID: 12069 Summary: If you access members/mod_debarment.pl when logged out you are redirected to OPAC login Change sponsored?: --- Product: Koha Version: master Hardware: All URL: /members/mod_debarment.pl?borrowernumber=XX&borrower_d ebarment_id=XX&action=del OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons 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, kyle.m.hall(a)gmail.com I had a patron account open, viewing some existing restrictions on the patrons account. My session had timed out, and when I clicked the link to remove a restriction I was redirected to an OPAC login page instead of the staff client one. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 11960] New: GetMemberDetails is unnecessarily called in CanBookBeRenewed
by bugzilla-daemon＠bugs.koha-community.org 06 Aug '14

06 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11960 Bug ID: 11960 Summary: GetMemberDetails is unnecessarily called in CanBookBeRenewed 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: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org C4::Circulation::CanBookBeRenewed calls C4::Members::GetMemberDetails to retrieve categorycode and branchcode. - categorycode is used to retrieve the issuing rule - the borrower information is passed to C4::Circulation::_GetCircControlBranch. Which only uses the branchcode parameter. GetMemberDetails does a lot of useless calls/queries (patronflags, account, etc.) This call could be replaced with a call to C4::Members::GetMember -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 11598] New: Add --text option to overdue_notices similar to --html option
by bugzilla-daemon＠bugs.koha-community.org 06 Aug '14

06 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11598 Bug ID: 11598 Summary: Add --text option to overdue_notices similar to --html option Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org We have a number of reports of libraries that were upset by Bug 10720 being fixed! These libraries preferred this single file output, but as text only. We should bring back this behavior, but as a feature, not a bug. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 11951] New: check for suggestions message pops past real quick
by bugzilla-daemon＠bugs.koha-community.org 06 Aug '14

06 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11951 Bug ID: 11951 Summary: check for suggestions message pops past real quick Change sponsored?: --- Product: Koha Version: 3.12 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'll need to see this video - and probably pause it to see what I mean: http://screencast.com/t/enK0sx5AG When you do a search that gets no results you see a message for a split second that says something like 'not what you were looking for. check for suggestions' with a link in it. Either that doesn't belong there or it should show up for longer than it does - not sure where it goes. -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 10865] New: Don't show list permissions when adding public lists/sharing lists is not allowed
by bugzilla-daemon＠bugs.koha-community.org 06 Aug '14

06 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10865 Bug ID: 10865 Summary: Don't show list permissions when adding public lists/sharing lists is not allowed 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 Created attachment 20955 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=20955&action=edit screenshot We can now prevent patrons from adding public lists, but the interface in the OPAC still shows the pulldown with only 'Private' in that case and also permissions that don't make sense as long as user's can't share lists or work on public lists created from the OPAC together. -- You are receiving this mail because: You are watching all bug changes.

1 61

[Bug 10220] New: IDs on checkin columns
by bugzilla-daemon＠bugs.koha-community.org 06 Aug '14

06 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10220 Bug ID: 10220 Summary: IDs on checkin columns Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.10 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: nengard(a)gmail.com Created attachment 18030 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=18030&action=edit view source I have a request to style the shelving location text on the checkin screen, but it doesn't have an ID - all columns should have ID tags on this page so that they can be styled easily. -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 8521] New: Error in warning message when deleting list
by bugzilla-daemon＠bugs.koha-community.org 06 Aug '14

06 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8521 Priority: P5 - low Change sponsored?: --- Bug ID: 8521 CC: m.de.rooy(a)rijksmuseum.nl Assignee: gmcharlt(a)gmail.com Summary: Error in warning message when deleting list Severity: normal Classification: Unclassified OS: All Reporter: oleonard(a)myacpl.org Hardware: All Status: NEW Version: master Component: Virtual Shelves Product: Koha If you have a list containing more than 20 items and you try to delete it the warning message gives the wrong count: The list <list name> is not empty. It has 20 entries. Use the "Confirm" button below to confirm deletion. The count is always 20. The same error occurs in the staff client and OPAC. -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 12477] New: We need better ways to manage MARC Frameworks
by bugzilla-daemon＠bugs.koha-community.org 05 Aug '14

05 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12477 Bug ID: 12477 Summary: We need better ways to manage MARC Frameworks Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: MARC Authority data support Assignee: gmcharlt(a)gmail.com Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org We need better ways to manage MARC frameworks for authority and bibliographic records (for new and existing instances). After a review of updatedatabase.pl, I noted 1 change to auth_tag_structure and 12 changes to auth_subfield_structure. According to http://www.loc.gov/marc/status.html, there have been a lot more than 13 changes in the past 15 years. I believe that bug 9826 and bug 10488 bring the authorities up to at least 2013 in terms of currency, which is great...for new installs. However, if you're an existing install, your authority frameworks (and your bibliographic frameworks) are going to be horribly out of date. As some people have pointed out, we can't necessarily automatically update frameworks, because people may have (ie probably have) customized their frameworks and an automatic update could lead to unexpected results. That being said, what do we need to update? 1) Missing fields 2) Missing subfields 3) Changes to "repeat" value 4) Maybe changes to labels (for when fields are renamed) The real "key", in my mind, to custom frameworks is visibility, the ability to add 'local' fields/subfields, and perhaps labels (for libraries who want less technical labels for cataloguing staff). If we automatically change "repeat" values transparently and push missing fields/subfields with a visibility of "hidden", then there are substantively no changes to the appearance or experience of frameworks in the editor or the detail/result/list pages. The one unexpected change might be if staff go to customize a framework and see a lot of standard fields that they deleted in the past. That...is a bit more of a puzzle. However, that puzzle can probably be solved in a few ways: 1) Inform users that standard fields/subfields will be periodically added/updated in the frameworks; or 2) Create a "Refresh" type button next to each framework which puts the updating of frameworks into the hands of library staff We could even include both these options and wrap the 1st one around a system preference that defaults to ON for new installs, and OFF for existing installs (so as to not change existing behaviour). In order for this all to work, I think we would need to move away from maintaining default frameworks as SQL files, and instead store them in something like YAML which can be easily loaded into a script that does the work. The majority of information stored in the frameworks is actually Koha-specific rather than MARC-specific. The only thing the frameworks contain relating to MARC are field codes, subfield codes, labels (i.e. liblibrarian and libopac), and repeat values. We could actually just store this MARC-specific data in the YAML file, and then build the Default and other Custom frameworks based on a Perl script, which would probably be easier to maintain than the SQL that we maintain now. Thoughts? -- You are receiving this mail because: You are watching all bug changes.

1 30

[Bug 11461] New: Added functionality for batch Z39.50 searches
by bugzilla-daemon＠bugs.koha-community.org 03 Aug '14

03 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11461 Bug ID: 11461 Summary: Added functionality for batch Z39.50 searches Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: egpetridis(a)yahoo.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Z39.50 searches can take long when many different targets are consulted. The interactive process can be counter-productive in these circumstances. I wonder therefore if you too find batch Z39.50 searches an interesting idea: The user would be able to enter ISBNs (or other similar search terms) in a table, and koha would perform searches against Z39.50 targets in batch mode, either in the background, or semi-interactively, i.e. by taking-up a browser window. Search elements already processed, would be removed from the table, so that the user would be aware when the search is complete for each item. The user would also be able to add more search terms at the bottom of the list, even when the batch search is active. Search results would be stored in an appropriate container (the “reservoir” perhaps) and koha cataloguing (cataloguing/addbooks.pl ?) would be amended to allow for searches against this container too. -- You are receiving this mail because: You are watching all bug changes.

1 1