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

[Bug 5270] New: 007 variable control builder/Specific Material Designation
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '15

06 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5270 Summary: 007 variable control builder/Specific Material Designation 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: reva12(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 Field: 007 Material Type: Electronic Resource Bug in Specific Material Designation drop down list. When RE-opening the 007 builder to make changes to the coding, the Specific Material Designation drop down list for Electronic Resource reverts back to Tape Cartridge (code a) that is the Ist choice in the list. Unless one notices this reversion, one may be saving 007 and indicating wrongly that the item is Tape Cartridge. Reva -- 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 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 5441] New: SSO CAS improvements
by bugzilla-daemon＠bugs.koha-community.org 02 Jan '15

02 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5441 Summary: SSO CAS improvements Change sponsored?: Sponsored Product: Koha Version: rel_3_4 Platform: All URL: http://wiki.koha-community.org/wiki/SSO_CAS_improvemen ts OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Authentication AssignedTo: henridamien(a)koha-fr.org ReportedBy: paul.poulain(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org CC: dpavlin(a)rot13.org Estimated Hours: 0.0 Multitier proxy authentication support with CAS 2.0 for SSO. See http://www.jasig.org/cas in general and http://www.ja-sig.org/wiki/display/CAS/Proxy+CAS+Walkthrough specifically. Koha should be able to accept a proxy ticket, i.e. authenticate with CAS without being directly in contact with the client's browser, e.g. in the case of patron information being requested through a web service by a portal from koha. Note: simple sso cas support (no proxy) has been done already by biblibre, is in testing and should be released in Koha 3.2 -- 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 4

[Bug 5304] New: Too many post find queries for items
by bugzilla-daemon＠bugs.koha-community.org 24 Nov '14

24 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5304 Summary: Too many post find queries for items Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Searching AssignedTo: gmcharlt(a)gmail.com ReportedBy: srdjan(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 C4::Items::GetItemsInfo(): When the items resultset is returned from the search, lots of additional queries are requested for each item in order ti get extra data. This makes large resultsets extremely slow to return. Proposed solution: Rewrite items query so it returns all relevant data at once -- 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 31

[Bug 4964] New: design of news in opac could be better
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '14

13 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4964 Summary: design of news in opac could be better Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Created attachment 2323 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2323 news on opac When you view news in the OPAC it's in a box the size of the message instead of a box the size of the screen width, makes it look funny. -- 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 5

[Bug 4927] New: OPAC advanced search has two call number entries; remove one?
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '14

13 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4927 Summary: OPAC advanced search has two call number entries; remove one? Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Searching AssignedTo: gmcharlt(a)gmail.com ReportedBy: jwagner(a)ptfs.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 In the OPAC advanced search, with More Options selected, two Call Number entries show in the search pulldown. The first one is searching the item-level call number: <option value="callnum">Call Number</option> The second one, under the Standard Number section, seems to be searching an index (lccn) for the call number in the bib record -- I verified this by searching something in the 050 that wasn't in the item call number. I don't know if this includes Dewey callnums or just LC callnums, but it seems redundant to me in any case. Any objections to removing this second Call Number search from the OPAC advanced search? It isn't present in the staff advanced search. -- 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 5342] New: Serial claiming improvements
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '14

10 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5342 Summary: Serial claiming improvements Change sponsored?: Sponsored Product: Koha Version: rel_3_4 Platform: All URL: http://wiki.koha-community.org/wiki/Claims_serials_RFC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Serials AssignedTo: henridamien(a)koha-fr.org ReportedBy: paul.poulain(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 we will add a claim counter, to know how many times an issue has been claimed a claim table, containing all the claims an issue has, with the date of the claim and the content of the claim -- 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 112

[Bug 5169] New: name/rename label batches
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '14

02 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5169 Summary: name/rename label batches Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Label printing AssignedTo: cnighswonger(a)foundations.edu ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 It would be very helpful if there was a way to name and rename batches of labels. Right now they're named in numerical order which can be confusing if you have a lot of batches. -- 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 5385] New: Correct POD errors as highlighted by podchecker
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '14

02 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5385 Summary: Correct POD errors as highlighted by podchecker Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Developer documentation AssignedTo: gmcharlt(a)gmail.com ReportedBy: andrew.elwell(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Ideally we'd have good accurate POD within the code for all functions, however as a starting point I made a list of all errors that 'podchecker' throws up (find . -type f | grep -v \.git/ | egrep -i '\.p[lm]$' | xargs podchecker 2>/tmp/pod.err) and started to correct them Many of these are trivial syntax / whitespace issues -- 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 6

[Bug 5408] New: Refactor C4::Circulation::GetIssuingRule
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '14

02 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5408 Summary: Refactor C4::Circulation::GetIssuingRule Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Architecture, internals, and plumbing AssignedTo: gmcharlt(a)gmail.com ReportedBy: cfouts(a)liblime.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 GetIssuingRule submits a cascade of queries to the database to find its match. This could be optimized and cleaned up by retrieving them all at once. -- 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 12