May 2009 - Koha-bugs - lists.koha-community.org

[Bug 3134] New: Ability to selelct multiple reports to delete at once
by bugzilla-daemon＠liblime.com 05 May '10

05 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3134 Summary: Ability to selelct multiple reports to delete at once Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Reports AssignedTo: galen.charlton(a)liblime.com ReportedBy: nicole.engard(a)liblime.com CC: chris(a)bigballofwax.co.nz, oleonard(a)myacpl.org Estimated Hours: 0.0 It would be nice if there were check boxes next to reports so you can select this month's reports and delete them when you run next month's ... that way you don't end up with 100s of reports. -- 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 2

[Bug 3171] New: Problem due to internationalization in label-create-template.tmpl in de-DE and possibly others
by bugzilla-daemon＠liblime.com 23 Apr '10

23 Apr '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3171 Summary: Problem due to internationalization in label-create- template.tmpl in de-DE and possibly others Product: Koha Version: rel_3_0 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Label printing AssignedTo: mason.james(a)liblime.com ReportedBy: ulli.brennenstuhl(a)fs.ei.tum.de Estimated Hours: 0.0 If the form is submitted the operation parameter passed in the query is currently directly tied to the submit button in the form ( <input type="submit" name="op" value="Anlegen"> ) Because of the translations this leads to the following error, as the cgi-script expects op=Create: Can't call method "output" on an undefined value at /usr/share/koha/intranet/cgi-bin/labels/label-create-template.pl line 103, <DATA> line 275. Solution: Change the submit line to: <input type="submit" name="submit" value="Anlegen"> and add following line <input type="hidden" name="op" value="create"> This is the case for de-DE and from looking at the file the same problem should occur with the fr-FR version, but I did not investigate on the other translations Regards, Ulli Brennenstuhl -- 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 3154] New: OPAC Search refining by facets is wrong
by bugzilla-daemon＠liblime.com 19 Apr '10

19 Apr '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3154 Summary: OPAC Search refining by facets is wrong Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: OPAC AssignedTo: jmf(a)liblime.com ReportedBy: frederic(a)tamil.fr Estimated Hours: 0.0 OPAC facets are now generated based on current page biblio records not the whole result set. For example, if your search found 1000 records, on the first page, facets are created based on biblio record 1 to 20. Facets SHOULD be generated using Zebra facets functionnalties: http://www.indexdata.dk/zebra/doc/special-retrieval.tkl -- 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 9

[Bug 3222] New: ENH: add ability to set defaut message preferences per patron category
by bugzilla-daemon＠liblime.com 11 Mar '10

11 Mar '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3222 Summary: ENH: add ability to set defaut message preferences per patron category Product: Koha Version: HEAD Platform: All OS/Version: All Status: ASSIGNED Severity: enhancement Priority: P5 Component: Patrons AssignedTo: galen.charlton(a)liblime.com ReportedBy: galen.charlton(a)liblime.com Estimated Hours: 0.0 Deadline: 2009-06-01 Change sponsored?: Sponsored Enhancement project to make the following changes to Koha's patron messaging system: [1] Add the ability to define default patron messaging preferences for each patron category. E.g., so that you can say for new patrons of category 'patron' they'll get emailed overdue notices and checkout slips by default. [2] Use the category-level default preferences to set the initial patron preferences for a new patron record, created either via the patron editing page or patron import. [3] Move the patron messaging preferences form from the messaging tab to the patron editing form in the staff interface. [4] Fix a bug to prevent a hold-filled notification from being sent multiple times; send it only the first time it is put on the hold shelf. -- 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 8

[Bug 3140] New: It is possible to email someone else's private list
by bugzilla-daemon＠liblime.com 26 Feb '10

26 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3140 Summary: It is possible to email someone else's private list Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: OPAC AssignedTo: jmf(a)liblime.com ReportedBy: oleonard(a)myacpl.org Estimated Hours: 0.0 If you copy the URL of the "send list" popup window you can change the shelfid value and send yourself any list regardless of who owns it. -- 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 2

