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

[Bug 929] See details of a budget
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '12

06 Jan '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=929 --- Comment #22 from Chris Cormack <chris(a)bigballofwax.co.nz> 2012-01-06 17:41:59 UTC --- (In reply to comment #19) > I'm OK to put this patch, but it introduce a new (internal) feature i'd like to > advertise before pushing. > > Chris, could you explain the consequences for dates fields ? Does it mean we > don't need to format them in pl anymore but just throw them "as they are", > like: > [% order.entrydate | $KohaDates %] ? > Not as they are, but as they come from the database. It will format them in the style specified by the syspref. But you cant throw 20/2/2011 at it. Then need to be iso style dates. > (and : > - my $entrydate = C4::Dates->new( $data->{'entrydate'}, 'iso' ); > - $data->{'entrydate'} = $entrydate->output("syspref"); > - my $datereceived = C4::Dates->new( $data->{'datereceived'}, 'iso' ); > - $data->{'datereceived'} = $datereceived->output("syspref"); > to remove lines that are now useless ? > > I like it. But if we want to adopt this tool (and I think we should), it must > be validated & a bug entry must be open to clean all dates formattings in Koha > ! > I think cleaning as people find them is fine, Also not all should be changed, only ones that are used for populating .tt files. But it does allow you to let the display be formatted in the template rather than the .pl or .pm > Chris, please give me details, i'll take care of the bugzilla & mail to > koha-devel -- 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. You are watching all bug changes.

1 0

[Bug 7414] New: analytics records need to use indicators to determine display
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '12

06 Jan '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7414 Bug #: 7414 Summary: analytics records need to use indicators to determine display Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic data support AssignedTo: gmcharlt(a)gmail.com ReportedBy: lculber(a)mdah.state.ms.us QAContact: ian.walls(a)bywatersolutions.com In the 78X fields used in MARC21 for linking related records (such as serials), the indicators control the display. The first indicator set to 0 the note does not display, set to 1 the note does display. What the second indicator means varies according to field. Now that Koha has the functionality to handle analytics, I think adding the ability to use the indicator is a logical next step. -- 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 0

[Bug 3521] Items table in catalogue/detail.pl and cataloguing/additem.pl is sorted nonsensically
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '12

06 Jan '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3521 --- Comment #7 from Ian Walls <ian.walls(a)bywatersolutions.com> 2012-01-06 16:35:22 UTC --- Grouping by Branch is pretty solidly required. Whether that's home or holding branch is outside the scope of this fix. I'm not sure location and callnumber are appropriate for sorting; I see that more as incidental information, rather than 'scanning' information. When confronted with a long list of results (which usually happens if there are multiple volumes or other enumchron data), I would first scan for the volume/issue I want, then see where to go to get it (location and callnumber). I think that's the standard behaviour for patrons, but I could be mistaken. Nicole, I'm not seeing the problems you are, so I think this must be a data issue. Can you compare before and after this patch, and see if things are any worse for you? Because I'm getting a definite improvement on my test system, and if it's not causing any more of a problem, this may be a benign enough change to push (it's just a modification to the ORDER BY clause, after all) -- 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. You are watching all bug changes.

1 0

[Bug 2349] Allow CSS customization of circulation receipts
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '12

06 Jan '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2349 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |DUPLICATE --- Comment #3 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> 2012-01-06 15:51:07 UTC --- I think this can be seen as duplicate of bug 7001: - html will make it possible to customize to your heart's content - slips are moved in with notices - different slips for each branch *** This bug has been marked as a duplicate of bug 7001 *** -- 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. You are watching all bug changes.

1 0

[Bug 4222] Nonpublic note not appearing in the staff client
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '12

06 Jan '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4222 --- Comment #28 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> 2012-01-06 15:44:59 UTC --- I think one of the problems here is, that we can not assume people have been using x for internal notes. So perhaps one solution would be: - Change the mappig only for new installs, don't make any updates to existing installs and their frameworks - Provide a script or some SQL and a short documentation how to move over existing internal notes into the new field from the xml field. Could this work? -- 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. You are watching all bug changes.

1 0

[Bug 5959] New: Add search link for analytics to serial records
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '12

06 Jan '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5959 Bug #: 5959 Summary: Add search link for analytics to serial records Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: MARC Bibliographic data support AssignedTo: katrin.fischer(a)bsz-bw.de ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com This will work similar to 'Show volumes' links from traced series records and set records. A link to search for analytics linked to serials. A new syspref will be added: UseControlNumber. This syspref will make it possible to determine, if $w and Controlnumber are used for linking of records in the catalog. If not, the search links will not use control numbers but keywords. -- 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 3651] Require patron login to send shelves and baskets
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '12

06 Jan '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3651 Paul Poulain <paul.poulain(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |paul.poulain(a)biblibre.com Version|master |rel_3_6 Patch Status|Signed Off |Patch Pushed --- Comment #5 from Paul Poulain <paul.poulain(a)biblibre.com> 2012-01-06 14:58:53 UTC --- patch pushed again, please test -- 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 0

[Bug 7337] New: "Debarred Until" display in the opac tells patrons they are debarred until the year 9999
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '12

06 Jan '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7337 Bug #: 7337 Summary: "Debarred Until" display in the opac tells patrons they are debarred until the year 9999 Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_8 Platform: All OS/Version: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: wizzyrea(a)gmail.com QAContact: ian.walls(a)bywatersolutions.com When you debar a patron, and then log in to the opac as that patron, the patron is told their account is restricted until the year 9999. See screenshot: http://screencast.com/t/QKvVMFzTbi -- 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 15

[Bug 929] See details of a budget
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '12

06 Jan '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=929 --- Comment #21 from Paul Poulain <paul.poulain(a)biblibre.com> 2012-01-06 14:07:56 UTC --- (In reply to comment #20) > It's a new filter Chris wrote and I think advertising is good but should not > keep these patches from being pushed. We can implement the use of this filter > step by step in the other templates. of course, and that's why i'm just asking for more info from chris. Once i've them, i'll push, that won't be delayed a lot, don't worry -- 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. You are watching all bug changes.

1 0

[Bug 929] See details of a budget
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '12

06 Jan '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=929 --- Comment #20 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> 2012-01-06 13:21:50 UTC --- It's a new filter Chris wrote and I think advertising is good but should not keep these patches from being pushed. We can implement the use of this filter step by step in the other templates. And yes, it makes it unnecessary to deal with date formatting in the .pl files - which is great! -- 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. You are watching all bug changes.

1 0