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

[Bug 7483] New: A more detailed breadcrumb for authority management
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '13

21 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7483 Bug #: 7483 Summary: A more detailed breadcrumb for authority management Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates AssignedTo: adrien.saurat(a)biblibre.com ReportedBy: adrien.saurat(a)biblibre.com QAContact: koha.sekjal(a)gmail.com [MT1424] After editing a subfield in an Authority structure, we are redirected to the "auth_subfields_structure.pl" page with no breadcrumb to come back to the structure being edited. The breadcrumb only shows: Home › Administration › Authority MARC subfield structure When editing a bibliographic framework, the breadcrumb is much more practical: Home › Administration › MARC Frameworks › BD Framework Structure › Tag 011 Subfield Structure Something along this line should be implemented for authorities. -- 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 8

[Bug 7379] New: some database fields are displayed 'as is' when they are linked to autorised values
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '13

21 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7379 Bug #: 7379 Summary: some database fields are displayed 'as is' when they are linked to autorised values Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing AssignedTo: gmcharlt(a)gmail.com ReportedBy: gaetan.boisson(a)biblibre.com QAContact: ian.walls(a)bywatersolutions.com When items.copynumber is linked to an autorized value, the value displayed both on OPAC and on the staff interface is the one found in the database and not the description linked to the value. This should be fixed in order for this field to function like the other ones, where the authorized value's description is displayed when the field is linked to an authorized value. -- 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 38

[Bug 8370] New: Default checkout, hold and return policy for all library => wrong term
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '13

21 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8370 Priority: P2 Change sponsored?: --- Bug ID: 8370 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com, nengard(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Blocks: 8362 Summary: Default checkout, hold and return policy for all library => wrong term Severity: normal Classification: Unclassified OS: All Reporter: paul.poulain(a)biblibre.com Hardware: All Status: NEW Version: master Component: Circulation Product: Koha The string "Default checkout, hold and return policy for all library" that appear in issuingrules when you're on "All" library is wrong. It's related to the rule that is applied by default if there is no library-level rule. Same problem with "Checkout limit by patron category for all libraries" and "Holds policy by itemtype for all libraries" => they refer to the behaviour if no library-level rule is set -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 8523] New: Authority hierarchies only support UNIMARC
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '13

21 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8523 Priority: P5 - low Change sponsored?: Sponsored Bug ID: 8523 Assignee: jcamins(a)cpbibliography.com Summary: Authority hierarchies only support UNIMARC Severity: enhancement Classification: Unclassified OS: All Reporter: jcamins(a)cpbibliography.com Hardware: All Status: NEW Version: master Component: MARC Authority data support Depends on: 8207 Product: Koha As of right now, the authority hierarchy code works only with UNIMARC. There is, however, no reason why it should not also work with MARC21, and we propose to add support for MARC21 to the authority hierarchy code. -- You are receiving this mail because: You are watching all bug changes.

1 32

[Bug 8110] New: Fines accruing on closed days
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '13

21 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8110 Priority: P5 - low Change sponsored?: --- Bug ID: 8110 Assignee: henridamien(a)koha-fr.org Summary: Fines accruing on closed days Severity: normal Classification: Unclassified OS: All Reporter: mduncan(a)uttyler.edu Hardware: All Status: NEW Version: master Component: Holidays Product: Koha Fines accrue on days set as closed in the calendar. -- You are receiving this mail because: You are watching all bug changes.

1 69

[Bug 7894] New: Broken detail page for first link on page 2 from search result page in OPAC
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '13