[Bug 3213] New: OPAC display with XSLT for UNIMARC
by bugzilla-daemon＠liblime.com 25 Feb '10

25 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3213 Summary: OPAC display with XSLT for UNIMARC Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P1 Component: OPAC AssignedTo: jmf(a)liblime.com ReportedBy: frederic(a)tamil.fr Estimated Hours: 0.0 Change sponsored?: Seeking cosponsors MARC21 biblio records can be formated on OPAC result and display pages using an XSLT. Two syspref drive how it works: . XSLTResultsDisplay . XSLTDetailsDisplay It doesn't work yet for UNIMARC biblio records. This functionality should be developed to render properly and completely UNIMARC descriptions. -- 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 3

[Bug 3243] New: Patron Card Label Add Patrons to Batch sorting headers lose track of batch_id
by bugzilla-daemon＠liblime.com 23 Feb '10

23 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3243 Summary: Patron Card Label Add Patrons to Batch sorting headers lose track of batch_id Product: Koha Version: rel_3_0 Platform: All URL: http://koha:8080/cgi-bin/koha/labels/pcard-member- search.pl OS/Version: All Status: NEW Severity: normal Priority: P1 Component: Label printing AssignedTo: mason.james(a)liblime.com ReportedBy: mjr(a)ttllp.co.uk Estimated Hours: 0.0 Change sponsored?: Sponsored Go to Home › Tools › Labels › Patron Card Batch Add Patrons to Batch View some patrons somehow Click one of the column headers to sort it Click "Add" by a patron At worst, get an error; at best, get no patron added. I am currently preparing a patch for this. -- 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 13

[Bug 3270] New: Cancelling a hold request after transfer initiated orphans item
by bugzilla-daemon＠liblime.com 23 Feb '10

23 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3270 Summary: Cancelling a hold request after transfer initiated orphans item Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: major Priority: P5 Component: Circulation AssignedTo: galen.charlton(a)liblime.com ReportedBy: rch(a)liblime.com Estimated Hours: 0.0 Change sponsored?: --- Koha fails to direct a user to return an item to its home library if the hold request that initiated a transfer is canceled before it is filled. Checking that item in at its holding location simply reports 'not checked out'. Furthermore, if this item is checked in at any other location, no 'forced transfer' entry is created in branchtransfers. This is with HomeOrHoldingBranch set to 'holdingbranch'. If HomeOrHoldingBranch is set to 'homebranch', then the checkin is disallowed and the user is directed to return the item to its home library ( but no transfer is initiated, no slip to print ). This exposes a needed enhancement, allowing certain items to float between locations, which is certainly a desired feature. However, I think the default behavior should be to prompt the user to return the item to its home location if homebranch != holdingbranch and no outstanding holds exist. Steps to recreate: 1 place a hold on an item, with pickup library != item home library. 2 check in the item, initiating transfer to pickup library 3 cancel the hold 4 check in item at pickup library. Wonder what you should do. -- 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 9

[Bug 3242] New: emailLibrarianWhenHoldIsPlaced system preference is non-functional
by bugzilla-daemon＠liblime.com 19 Feb '10

19 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3242 Summary: emailLibrarianWhenHoldIsPlaced system preference is non- functional Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Hold requests AssignedTo: galen.charlton(a)liblime.com ReportedBy: rch(a)liblime.com Estimated Hours: 0.0 Change sponsored?: --- This feature was not implemented in 3.0. If no one steps up to implement it using the new messaging code, the system preference should be removed from Koha. Koha cannot currently generate an email to staff when a hold is placed. -- 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 15

[Bug 3229] New: The "Sort By" feature for lists does not work
by bugzilla-daemon＠liblime.com 17 Feb '10

17 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3229 Summary: The "Sort By" feature for lists does not work Product: Koha Version: rel_3_0 Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Virtual Shelves AssignedTo: jmf(a)liblime.com ReportedBy: debra.denault(a)liblime.com Estimated Hours: 0.0 Change sponsored?: --- There is the ability to define how lists sort, by title or author, using the "Sort By" feature. It does not currently seem to work (i.e. sort by title or author). -- 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 16