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

[Bug 6288] New: Check-in table could show reserve information
by bugzilla-daemon＠bugs.koha-community.org 18 Jan '14

18 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6288 Bug #: 6288 Summary: Check-in table could show reserve information Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: wizzyrea(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com When checking in items, it might be nice for the table at the bottom of the screen to show reserve and transit information on previously checked in items. This would be in case a staff member missed a confirmation box or forgot to print a slip, the information would be right there on the return screen. -- 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 2

[Bug 7222] New: Display if a hold was placed in the OPAC or through the staff interface
by bugzilla-daemon＠bugs.koha-community.org 18 Jan '14

18 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7222 Bug #: 7222 Summary: Display if a hold was placed in the OPAC or through the staff interface Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_8 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests AssignedTo: ian.walls(a)bywatersolutions.com ReportedBy: wizzyrea(a)gmail.com QAContact: ian.walls(a)bywatersolutions.com CC: gmcharlt(a)gmail.com It would be nice to see whether a hold was patron-initiated through the patron catalog or placed by a staff member through the staff log-in. It'd help me a lot to know whether my staff is not paying close enough attention when placing holds or if it's the patron who is making mistakes. -- 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 7707] New: Add fines placeholders in notices to display fine information on notices
by bugzilla-daemon＠bugs.koha-community.org 18 Jan '14

18 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7707 Priority: P5 - low Change sponsored?: --- Bug ID: 7707 Assignee: henridamien(a)koha-fr.org Summary: Add fines placeholders in notices to display fine information on notices QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: wizzyrea(a)gmail.com Hardware: All Status: NEW Version: rel_3_8 Component: Notices Product: Koha Add <<fines.total>> and other fines placeholders in notices to display total owed in fines on notices. It would be cool to be able to let patrons know how much they owed in fines in their overdue notices. This could take a couple forms * Per item fines (<<fines.item>> or <<items.content.fines>> * Total balance of account (<<fines.total>>) -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 7424] New: Koha should have a designated place for custom CSS
by bugzilla-daemon＠bugs.koha-community.org 18 Jan '14

18 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7424 Bug #: 7424 Summary: Koha should have a designated place for custom CSS Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing AssignedTo: gmcharlt(a)gmail.com ReportedBy: wizzyrea(a)gmail.com QAContact: ian.walls(a)bywatersolutions.com We allow people to define custom CSS templates for varying things - opac, intranet, and (hopefully soon) slips and notices. It makes sense to have a sanctioned place within Koha to keep those files. I propose the following location: OPAC - koha-tmpl/opac-tmpl/prog/custom_css Intranet - koha-tmpl/intranet-tmpl/prog/custom_css Additionally, it would be nice to update the packages to dump these folders into the backup, to save any custom files stored there. We should also take care to *never* clobber anything in this directory on upgrade. We could provide "sample" CSS files (notices.sample, receipts.sample, to name a couple) but never overwrite anything else in that folder. Documentation for administrators should also be updated to tell system folks the "proper," "best practice" or "suggested" location to keep custom CSS files. The path to external CSS files can still be defined in the syspref, so administrators can define an external server if they so choose (many need this functionality because they have no shell or ftp access to their server). Questions? Concerns? Things I have not considered? -- 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 8156] New: allow users to put things in lists that are not in the catalog (free text entries to lists)
by bugzilla-daemon＠bugs.koha-community.org 18 Jan '14

18 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8156 Priority: P5 - low Change sponsored?: --- Bug ID: 8156 Assignee: wizzyrea(a)gmail.com Summary: allow users to put things in lists that are not in the catalog (free text entries to lists) Severity: enhancement Classification: Unclassified OS: All Reporter: wizzyrea(a)gmail.com Hardware: All Status: NEW Version: unspecified Component: OPAC Product: Koha One of our libraries came up with the idea that it would be cool to allow library users (and presumably staff) to put things on lists that are not in the catalog. One possible way to do it: in the lists interface, have a "add your own item" form, that allows entering title, author fields. In the list display, list those user created items with the title and author linked to searches for that exact title/author string. The idea being that a user could put a book they knew was coming on their reading list, but that wasn't already in the catalog, and easily search for it later. Another example would be for librarians to use this to create award winners lists of items that were award winners, but displaying title/authors that the library didn't own alongside titles/authors that the library *did* own. I think there are more applications for this - I recall there were several more when I floated the idea originally in the IRC channel. It's a nice-to-have, not a must-have. Pretty cool feature though, I think. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 9311] New: How to access Koha from internet
by bugzilla-daemon＠bugs.koha-community.org 18 Jan '14

18 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9311 Bug ID: 9311 Summary: How to access Koha from internet Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.8 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Websites, Mailing Lists, etc Assignee: wizzyrea(a)gmail.com Reporter: tung.tung11191(a)gmail.com I have a static IP, i do not know how to setting Koha to access throw Internet? thanks in advanced -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 11056] New: dead code in basketgroup.pl : remove code depending on "validate" param
by bugzilla-daemon＠bugs.koha-community.org 17 Jan '14

17 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11056 Bug ID: 11056 Summary: dead code in basketgroup.pl : remove code depending on "validate" param Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: mathieu.saby(a)univ-rennes2.fr QA Contact: testopia(a)bugs.koha-community.org Some code is dead in basketgroup.pl all the block depending on "($op eq 'validate')" clause the "validate" parameter is no more used in template, since a Biblibre commit has rewritten basketgroup template in 2009 : http://git.koha-community.org/gitweb/?p=koha.git;a=commit;h=263961312c1ff76… M. Saby -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 8766] New: OPACBaseURL still called as OPACBaseurl in many files
by bugzilla-daemon＠bugs.koha-community.org 17 Jan '14

17 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8766 Priority: P5 - low Change sponsored?: --- Bug ID: 8766 Assignee: oleonard(a)myacpl.org Summary: OPACBaseURL still called as OPACBaseurl in many files Severity: minor Classification: Unclassified OS: All Reporter: dcook(a)prosentient.com.au Hardware: All Status: NEW Version: master Component: Templates Product: Koha OPACBaseurl is still being used in opac-results.tt and opac-opensearch.tt It also shows up in many Poodle files. Note: opac-results.tt doesn't currently get passed OPACBaseURL anyway, but it's still probably a good idea to have it spelled correctly. -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 10987] New: Too many 'see also' and 'usedfor/see from' labels occurences
by bugzilla-daemon＠bugs.koha-community.org 17 Jan '14

17 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10987 Bug ID: 10987 Summary: Too many 'see also' and 'usedfor/see from' labels occurences Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org If you do an authority search and the results contain authorities with more than one 4xx or 5xx the 'see also' and 'used for/see from' labels are unnecesarilly repeated, affecting readability. -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 11282] New: Not possible to create multiple restrictions from patron details/new restriction overwrites existing
by bugzilla-daemon＠bugs.koha-community.org 16 Jan '14

16 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11282 Bug ID: 11282 Summary: Not possible to create multiple restrictions from patron details/new restriction overwrites existing Change sponsored?: --- Product: Koha Version: 3.14 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To test: - Create a patron - Create a MANUAL restriction (former debarred flag) - Check it displays in the patron record - Try adding another (Using one of the edit links - not the restriction tab on the checkouts page) - The new restriction overwrote the existing one instead of creating another - Try adding a second restriction from the restriction tab on the checkouts page, it should work ok there. Also MANUAL does look a bit like an untranslatable string... -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16