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

[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 12597] New: Give better visual indication of currently-selected language in the staff client
by bugzilla-daemon＠bugs.koha-community.org 06 Aug '14

06 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12597 Bug ID: 12597 Summary: Give better visual indication of currently-selected language in the staff client Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org I think in previous versions we did better at indicating which of multiple active translations is currently selected. I would like to improve the style of the language menu in the footer to better highlight the current selection. -- You are receiving this mail because: You are watching all bug changes.

1 15

[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

[Bug 9962] New: updatedatabase.pl: Undefined subroutine &main::CheckVersion called at /home/koha/kohaclone/installer/data/mysql/updatedatabase.pl line 5342.
by bugzilla-daemon＠bugs.koha-community.org 03 Aug '14

03 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9962 Bug ID: 9962 Summary: updatedatabase.pl: Undefined subroutine &main::CheckVersion called at /home/koha/kohaclone/installer/data/mysql/updatedataba se.pl line 5342. Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.8 Hardware: PC OS: Linux Status: NEW Severity: blocker Priority: P5 - low Component: Installation and upgrade (web-based installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: egpetridis(a)yahoo.com CC: gmcharlt(a)gmail.com Hi all, I have been running Koha (development/git) on a Debian VM for some months now, with only a few problems so far. Tried recently to upgrade to version 3.08.11.002; when I access the Web installer however, I get the following error and cannot proceed further, as I’m constantly brought to the same point: Web installer › Step 3 We are upgrading from Koha 3.08.11.001 to 3.08.11.002, you must update your database Updating database structure Update report : • Status: 500 • Content-type: text/html • • <h1>Software error:</h1> • <pre>Undefined subroutine &main::CheckVersion called at /home/koha/kohaclone/installer/data/mysql/updatedatabase.pl line 5342. • </pre> • <p> • For help, please send mail to the webmaster (<a href="mailto:webmaster@koha">webmaster@koha</a>), giving this error message • and the time and date of the error. • • </p> Update errors : • [Sat Mar 30 17:23:15 2013] updatedatabase.pl: Undefined subroutine &main::CheckVersion called at /home/koha/kohaclone/installer/data/mysql/updatedatabase.pl line 5342. Any clues, any suggestions? uname –a reports ver 2.6.32.5-686 git shortlog is quite long to fit into a message, so I defer posting unless someone asks for it. Thank you in advance Manos Petridis PS Sent again, to the bugs list this time, as I fail to find my original posting in the March 2013 Koha Archives at http://lists.katipo.co.nz/pipermail/koha/2013-March/date.html nor at the custom search at http://www.google.com/cse?cx=003732456596742799141:4x-q-r-zypo&q=updatedata… -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 8631] New: Amazon wish-list look-ups
by bugzilla-daemon＠bugs.koha-community.org 03 Aug '14

03 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8631 Priority: P5 - low Change sponsored?: --- Bug ID: 8631 Assignee: oleonard(a)myacpl.org Summary: Amazon wish-list look-ups Severity: enhancement Classification: Unclassified OS: All Reporter: wizzyrea(a)gmail.com Hardware: All Status: NEW Version: unspecified Component: OPAC Product: Koha >From Manos Petridis on the Koha list: "Add the facility to look-up Amazon wish-lists and add their contents (conditionally if possible) as purchase suggestions. It would be useful to be able to paste the URLs of the various lists to a window and have Koha recurse/run through them, provide the aggregated result list for verification, and then add the selected items as purchase suggestions to the library. I understand that this could be expanded to cover many other on-line shops, it's just that I'm a long-time Amazon customer and keep my wish-lists there." I might add that it might also be nice to be able to import at least title/author into Koha's lists from a wishlist and make it a "click to search" so patrons can easily tell if a book they have on their wishlist is in the library. If the item was found during wishlist import, it would link directly to the item. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 12675] New: Remove CGI::scrolling_list from labeledMARCdetail.pl
by bugzilla-daemon＠bugs.koha-community.org 03 Aug '14

03 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12675 Bug ID: 12675 Summary: Remove CGI::scrolling_list from labeledMARCdetail.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: bgkriegel(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org One instance in this file -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 12677] New: Use Bootstrap "label" style for inline OPAC renewal messages
by bugzilla-daemon＠bugs.koha-community.org 03 Aug '14

03 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12677 Bug ID: 12677 Summary: Use Bootstrap "label" style for inline OPAC renewal messages Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Bug 12568 adds more prominent renewal messages to the OPAC user's list of checkouts. I would prefer that the messages be styled with a style which is better suited to an inline message. The "alert" style is more suited to block-level messages. With some CSS tweaks the Bootstrap "label" style would work well I think: http://getbootstrap.com/2.3.2/components.html#labels-badges -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 5968] New: News display on opac-main.pl is particular about browser language settings
by bugzilla-daemon＠bugs.koha-community.org 03 Aug '14

03 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5968 Bug #: 5968 Summary: News display on opac-main.pl is particular about browser language settings Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: magnus(a)enger.priv.no QAContact: koha-bugs(a)lists.koha-community.org This problem was discovered by a Swedish library that has 'en', 'nb-NO' and 'sv-SE' installed - and 'en' and 'sv-SE' enabled as languages in the OPAC. Whether a new visitor sees any news items on the main page depends on what her browser language preferences are set to: * nb-no = The OPAC is displayed in Norwegian (and no news items are displayed). This is described in bug 2562: http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2562 * sv = The page is displayed in Swedish, but no news items are displayed. FAIL! * sv-se = The page is displayed in Swedish, with news items for sv-SE also displayed. Correct. So, the code that displays news should probably be able to make the connection sv -> sv-se the same way the language related code does. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug.

1 3