21 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7894 Priority: P5 - low Change sponsored?: --- Bug ID: 7894 Assignee: oleonard(a)myacpl.org Summary: Broken detail page for first link on page 2 from search result page in OPAC QA Contact: koha.sekjal(a)gmail.com Severity: blocker Classification: Unclassified OS: All Reporter: arslanone(a)gmail.com Hardware: All Status: NEW Version: master Component: OPAC Product: Koha Hi, When you search the OPAC, clicking on the 1st result of page 2 always gives this error: ------------------------------------------- "Software error: Can't use string ("00800nam a22002537a 450000100050") as an ARRAY ref while "strict refs" in use at /usr/share/koha/lib/C4/Search.pm line 1493." ------------------------------------------- Screenshot: http://postimage.org/image/ouqivltox/ The error only happens when we search in the OPAC, go to page 2, and click on 1st record. Search a different term and, that will result in some different record on page 2 top, and clicking that record will give same error. Right click and copy the link of that record, and open it by directly pasting in another browser and the record will show properly. Meaning there is nothing wrong with the record itself. -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 6151] New: IndependantBranches and HomeOrHoldingBranchReturn can prevent items from being checked in
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '13

21 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6151 Bug #: 6151 Summary: IndependantBranches and HomeOrHoldingBranchReturn can prevent items from being checked in Classification: Unclassified Change sponsored?: Sponsored Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: ASSIGNED Severity: major Priority: P5 Component: Circulation AssignedTo: ian.walls(a)bywatersolutions.com ReportedBy: ian.walls(a)bywatersolutions.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com If IndependantBranches is on, and an item is checked into a branch that is not it's current HomeOrHoldBranchReturn branch, a "Wrong Branch" message is given, and the return is denied. This is not always desirable behaviour. For example, some libraries may want an item owned by Branch A but issued from Branch B to be returnable to either A or B (the patron returning the material to A saves the library transit costs), or even to be returnable to Library C if the transit network is robust. More heinous a problem, if an item is issued from Library B, and HomeOrHoldingBranchReturn is set to Homebranch, the patron cannot return the item to Library B. And further, when AutomaticItemReturn is turned on and HomeOrHoldingBranchReturn is HoldingBranch, an item issued from Library B and returned to Library B will not trigger a transfer message to return it to Library A. So, with the two above, if HomeOrHoldingBranchReturn is considered the only adjustable variable (since changing IndependantBranches has many, many consequences, and AutomaticItemReturn is a library policy decision), neither setting will allow for desirable behaviour. -- 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 28

[Bug 8428] New: can't save contracts
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '13

21 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8428 Priority: P5 - low Change sponsored?: --- Bug ID: 8428 Assignee: koha-bugs(a)lists.koha-community.org Summary: can't save contracts Severity: major Classification: Unclassified OS: All Reporter: nengard(a)gmail.com URL: /cgi-bin/koha/admin/aqcontract.pl?op=add_form&booksell erid=1 Hardware: All Status: NEW Version: master Component: Acquisitions Product: Koha I'm trying to create a contract and no matter how many times I click the save button nothing happens. I get no errors, no saving, no confirmation, just nothing. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 8395] New: order receive not sorting right
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '13

21 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8395 Priority: P5 - low Change sponsored?: --- Bug ID: 8395 Assignee: koha-bugs(a)lists.koha-community.org Summary: order receive not sorting right Severity: major Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: rel_3_8 Component: Acquisitions Product: Koha Created attachment 10722 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=10722&action=edit not sorted See the attached image - when I click on the 'Summary' heading to sort things, they are in no order that I can figure out. They should be in alpha order by title since that's the first bit of data in that field. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 8408] New: Odd OPAC message when OPAC Renewals are disabled and OPACFineNoRenewals is set to blank
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '13

21 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8408 Priority: P5 - low Change sponsored?: --- Bug ID: 8408 Assignee: oleonard(a)myacpl.org Summary: Odd OPAC message when OPAC Renewals are disabled and OPACFineNoRenewals is set to blank Severity: enhancement Classification: Unclassified OS: All Reporter: kyle.m.hall(a)gmail.com Hardware: All Status: NEW Version: master Component: OPAC Product: Koha If OpacRenewalAllowed is set to "Don't allow" and OPACFineNoRenewals is set to blank ( i.e. disabled ). A user who owes any fines, when logged in to the OPAC will receive the following message: Please note: You have more than 0.00 in fines. This is a rather odd message, and is not very sensible. The message should either be modified or removed altogether. -- You are receiving this mail because: You are watching all bug changes.

1 19