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

[Bug 4892] New: Make the accounts page page, so that the list of records doesn't end up being huge.
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '15

06 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4892 Summary: Make the accounts page page, so that the list of records doesn't end up being huge. Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Patrons AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: robin(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 The Patrons > Account for John Smith page has a list of every transaction ever involving that user. This can get pretty big, so this patch makes that list have 'Newer' and 'Older' links to make this less of an issue. -- 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 15

[Bug 4814] New: Item Type (MARC952 $c) not self-populating from imported OCLC bib
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '15

06 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4814 Summary: Item Type (MARC952 $c) not self-populating from imported OCLC bib Change sponsored?: --- Product: Koha Version: rel_3_0 Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: kbodling(a)mountvernon.org QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 After importing a bib record from OCLC, the item record Item Type in MARC 952 $c does not automatically populate itself with the value in the bib record's 942 $c unless I first open the bib record and save it. There is often no other reason to open the bib record in the edit screen at that point, so it would save 2 mouse clicks plus the wait time while the bib saves itself, in addition to having to select an Item Type while adding the Item Record, if that subfield self-populated as it does whenever the bib record has been opened and saved. (Note that no actual editing of the bib record need happen; all that has to happen is that it be opened in the edit screen and then saved, it that happens then the 952 $c fills itself with whatever is in the bib record's 942 $c.) Koha 3.01.00.061 on a hosted Linux bluehillils 2.6.18-6-686 #1 SMP Fri Dec 12 16:48:28 UTC 2008 i686 GNU/Linux with Perl version 5.008008. -- 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 3

[Bug 4861] New: Debian packaging does not include translations
by bugzilla-daemon＠bugs.koha-community.org 17 Sep '14

17 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4861 Summary: Debian packaging does not include translations Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Packaging AssignedTo: lars(a)catalyst.net.nz ReportedBy: lars(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 The Debian packaging of Koha does not include translations. It should include translations at least for all the languages that are 50+% translated. Since OPAC users (especially) may be wanting to use their own language, the translations should be included in the koha-common.deb package. -- 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 9

[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 4833] New: show all fields when ordering from suggestion
by bugzilla-daemon＠bugs.koha-community.org 12 Jul '14

12 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4833 Summary: show all fields when ordering from suggestion Change sponsored?: --- Product: Koha Version: HEAD Platform: All URL: cgi-bin/koha/acqui/newordersuggestion.pl?booksellerid= 1&basketno=1 OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 When you are adding a suggestion to the basket you see only some of the info from the suggestion. At the very least it should show the budget that the item should be ordered from since this is acquisitions and the budget is a field on the suggestion. -- 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 3

[Bug 4880] New: koha-remove sometimes fails because user is logged int
by bugzilla-daemon＠bugs.koha-community.org 14 Oct '13

14 Oct '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4880 Summary: koha-remove sometimes fails because user is logged int Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Packaging AssignedTo: lars(a)catalyst.net.nz ReportedBy: lars(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 I have not been able to reproduce this, but sometimes koha-remove fails because the user is logged in. I have no idea how that happens, since the instance-specific user cannot log in at all, and there is no trace of them being logged in. -- 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 4907] New: Suggestions "organize by" menu doesn't reflect current choice
by bugzilla-daemon＠bugs.koha-community.org 16 Sep '13

16 Sep '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4907 Summary: Suggestions "organize by" menu doesn't reflect current choice Change sponsored?: --- Product: Koha Version: HEAD Platform: All URL: /cgi-bin/koha/suggestion/suggestion.pl OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 If I choose an option from the "organize by" menu to change the display of suggestions the resulting page doesn't automatically preselect that choice to reflect the current sort. If I choose Organize by -> Library then "Library" should be selected when the page redisplays. -- 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 17

[Bug 4823] New: Raw Socket interface failing to accept connections
by bugzilla-daemon＠bugs.koha-community.org 02 Sep '13

02 Sep '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4823 Summary: Raw Socket interface failing to accept connections Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: SIP2 AssignedTo: colin.campbell(a)ptfs-europe.com ReportedBy: colin.campbell(a)ptfs-europe.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 This has been reported on 3M self checkouts in both the US and UK. Sip working ok for days (weeks even) then suddenly the server refuses to accept connections. Restarting sip does not always rectify (immediately) the problem. Suggests the socket gets stuffed (technical term covering a number of possible error conditions). A rare occurence and not easily repeatable. May occur intermittently when the symptom is very poor response time (sip messages are not being responded to, are timing out then server responds on second or third retry) -- 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 2

[Bug 4876] New: koha-* scripts are not robust
by bugzilla-daemon＠bugs.koha-community.org 30 Aug '13

30 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4876 Summary: koha-* scripts are not robust Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Packaging AssignedTo: lars(a)catalyst.net.nz ReportedBy: lars(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 The Debian packaging contains some scripts in debian/scripts/koha-*, which are written in patchy shell. They work, but do not handle errors very well, and often cannot recover after an error happens. The scripts should be made robust. It might help to rewrite them in perl. -- 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 21

[Bug 4887] New: "Default value" option missing for Authority records
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '13

17 Jul '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4887 Summary: "Default value" option missing for Authority records Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: s.bolelli(a)libercoop.it QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 In the Authorities frameworks (Administration, Authority types) managing the subfield definitions is not possible to set a "default value" as for subfield definition of the MARC Bibliographic framework (Administration, MARC Bibliographic framework). It would be useful to have the option to specify a default value that is the same for every authority record -- 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 2