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

[Bug 5969] New: Add News Item displays all installed languages
by bugzilla-daemon＠bugs.koha-community.org 25 Aug '14

25 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5969 Bug #: 5969 Summary: Add News Item displays all installed languages Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Tools AssignedTo: gmcharlt(a)gmail.com ReportedBy: magnus(a)enger.priv.no QAContact: koha-bugs(a)lists.koha-community.org When adding a new news item, the "Display Location" dropdown shows all installed languages, not just the ones that are enabled. Would it make more sense to just show the languages that are enabled? Or is it possible to imagine a situation where a library is working on a new language - it's installed but not enabled yet, and they might want to add some news items before it's enabled? -- 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 7

[Bug 7812] New: Add markup to staff client templates to increase customization options
by bugzilla-daemon＠bugs.koha-community.org 25 Aug '14

25 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7812 Priority: P5 - low Change sponsored?: --- Bug ID: 7812 Assignee: oleonard(a)myacpl.org Summary: Add markup to staff client templates to increase customization options QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: oleonard(a)myacpl.org Hardware: All Status: NEW Version: master Component: Templates Product: Koha Created attachment 8570 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=8570&action=edit Screenshot showing #header_wrapper highlighted Following up on Bug 7760, there are markup changes we could add to further increase the options for CSS customizations. In the current markup: <body id="circ_circulation-home" class="circ"> <div id="header">...</div> <h1 id="logo">...</div> <div id="header_search">...</div> <div id="breadcrumbs">...</div> I think it would be good to create a wrapper div for everything which is fall under the broad category of "header" (as opposed to "body" in the structural sense): <body id="circ_circulation-home" class="circ"> <div id="header_wrapper"> <div id="header">...</div> <h1 id="logo">...</div> <div id="header_search">...</div> <div id="breadcrumbs">...</div> </div> I would then add a new <div> which marks the "body" of the page, between #header_wrapper and the language footer. This would open just before the beginning of the main YUI grid declaration: <div id="body"> <div id="doc" class="yui-t7"> ...and close just before the footer include: </div> [% INCLUDE 'intranet-bottom.inc' %] Unfortunately this means making edits to each template. But it introduces no visual changes to the templates unless custom CSS is added, so the work can happen piece by piece without any disruptions. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 7347] New: dontmerge preference description wrong
by bugzilla-daemon＠bugs.koha-community.org 21 Aug '14

21 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7347 Bug #: 7347 Summary: dontmerge preference description wrong Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: ian.walls(a)bywatersolutions.com The preference says 'If this is off, please ask your administrator to enable the merge_authorities.pl cronjob. ' According to http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6094 the cron isn't required anymore also there is no merge_authorities in the cronjob dir. There is, however, a merge_authority.pl script in the koha bin dir. I think the note needs to be removed from the preference unless there is a reason that it's still there. -- 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 4

[Bug 7547] New: printing a sorted cart
by bugzilla-daemon＠bugs.koha-community.org 19 Aug '14

19 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7547 Bug #: 7547 Summary: printing a sorted cart Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: nengard(a)gmail.com QAContact: koha.sekjal(a)gmail.com It would be nice if in the OPAC cart you could sort the contents before printing (and print the sorted contents). Even if someone tries to sort results by call number before putting them into the cart, the cart is often the product of multiple searches so the patron ends up with a mixed-up list of call numbers. -- 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 4

[Bug 5721] New: marc import summary should be filtered or customizable
by bugzilla-daemon＠bugs.koha-community.org 18 Aug '14

18 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5721 Summary: marc import summary should be filtered or customizable Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 On the MARC import summary I would like to be able to choose how many titles show in the summary or filter the list so that you can see the ones that matched I just imported 327 records and there were only 2 matches and i had to scroll through pages to find them -- 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 1

[Bug 8021] New: Newly Added items in the MARC catalog are not listing while Search after rebuild Zebra
by bugzilla-daemon＠bugs.koha-community.org 17 Aug '14

17 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8021 Priority: P5 - low Change sponsored?: --- Bug ID: 8021 Assignee: gmcharlt(a)gmail.com Summary: Newly Added items in the MARC catalog are not listing while Search after rebuild Zebra Severity: enhancement Classification: Unclassified OS: Linux Reporter: mapinnovatives(a)yahoo.com Hardware: Other Status: NEW Version: rel_3_8 Component: Cataloging Product: Koha Earlier I have a proble that, the items are showing not available in the OPAC catalog. Then we have rebuild the Zebra after that the newly added item are not listing while searching. Only the old entries before rebuild zebra showing in the search list. what would be the reason for it... -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 6906] New: show 'Borrower has previously issued $ITEM' alert on checkout
by bugzilla-daemon＠bugs.koha-community.org 15 Aug '14

15 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6906 Bug #: 6906 Summary: show 'Borrower has previously issued $ITEM' alert on checkout 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: mtj(a)kohaaloha.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com A common request for some borrowers is to be alerted by library staff, when issuing items, to whether they have previously issued an item before this enhancement provides this feature, and allows the librarian to set the checkout alert, at a per-user level -- 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 29

[Bug 7267] New: Display accountnumber in PDF
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '14

13 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7267 Bug #: 7267 Summary: Display accountnumber in PDF Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: paul.poulain(a)biblibre.com QAContact: ian.walls(a)bywatersolutions.com Depends on: 3388 The bug 3388 has fixed the management of the accoundnumber field, that contains the library accountnumber for the bookseller. This accountnumber should be displayed in PDF -- 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 26

[Bug 4812] New: Reserves for a specific copy of a book say book is available even though it it still checked out to someone else
by bugzilla-daemon＠bugs.koha-community.org 12 Aug '14

12 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4812 Summary: Reserves for a specific copy of a book say book is available even though it it still checked out to someone else Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Hold requests AssignedTo: gmcharlt(a)gmail.com ReportedBy: kyle.m.hall(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 When you place a reserve on a specific copy of a book a note is immediately put on the card of the person for whom the book is being reserved that says the book is available even though it is still checked out to someone else. The code is in placerequest.pl # if we have an item selectionned, and the pickup branch is the same as the holdingbranch # of the document, we force the value $rank and $found . if ($checkitem ne ''){ $rank[0] = '0' unless C4::Context->preference('ReservesNeedReturns'); my $item = $checkitem; $item = GetItem($item); if ( $item->{'holdingbranch'} eq $branch ){ $found = 'W' unless C4::Context->preference('ReservesNeedReturns'); } } This code does not bother to check to see if an item is actually on the shelf, it sets it to 'W' reguardless. -- 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 11

[Bug 7944] New: attribute error could be clearer
by bugzilla-daemon＠bugs.koha-community.org 11 Aug '14

11 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7944 Priority: P5 - low Change sponsored?: --- Bug ID: 7944 CC: gmcharlt(a)gmail.com Assignee: kyle.m.hall(a)gmail.com Summary: attribute error could be clearer QA Contact: koha.sekjal(a)gmail.com Severity: normal Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Patrons Product: Koha Created attachment 9125 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=9125&action=edit attribute error When you have an attribute set to unique you get an error when trying to save the patron record, but it mentions an attribute number and that number is not visible anywhere in the staff client so it's confusing the librarian entering the data what field they entered the wrong info in to. See attached (ignore the circled fields - the Driver's License is the unique field here. -- You are receiving this mail because: You are watching all bug changes.

1 9