February 2013 - Koha-bugs - lists.koha-community.org

[Bug 7343] New: search tag usability in MARC framework
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '15

06 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7343 Bug #: 7343 Summary: search tag usability in MARC framework Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client AssignedTo: paul.poulain(a)biblibre.com ReportedBy: gaetan.boisson(a)biblibre.com QAContact: ian.walls(a)bywatersolutions.com CC: gmcharlt(a)gmail.com After searching for a tag in a marc framework, the list of tags is shown starting with the tag we are looking for, but pages prior to the match are not shown at all, leaving users under the impression that these tags have disappeared. My take on this is that we should either make it work as a filter and only display the match, it would then be clear for the user that he has to empty the search field in order to view the complete list of tags. Or make it work as a simple search that would take us on the page of the match (and maybe highlight the result) but without discarding the previous pages. The behaviour is the same when editing subfields: if the user uses the pagination to go edit the subfields for 995 and then clicks on the name of the framework in the breadcrumb, the page shown is the result page for a search on 995, which hides all the previous pages. This is even more problematic as the user hasn't used the searched box at this point. (In that case i think the link should take the user on the first page of the framework, which is consistent with what is written on the link he has clicked: the name of the framework.) This is the behaviour in 3.6, 3.4 and 3.2. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 1

[Bug 7524] New: Make it possible to generate a .koc file using the Firefox KOCT plugin
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '15

06 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7524 Bug #: 7524 Summary: Make it possible to generate a .koc file using the Firefox KOCT plugin Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha.sekjal(a)gmail.com CC: gmcharlt(a)gmail.com I tried testing the Firefox plugin for offline circulation today, because I was not aware that the feature is still blocked by bug 5877. As the missing tables are scheduled to be added for 3.8, it's currently not possible to make use of this nice plugin for older versions of Koha. A nice enhancement would be an option to generate a standard .koc file from the plugin. The upload option is already in Koha for a longer time, so a lot of libraries could make use of the plugin without having to wait for the release of the new version and updating. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 4

[Bug 7223] New: Move borrowerRelationship to Authorised Values list
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '15

06 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7223 Bug #: 7223 Summary: Move borrowerRelationship to Authorised Values list Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration AssignedTo: paul.poulain(a)biblibre.com ReportedBy: ian.walls(a)bywatersolutions.com QAContact: ian.walls(a)bywatersolutions.com CC: gmcharlt(a)gmail.com Rather than a system preference of pipe-delimited values (user unfriendly!), this list should be stored in our all-purpose Authorised Values engine. This will allow for a separation of Code and display values, as well as remove a system preference (there are too many) -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 1

[Bug 7594] New: Google Cover CSS suggestions
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '15

06 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7594 Bug #: 7594 Summary: Google Cover CSS suggestions Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: ssammons(a)npelem.com QAContact: koha.sekjal(a)gmail.com In google-jackets.js there is hard coded "style" on line 48 using... http://git.koha-community.org/gitweb/?p=koha.git;a=blob;f=koha-tmpl/opac-tm… I suggest this is moved to a .css file, as to allow the end user to impose changes to the style. Additionally, it would be nice if a unique class can be added to all the image preview types. Currently they are all dynamic (class & id). Added a class such as "gbs-cover" or similar would allow end users to use CSS to uniquely style each book cover used. I am not able to find where this is generated or I would suggest the lines of code to change. Finally, the "No Image Available" does not appear in the HTML source code. The JS shows it creating a "span" element with a class of no-image. Is there anyway to actually have that appear in the actual source code? All suggested changes should allow for an end user to have easier and clearer control of OPAC search generated images. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 5

[Bug 9562] New: System preference 'insecure' shows wrong value after update to v3.10
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '15

06 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9562 Bug ID: 9562 Summary: System preference 'insecure' shows wrong value after update to v3.10 Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.10 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: fred.pierre(a)smfpl.org CC: gmcharlt(a)gmail.com There is an omission in the update script for v3.10, and it affects a critical system preference: 'insecure' On our v3.5 server the value corresponding to "Don't Allow" was recorded as "NO" - on the new system the value of "Don't Allow" is 0 (zero). WARNING: Changing the value to "Allow" (1) could completely hose your system and could require a new Koha installation! The update script did not change the table value from "No" to "0" so the 'insecure' system preference shows up as "Allow" even though the system interprets the "NO" value as "Don't Allow" for login functionality. In other words, we still have to log in, and our Koha system is fully functional. However this could lead updating clients to believe that the proper setting is "Allow" when production systems should really use "Don't Allow" P.S. My past experience of switching to "Allow" was very negative - I could no longer log in to my system at all - luckily it was a test server. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 9489] New: Process message queue.pl couldn't send the body of the overdue notices
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '15

06 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9489 Bug ID: 9489 Summary: Process message queue.pl couldn't send the body of the overdue notices Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.10 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: nikhilvr0(a)gmail.com I am updated koha installation from 3.8 -3.10.02 using debian packages. But when i run process message queue.pl script after fines.pl and overdue_notices.pl it send the message without body of the message. Subject line and sent address are ok but the body is disappeared from the message. But patron pages lists all notices regularly with the content of the body. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 9371] New: Troble with author import
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '15

06 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9371 Bug ID: 9371 Summary: Troble with author import Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.8 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Database Assignee: gmcharlt(a)gmail.com Reporter: asholok(a)ukr.net I have a problem with db impot in koha(3.6). Troble in uncorrect filling 100$a author subfield. A biblio.author of 3.6 works differently(when I manually create a book) as in 3.4, it's create some kind datecode and then recording author(20121007 frey50 | Akunin B). But when I have making import system create only datecode ( for ex. 20121007 frey50) and no info about the author. In earlier version (3.4) import was and everything worked grate. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 9355] New: Display of possible book title and author list in search box
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '15

06 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9355 Bug ID: 9355 Summary: Display of possible book title and author list in search box Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.12 Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: vimal0212(a)gmail.com Many Koha users are expected the availability of following feature: Display of possible book title or author name when start search on universal search box. Users can easily select and click desired title or author name when it appears. This feature is available with patron search. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 9159] New: Need list of vendors at Acquisition module home page
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '15

06 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9159 Bug ID: 9159 Summary: Need list of vendors at Acquisition module home page Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.12 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: vimal0212(a)gmail.com Very convenient to display name of active vendors in the home page of acquisition module. From there user can directly go to vendors page. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 8857] New: Add and duplicate functionality inconsistent w/autobarcode
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '15

06 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8857 Priority: P5 - low Change sponsored?: --- Bug ID: 8857 CC: m.de.rooy(a)rijksmuseum.nl Assignee: gmcharlt(a)gmail.com Summary: Add and duplicate functionality inconsistent w/autobarcode Severity: enhancement Classification: Unclassified OS: All Reporter: steven_jeffery(a)fmi.com Hardware: All Status: NEW Version: rel_3_8 Component: Cataloging Product: Koha The add and duplicate functionality (used when adding items) duplicates most of the fields in the window in order to reduce cataloging time. With autobarcode disabled the barcode field is NOT duplicated. With autobarcode enabled the barcode field IS duplicated. The proper function is to NOT duplicate the barcode. (tried on 3.8.5) -- You are receiving this mail because: You are watching all bug changes.

1 1