November 2012 - Koha-bugs - lists.koha-community.org

[Bug 8950] New: Patron Card Creator_Background Image and barcode
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '15

23 Jul '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8950 Priority: P5 - low Change sponsored?: --- Bug ID: 8950 Assignee: gmcharlt(a)gmail.com Summary: Patron Card Creator_Background Image and barcode Severity: enhancement Classification: Unclassified OS: All Reporter: sophina0516(a)gmail.com Hardware: All Status: NEW Version: rel_3_8 Component: Tools Product: Koha Our patron card design has a background image, which is the same size as the plastic card, (2" height * 3.25" width).If we prefer to locate the barcode at the front of the card, the barcode will be covered by the background image. Just wondering that ----Is there a way that we can bring the barcode to front of the background image? http://git.koha-community.org/gitweb/?p=koha.git;a=blob;f=patroncards/creat… -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 8190] New: Koha does not have a logging module
by bugzilla-daemon＠bugs.koha-community.org 21 Jul '15

21 Jul '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8190 Priority: P5 - low Change sponsored?: --- Bug ID: 8190 Assignee: gmcharlt(a)gmail.com Summary: Koha does not have a logging module Severity: enhancement Classification: Unclassified OS: All Reporter: jonathan.druart(a)biblibre.com Hardware: All Status: NEW Version: unspecified Component: Architecture, internals, and plumbing Product: Koha I would be great to specify a log level (to differentiate production and development environment for example). -- You are receiving this mail because: You are watching all bug changes.

1 144

[Bug 8582] New: NULL issuedates with offline circ
by bugzilla-daemon＠bugs.koha-community.org 21 Jul '15

21 Jul '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8582 Priority: P5 - low Change sponsored?: --- Bug ID: 8582 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: NULL issuedates with offline circ Severity: enhancement Classification: Unclassified OS: All Reporter: melia(a)bywatersolutions.com Hardware: All Status: NEW Version: rel_3_8 Component: Circulation Product: Koha We don't think offline circ works quite right with 3.8. It may be a date vs. datetime problem, perhaps? After processing offline circ files in 3.8, we have seen some NULL issues.issuedate. We discovered these after seeing the following error occur when going to the check-out screen. Software error: Can't call method "strftime" on an undefined value at /home/koha/kohaclone/Koha/DateUtils.pm line 117 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 7372] New: RoadTypes should be folded into Authorised Values
by bugzilla-daemon＠bugs.koha-community.org 21 Jul '15

21 Jul '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7372 Bug #: 7372 Summary: RoadTypes should be folded into Authorised Values Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_8 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing AssignedTo: ian.walls(a)bywatersolutions.com ReportedBy: ian.walls(a)bywatersolutions.com QAContact: jonathan.druart(a)biblibre.com The current data structure for Road Types is essentially the same as for Authorised Values, but it gets it's own admin page and database table. In an effort to simply both the Koha data structure, and the admin main page, I suggest moving this into Authorised Values. This development is marked as "(OUEST-PROVENCE)". Is there a reason for the separate table and admin page that I don't understand, (not being in a European library)? -- 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 29

[Bug 9006] New: autoload in C4::Context is a bad idea
by bugzilla-daemon＠bugs.koha-community.org 20 Jul '15

20 Jul '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9006 Priority: P5 - low Change sponsored?: --- Bug ID: 9006 Assignee: gmcharlt(a)gmail.com Summary: autoload in C4::Context is a bad idea Severity: minor Classification: Unclassified OS: All Reporter: jcamins(a)cpbibliography.com Hardware: All Status: NEW Version: master Component: Architecture, internals, and plumbing Product: Koha The comment in C4/Context.pm pretty much sums it up: # AUTOLOAD # This implements C4::Config->foo, and simply returns # C4::Context->config("foo"), as described in the documentation for # &config, above. # FIXME - Perhaps this should be extended to check &config first, and # then &preference if that fails. OTOH, AUTOLOAD could lead to crappy # code, so it'd probably be best to delete it altogether so as not to # encourage people to use it. -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 9164] New: Only allow kohaadmin login under special conditions
by bugzilla-daemon＠bugs.koha-community.org 20 Jul '15

20 Jul '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9164 Bug ID: 9164 Summary: Only allow kohaadmin login under special conditions Classification: Unclassified 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: m.de.rooy(a)rijksmuseum.nl Would it be an idea to separate the Koha password of kohaadmin [or whatever you name it during installation] from the database password (in terms of security)? Furthermore, is it necessary that kohaadmin can login via opac? And even, could we disable staff client login via kohaadmin under normal circumstances, only allowing login under special conditions (installer, maintenance mode, or so). We could define these conditions and provide a way for system administrators to "force these conditions" without compromising security again. Will ask for some ideas in this regard on the dev list. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 9055] New: Mandumah.com's multiple branch search, multiple branch security mod
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '15

