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

[Bug 4267] New: Use CSS3 box-shadow property for Cart tooltip
by bugzilla-daemon＠kohaorg.ec2.liblime.com 04 May '10

04 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4267 Summary: Use CSS3 box-shadow property for Cart tooltip Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: oleonard(a)myacpl.org Estimated Hours: 0.0 Change sponsored?: --- The OPAC Cart tooltip ("Your cart is empty," "1 item(s) added to your Cart") currently uses a jQuery plugin to generate a drop shadow. This works cross-browser, but has a high failure rate with regard to hiding the shadow consistently, resulting in an orphan shadow after the tooltip has been hidden. I propose to instead use the new CSS3 property "box-shadow" (-moz-box-shadow and -webkit-box-shadow for Firefox and Safari/Chrome). The latest versions of Internet Explorer and Opera do not support this property. I think this is an acceptable trade-off for more stable functionality. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 3

[Bug 4351] New: The save button don't really save. Renaming in Next button
by bugzilla-daemon＠kohaorg.ec2.liblime.com 04 May '10

04 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4351 Summary: The save button don't really save. Renaming in Next button Product: Koha Version: rel_3_2 Platform: PC OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Acquisitions AssignedTo: alex.arnaud(a)biblibre.com ReportedBy: alex.arnaud(a)biblibre.com Estimated Hours: 0.0 Change sponsored?: --- -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 6

[Bug 3681] New: No bimonthly frequency option for serials subscriptions
by bugzilla-daemon＠kohaorg.ec2.liblime.com 04 May '10

04 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3681 Summary: No bimonthly frequency option for serials subscriptions Product: Koha Version: rel_3_0 Platform: PC OS/Version: Linux - Debian Status: NEW Severity: enhancement Priority: P5 Component: Serials AssignedTo: paul.poulain(a)biblibre.com ReportedBy: Ian.Walls(a)med.nyu.edu Estimated Hours: 0.0 Change sponsored?: --- Bimonthly serials (published twice a month, or 24 times a year), do not have an available frequency in serials/subscription-add.pl. 2/week does not work, since that expects 26 issues per volume. Using irregular is problematic, particularly when bimonthly is quite regular and common. Shouldn't be too hard to add a case in the Javascript to handle this; value 13 is still available, but logically, this should be value 4 or 5. That would require displacing existing periodicity values, however. A better, larger solution would be to change the values from numeric to alphanumeric, and match them to the MARC 21 Format for Holdings Data 853$ field (http://www.loc.gov/marc/holdings/hd853855.html) a - Annual j - Three times a month b - Bimonthly k - Continuously updated c - Semiweekly m - Monthly d - Daily q - Quarterly e - Biweekly s - Semimonthly f - Semiannual t - Three times a year g - Biennial w - Weekly h - Triennial x - Completely irregular i - Three times a week This would improve standardization, provide more immediate options, and increase the flexibility to add new options down the road, without insertion problems. A numeric can also be taken in 853$w to indicate the number of issues per year, for an irregular serial. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 2

[Bug 4256] New: auth_by_bind doesn't fetch user LDAP entry breaking replicate
by bugzilla-daemon＠kohaorg.ec2.liblime.com 03 May '10

03 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4256 Summary: auth_by_bind doesn't fetch user LDAP entry breaking replicate Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: blocker Priority: P5 Component: Authentication AssignedTo: chris(a)bigballofwax.co.nz ReportedBy: dpavlin(a)rot13.org Estimated Hours: 0.0 Change sponsored?: --- Created an attachment (id=1679) --> (http://bugs.koha.org/cgi-bin/bugzilla3/attachment.cgi?id=1679) fix for combination of auth_by_bind and replicate LDAP options Latest git master is broken when using combination of auth_by_bind and replicate because code never fetches user's LDAP entry via search, so replicate dies with Can't call method "exists" on an undefined value at /usr/share/koha/lib/C4/Auth_with_ldap.pm line 191, <DATA> line 253. Attached patch fixes it, along with fix for mungling of mapping (I'm not quite sure that code as-is works for anyone). -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 9

[Bug 3348] New: Funds and Budgets table is wrong
by bugzilla-daemon＠liblime.com 03 May '10

03 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3348 Summary: Funds and Budgets table is wrong Product: Koha Version: rel_3_0 Platform: PC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Acquisitions AssignedTo: nahuel.angelinetti(a)biblibre.com ReportedBy: nahuel.angelinetti(a)biblibre.com Estimated Hours: 0.0 Change sponsored?: --- The table of funds and budgets in acquisition module is wrong, it should calculate only values from the beginning date of the budget to the end of this one. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 3

[Bug 4251] New: click on show more in facet drops limit=branch in query
by bugzilla-daemon＠kohaorg.ec2.liblime.com 03 May '10

03 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4251 Summary: click on show more in facet drops limit=branch in query Product: Koha Version: rel_3_2 Platform: PC OS/Version: Windows 2000 Status: NEW Severity: minor Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: spalding(a)senylrc.org Estimated Hours: 0.0 Change sponsored?: --- If I did a search for mental at a specific library I get the following URL http://nki.koha.senylrc.org/cgi-bin/koha/opac-search.pl?q=mental&limit=bran… If I click on the show more in the facet colum, I get the following URL with out the branch limit I have defined. http://nki.koha.senylrc.org/cgi-bin/koha/opac-search.pl?idx=kw&q=mental&exp… -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 6

