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

[Bug 1908] Reference to preference HomeOrHoldingBranch is misspelled and also tries to compare the literal string 'homebranch' or 'holdingbranc
by bugzilla-daemon＠pippin.metavore.com 28 Feb '08

28 Feb '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1908 ------- Comment #3 from chris(a)bigballofwax.co.nz 2008-02-27 15:05 ------- Umm I think you might have misread if ( $item->{C4::Context->preference("HomeOrHoldingBranch")} ne $userenv->{branch} ) Its comparing the value in $item->{homebranch} or $item->{holdingbranch'} against $userenv->{branch} ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1908] Reference to preference HomeOrHoldingBranch is misspelled and also tries to compare the literal string 'homebranch' or 'holdingbranc
by bugzilla-daemon＠pippin.metavore.com 28 Feb '08

28 Feb '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1908 ------- Comment #2 from jmf(a)liblime.com 2008-02-27 15:01 ------- I still don't see how comparing the literal string 'homebranch' or 'holdingbranch' as defined in the syspref to the branch setting accomplishes anything ... it won't match unless you have a branch called either homebranch or holdingbranch. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1909] Cannot delete repeatable marc fields in editor.
by bugzilla-daemon＠pippin.metavore.com 27 Feb '08

27 Feb '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1909 ------- Comment #2 from mason.james(a)liblime.com 2008-02-27 12:19 ------- Hi Jose, I have experienced this issue before too, and i do believe it is a real bug. I just tested this on my k3-alpha install, and the issue seems to still exist. I'll try to take a look at this in the next few days, and add this feature to the editor. Mason. I also managed to get a Carp error whilst testing, so something isnt quite right in this area. ------------------------ Software error: Bad index while coercing array into hash at /home/mtj/git/koha/C4/Biblio.pm line 2171. CGI::Carp ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1909] Cannot delete repeatable marc fields in editor.
by bugzilla-daemon＠pippin.metavore.com 27 Feb '08

27 Feb '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1909 ------- Comment #1 from mason.james(a)liblime.com 2008-02-27 12:14 ------- Created an attachment (id=183) --> (http://bugs.koha.org/cgi-bin/bugzilla/attachment.cgi?id=183&action=view) un-deleteable repeated marc fields. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1909] New: Cannot delete repeatable marc fields in editor.
by bugzilla-daemon＠pippin.metavore.com 27 Feb '08

27 Feb '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1909 Summary: Cannot delete repeatable marc fields in editor. Product: Koha Version: HEAD Platform: Macintosh OS/Version: All Status: NEW Severity: normal Priority: P3 Component: Cataloging AssignedTo: galen.charlton(a)liblime.com ReportedBy: mason.james(a)liblime.com QAContact: koha-bugs(a)nongnu.org CC: joseparrella(a)gmail.com Greetings, In the cataloguing interface, when a field is repeatable you get a '+' sign next to the field, which you can happily click and repeat the field. This also reflects on the marc blob. But now I can't find a way to delete the field in the editor -- even if it has no data, it keeps showing up. What I did now was to fiddle with the marc blob for the biblionumber and delete the MARC references to the repeated, data-less field, but I don't think this is the right way. Is there anything in development regarding this issue? Thanks for your time, Jose ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1908] Reference to preference HomeOrHoldingBranch is misspelled and also tries to compare the literal string 'homebranch' or 'holdingbranc
by bugzilla-daemon＠pippin.metavore.com 27 Feb '08

27 Feb '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1908 chris(a)bigballofwax.co.nz changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED Priority|P3 |PATCH-Sent ------- Comment #1 from chris(a)bigballofwax.co.nz 2008-02-27 11:36 ------- It was a system preference added while I was at liblime, its used in conjunction with Independent Branches. if ( C4::Context->preference("IndependantBranches") ) { my $userenv = C4::Context->userenv; if ( ($userenv) && ( $userenv->{flags} != 1 ) ) { $issuingimpossible{NOTSAMEBRANCH} = 1 if ( $item->{C4::Context->preference("HomeOrHoldingbranch")} ne $userenv->{branch} ); } } To check whether the holdingbranch or homebranch controlled if an item could be issued. IE if a book had its homebranch set to another library, but was trying to be checked out at another library, whether that was allowed. If home branch was set, it will check what is in the items homebranch against the issuing branch. If holdingbranch checks that again. The typo crept in here http://git.koha.org/cgi-bin/gitweb.cgi?p=Koha;a=commit;h=a4e0051daab548e7b3… When I was adding the syspref as someone had assumed as they didnt know what it did to just delete it. It looks better with the B so ill change the code to match ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1721] Modification Log link loses context
by bugzilla-daemon＠pippin.metavore.com 27 Feb '08

27 Feb '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1721 oleonard(a)myacpl.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Priority|P3 |PATCH-Sent Resolution| |FIXED ------- Comment #2 from oleonard(a)myacpl.org 2008-02-27 11:28 ------- This is now working for patron records (thanks fbcit) and bibliographic records. I'm going to assume that those are the primary cases for this bug, and that the others are not significant because they don't have the same kind of context issue. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1908] New: Reference to preference HomeOrHoldingBranch is misspelled and also tries to compare the literal string 'homebranch' or 'holdingbranc
by bugzilla-daemon＠pippin.metavore.com 27 Feb '08

27 Feb '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1908 Summary: Reference to preference HomeOrHoldingBranch is misspelled and also tries to compare the literal string 'homebranch' or 'holdingbranc Product: Koha Version: HEAD Platform: Macintosh OS/Version: All Status: NEW Severity: blocker Priority: P3 Component: Circulation AssignedTo: chris(a)bigballofwax.co.nz ReportedBy: jmf(a)liblime.com QAContact: koha-bugs(a)nongnu.org This couldn't ever have worked, what was the intent? ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1716] missing menu on the left on 3 pages in opac
by bugzilla-daemon＠pippin.metavore.com 27 Feb '08

27 Feb '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1716 oleonard(a)myacpl.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WONTFIX ------- Comment #1 from oleonard(a)myacpl.org 2008-02-27 11:05 ------- The redesigned OPAC puts the browse and lists navigation into the global header. OpacNav is displayed in a left-hand column if set. I don't find the inconsistency a problem because of the nature of the pages in question: the login and advanced search screens are specialized interfaces with clear focus. The search results screen uses the left-hand column for facets, and I think additional links in that space would be more confusing than helpful. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1588] Check in when item is from another library should be less confusing
by bugzilla-daemon＠pippin.metavore.com 27 Feb '08

27 Feb '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1588 oleonard(a)myacpl.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Comment #2 from oleonard(a)myacpl.org 2008-02-27 10:52 ------- I think this is fixed for the case you describe. Please re-open if not. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0