18 Jul '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9055 Priority: P5 - low Change sponsored?: --- Bug ID: 9055 CC: dpavlin(a)rot13.org Assignee: gmcharlt(a)gmail.com Summary: Mandumah.com's multiple branch search, multiple branch security mod Severity: enhancement Classification: Unclassified OS: All Reporter: wrobertson1981(a)gmail.com Hardware: All Status: NEW Version: master Component: Authentication Product: Koha This mod creates the ability to search multiple branches using a jquery dropdown, instead of just one or all branches. This mod also replaces SearchMyLibraryFirst preference, giving three options. All = no change from standard koha setup. Preferhome = Prefers patron's home library (others may be searched), koha's current functionality of SearchMyLibraryFirst. Securehome = Only patrons' home library and other assigned libraries (if any) can be searched. With multiple instances of branchcode inside Borrower extended attributes, a patron can be given multiple branches to search within. The Securehome concept also includes the branch given in the apache enviroment of the host/virtualhost contacted, from OPAC_SEARCH_LIMIT = "branch: blah" This patch not only filters the GetBranches results, filtering the patrons ability to see other branches other than the ones given, it also filters the branches given in the limit branch: search options, so that even if a user manually inputted a branch, they are still only getting what they are ment to get. This enhancement would be useful for big libraries, in which its members would be restricted to searching and borrowing from a subset of its books. Overall, the multiple branch search dropdown should prove useful, even with unsecure installations. What is not included yet, is a method to decide what branches to show to a guest, not-logged-in, user. To use this patch, you need to create a branchcode Patron Extended Attribute, and have the patron your working with, have one or more branchcode extended attributes. So, total branches that patron will get: OPAC_SEARCH_LIMIT branch + Patron record home branch + whatever branchcodes you put into Borrower_attributes. You also need to set the preferences, In opac, set SearchableBranches In Patrons, set multibranch. In Searching, set MultiBranchSelect -- You are receiving this mail because: You are watching all bug changes.

1 35

[Bug 8089] New: Use Koha::Cache everywhere
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '15

17 Jul '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8089 Priority: P5 - low Change sponsored?: --- Bug ID: 8089 Assignee: gmcharlt(a)gmail.com Summary: Use Koha::Cache everywhere Severity: enhancement Classification: Unclassified OS: All Reporter: jcamins(a)cpbibliography.com Hardware: All Status: NEW Version: master Component: Architecture, internals, and plumbing Depends on: 7248 Product: Koha -- You are receiving this mail because: You are watching all bug changes.

1 65

[Bug 5515] New: Leading 'and' in search never returns a result
by bugzilla-daemon＠bugs.koha-community.org 14 Jul '15

14 Jul '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5515 Summary: Leading 'and' in search never returns a result Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: PC OS/Version: Linux Status: NEW Severity: major Priority: P5 Component: Searching AssignedTo: gmcharlt(a)gmail.com ReportedBy: bob-ewart(a)bobsown.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Searching on "and the band played on" returns no results. There are 3 biblios for that title, a book, a DVD and a video. The error log shows: [Thu Dec 16 17:18:27 2010] [error] [client 127.0.0.2] [Thu Dec 16 17:18:27 2010] search.pl: WARNING: query problem with kw,wrdl,rtrn=and band played ZOOM error 10014 "CCL parsing error" (addinfo: "Search word expected") from diag-set 'ZOOM' at /usr/share/koha/lib/C4/Search.pm line 346., referer: http://127.0.0.2:8080/cgi-bin/koha/mainpage.pl This happens with Koha 3.02.01 on openSUSE 11.3 (32-bit and 64-bit) and on Debian squeeze/sid (64-bit) with zebra. Searching on 'the band played on' gets all three records. -- 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 10

[Bug 8697] New: slips not using custom lists on all pages
by bugzilla-daemon＠bugs.koha-community.org 14 Jul '15

14 Jul '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8697 Priority: P5 - low Change sponsored?: --- Bug ID: 8697 Assignee: koha-bugs(a)lists.koha-community.org Summary: slips not using custom lists on all pages Severity: major Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Notices Product: Koha When on the patron record on the Details or Fines tab if you choose to print slip or quick slip it chooses the 'all libraries' slip. Other tabs - like the checkout tab use the custom slip for that branch. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2