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

[Bug 3595] New: Items seen at checkin should always go to 1st priority hold
by bugzilla-daemon＠kohaorg.ec2.liblime.com 11 Feb '10

11 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3595 Summary: Items seen at checkin should always go to 1st priority hold Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Hold requests AssignedTo: gmcharlt(a)gmail.com ReportedBy: wizzyrea(a)gmail.com Estimated Hours: 0.0 Change sponsored?: --- For full discussion, see: http://stats.workbuffer.org/irclog/koha/2009-09-09#i_299913 Item 1 has 3 items. Patron A has a hold on item 1, Next available. She is first on the list. Library A gets pick list, has item 1a on the list. They ignore it. Patron B places a hold on item 1, next available. Item 1b crosses a scanner gun at library B, item 1b goes to fill hold for Patron B (who is 2nd in line). So to summarize, if an item is on the holds queue report, it will be treated as already allocated for the top person on the holds list. Any other copies scanned will then go to the next person on the hold list. This is incorrect behavior. The pick list (hold queue) should only be a suggestion to the librarians to go grab the book, and should not affect behavior. Other things to watch for when fixing this: - items on the holds queue that are crossing the scanner gun may be going to fill holds that have already been filled (especially for popular items). Processing the item should initiate a transfer for the next first available patron in the queue for that bib (and that may not necessarily be the patron for whom the item was initially picked) - There needs to be some sort of message alerting librarians to the fact that "this hold has already been filled, put this item back on the shelf," should there be no other holds and the hold has been filled in the interim between generation and processing of the pick list. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 3

[Bug 4166] New: No way to know what keywords to use for Keyword Mapping
by bugzilla-daemon＠kohaorg.ec2.liblime.com 11 Feb '10

11 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4166 Summary: No way to know what keywords to use for Keyword Mapping Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: System Administration AssignedTo: henridamien(a)koha-fr.org ReportedBy: nengard(a)gmail.com Estimated Hours: 0.0 Change sponsored?: --- When using the Keyword Mapping administration page there is no way to know what keywords to use for the field name. A look at the code shows that 'subtitle' is the only one so far - but as more are added there should be a pull down or a way to know what keywords you can use in the field. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 4165] New: Rounding errors in acquisitions display routines
by bugzilla-daemon＠kohaorg.ec2.liblime.com 11 Feb '10

11 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4165 Summary: Rounding errors in acquisitions display routines Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: colin.campbell(a)ptfs-europe.com Estimated Hours: 0.0 Change sponsored?: --- In basket display you have an orderline which is e.g. 33.99 the total line beneath it says 34.00 Acquisitions librarians may wonder where that penny came from (or went to) -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 4164] New: Way to Clone Keyword Mapping to other Frameworks
by bugzilla-daemon＠kohaorg.ec2.liblime.com 11 Feb '10

11 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4164 Summary: Way to Clone Keyword Mapping to other Frameworks Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: System Administration AssignedTo: henridamien(a)koha-fr.org ReportedBy: nengard(a)gmail.com Estimated Hours: 0.0 Change sponsored?: --- Right now you have to enter a keyword mapping for each framework, I would like to say apply this to 'all' frameworks or have a way to clone it to specific other frameworks so that I don't have to enter the same thing over and over again. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 2959] Enhancements for link checker
by bugzilla-daemon＠kohaorg.ec2.liblime.com 11 Feb '10

11 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=2959 --- Comment #3 from David Schuster <dschust1(a)gmail.com> 2010-02-11 15:01:15 --- Created an attachment (id=1610) --> (http://bugs.koha.org/cgi-bin/bugzilla3/attachment.cgi?id=1610) Patch to enhance URL checking in 856 tags -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 3185] New: Mobile Library/Bookmobile Mode
by bugzilla-daemon＠liblime.com 11 Feb '10

11 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3185 Summary: Mobile Library/Bookmobile Mode Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Circulation AssignedTo: galen.charlton(a)liblime.com ReportedBy: nicole.engard(a)liblime.com Estimated Hours: 0.0 I have an idea for a Circ enhancement. In addition to the dropbox mode, why not have a Bookmobile or Mobile Library mode. This would mean that when you check items in at the Bookmobile instead of automatically transferring them back to the home library (as it does now) it keeps the books on the Bookmobile. The way it works now, if you transfer a book to the Bookmobile it's permanent location stays as the main library and it's current location is the mobile library. This is good. But if you keep a book on the mobile library for a period of time you may check it out more than once. If you check a book out and then back in it automatically goes into transfer mode back to the home library - this option would stop that from happening and allow the librarian to decide when the book goes back to the main library. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 5

[Bug 2959] Enhancements for link checker
by bugzilla-daemon＠kohaorg.ec2.liblime.com 11 Feb '10

11 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=2959 --- Comment #2 from David Schuster <dschust1(a)gmail.com> 2010-02-11 14:49:39 --- This is designed as a cron job you could run say Sunday evening when things are slow and your cataloger could look at the page with errors on Monday or through out the week and resolve the URL issues. More information can be found at: http://wiki.koha.org/doku.php?id=en:development:check-url_enhancements#comm… Example command line that only puts out the “bad” urls standard dependancies for perl directory etc.. perl check-url.pl –html –htmldir=/path to docs/koha-tmpl –host=http://koha.xxx.xxx your server here:8080 or 80 if required for staff access. -hosts= ** if this isn't correct the links to the bibs will not work for direct editing. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 2930] Put other name on CKO screen
by bugzilla-daemon＠kohaorg.ec2.liblime.com 11 Feb '10

11 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=2930 --- Comment #3 from David Schuster <dschust1(a)gmail.com> 2010-02-11 14:25:43 --- Created an attachment (id=1609) --> (http://bugs.koha.org/cgi-bin/bugzilla3/attachment.cgi?id=1609) patch for this bug - modifies circulation.pl and circulation.tmpl -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 4162] New: Inventory Tool Fails Silently
by bugzilla-daemon＠kohaorg.ec2.liblime.com 11 Feb '10

11 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4162 Summary: Inventory Tool Fails Silently Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Tools AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com Estimated Hours: 0.0 Change sponsored?: --- When choosing to upload a file that isn't a CSV file the inventory tool just refreshes - no errors presented. There should be some errors in place so that that librarians knows why things failed. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 4153] New: more confirmation message on inventory to top of page
by bugzilla-daemon＠kohaorg.ec2.liblime.com 11 Feb '10

11 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4153 Summary: more confirmation message on inventory to top of page Product: Koha Version: HEAD Platform: PC URL: cgi-bin/koha/tools/inventory.pl OS/Version: All Status: ASSIGNED Severity: normal Priority: PATCH-Sent Component: Templates AssignedTo: nengard(a)gmail.com ReportedBy: nengard(a)gmail.com Estimated Hours: 0.0 Change sponsored?: --- On the inventory tool when you enter a CSV file the confirmation that the file was processed appears at the bottom of the page - making it look like nothing has happened - it should be at the top of the page. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 4