[Bug 3883] New: Create routing list form displays blank line
by bugzilla-daemon＠kohaorg.ec2.liblime.com 03 May '10

03 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3883 Summary: Create routing list form displays blank line Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Serials AssignedTo: paul.poulain(a)biblibre.com ReportedBy: oleonard(a)myacpl.org Estimated Hours: 0.0 Change sponsored?: --- When creating a new routing list for a serial, the template should only display the "Add List Member" link. Instead it displays a table with one blank line. The template does a check, , but memberloop seems to be evaluating as true even for new routing lists. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 2

[Bug 4200] New: can't add to routing list from recipient search
by bugzilla-daemon＠kohaorg.ec2.liblime.com 03 May '10

03 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4200 Summary: can't add to routing list from recipient search Product: Koha Version: HEAD Platform: PC URL: cgi- bin/koha/serials/routing.pl?subscriptionid=5&borrowernum ber=45&op=add OS/Version: All Status: NEW Severity: major Priority: P5 Component: Serials AssignedTo: paul.poulain(a)biblibre.com ReportedBy: nengard(a)gmail.com CC: chris(a)bigballofwax.co.nz, oleonard(a)myacpl.org Estimated Hours: 0.0 Change sponsored?: --- When adding members to the routing list a pop up window appears with patrons lists. On that list there is the option to filter the results. If you choose to filter the results then click 'Add' it opens the edit routing list screen in the pop up and doesn't add the patron. If you choose to add a patron from the original list of patrons it works A-OK. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 2

[Bug 4266] New: encumbrance and expenditure not used in code
by bugzilla-daemon＠kohaorg.ec2.liblime.com 03 May '10

03 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4266 Summary: encumbrance and expenditure not used in code Product: Koha Version: HEAD Platform: PC URL: cgi- bin/koha/admin/aqbudgets.pl?op=add_form&budget_period_id =1 OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: nengard(a)gmail.com Estimated Hours: 0.0 Change sponsored?: --- It appears that the encumbrance and expenditure fields on the add fund form are not actually used anywhere in the code. CHAT: [08:59] <nengard> acq question - when adding a fund - what do i enter in encumbrance and expenditure? [09:00] <gmcharlt> nengard: checking, but probably nothing [09:01] <nengard> k .... so why do we want them on the add form? [09:01] <nengard> :) [09:10] <gmcharlt> nengard: hmm, the budget expenditure and encumbrance fields don't do anything at all [09:11] * gmcharlt scratches head [09:11] <gmcharlt> hdl_laptop^^ [09:11] <nengard> k - bug report time? [09:11] <gmcharlt> yep [09:11] <hdl_laptop> ? [09:12] <gmcharlt> are aqbudgets.budget_encum and budget_expend supposed to do anything? [09:13] <hdl_laptop> they are there to store the encumbrance and expenditure of your budget. [09:13] <hdl_laptop> (assuming it is not a root budget. [09:13] <hdl_laptop> ) [09:13] <gmcharlt> guessed as much [09:13] <gmcharlt> but I see no code that actually updates them as orders get placed and invoiced [09:13] <hdl_laptop> You can then check against those figures that you enforce that. [09:14] <hdl_laptop> Well it is for budget planning. [09:14] <nengard> but it's on the 'add fund' form ... it doesn't show on the budget planning form... [09:14] <gmcharlt> so they're supposed to be maximum expenditure and encumbrance limits? [09:14] <hdl_laptop> I want to spend 10% of my root budget on that part. [09:14] <hdl_laptop> gmcharlt: yes. [09:15] <hdl_laptop> nengard: sorry I may not be uptodate in vocabulary [09:15] <gmcharlt> functional gap there - limits that don't get enforced aren't limits at all [09:15] <hdl_laptop> there should be a warning when you try to spend more. [09:16] <hdl_laptop> I thought it had been done. [09:17] <nengard> hdl_laptop gmcharlt i'll just put a bug in with this discussion so that it can be investigated further -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 1

[Bug 4271] New: Offer choice of destination for save biblio operation
by bugzilla-daemon＠kohaorg.ec2.liblime.com 02 May '10

02 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4271 Summary: Offer choice of destination for save biblio operation Product: Koha Version: HEAD Platform: All OS/Version: All Status: ASSIGNED Severity: enhancement Priority: P5 Component: Cataloging AssignedTo: oleonard(a)myacpl.org ReportedBy: oleonard(a)myacpl.org Depends on: 4121 Estimated Hours: 0.0 Change sponsored?: --- Created an attachment (id=1692) --> (http://bugs.koha.org/cgi-bin/bugzilla3/attachment.cgi?id=1692) Screenshot after proposed change A follow-up to the fix for Bug 4121, the user should be able to control whether the action of saving a bibliographic record takes them to the add item screen or the detail screen, independently of whether they are adding or modifying the record. The addition of a "split button" would leave the default action in place if the user clicked the "main" part of the button. Clicking on the menu would give the user specific choices. See attached screenshot. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 4