August 2006 - Koha-bugs - lists.koha-community.org

[Bug 1124] Full Info for serials doesn't work
by bugzilla-daemon＠wilbur.katipo.co.nz 07 Aug '06

07 Aug '06

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1124 ------- Comment #6 from jmf(a)kados.org 2006-08-08 00:14 ------- (In reply to comment #5) > (In reply to comment #4) > > OK, I understand the absence of publication date and information columns ... > > and I grok the tabs thing. So that's all fine. However, that still leaves my > > received issues looking like: > > > > Vol 1 No 7 Arrived > > 1920-01-01 Vol 1 No 6 Waited > > 1934-01-01 Vol 1 No 2 Waited > > 1941-01-01 Vol 1 No 4 Waited > > 1950-01-01 Vol 1 No 3 Waited > > 1952-01-01 Vol 1 No 5 Waited > > 2006-01-01 Vol 1 No 1 Waited > > > > 1. The statuses are wrong (Waited should be Arrived, Arrived should be Awaited > > (or waiting)) > > Chenged in template files Thanks... > > > 2. The Reception Dates are completely wrong (I never checked in items on > > 2006-01-01, or any of the other dates, as I wasn't even alive for those :-)) > > This is the result of C4::Date->formatdate > Is this wrong ? I assumed this function was OK !!! It clearly is not OK ... obviously 1920-01-01 is not a valid date for something to be checked in ... > > 3. The order that the issues are being displayed is completely wrong (they > > should be displayed as 1, 2, 3, 4, 5, 6 ... in the order they were received or > > in the proper Vol. Issue. order). > > It is the reverse order that is displayed. > Maybe should I add a pref to the API so that user can choose the order ? I'm afraid it's not reverse order either ... that would be: 6, 5, 4, 3, 2, 1. Instead, the order is: 6, 2, 4, 3, 5, 1 !! ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1124] Full Info for serials doesn't work
by bugzilla-daemon＠wilbur.katipo.co.nz 07 Aug '06

07 Aug '06

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1124 ------- Comment #5 from henridamien(a)koha-fr.org 2006-08-07 20:00 ------- (In reply to comment #4) > OK, I understand the absence of publication date and information columns ... > and I grok the tabs thing. So that's all fine. However, that still leaves my > received issues looking like: > > Vol 1 No 7 Arrived > 1920-01-01 Vol 1 No 6 Waited > 1934-01-01 Vol 1 No 2 Waited > 1941-01-01 Vol 1 No 4 Waited > 1950-01-01 Vol 1 No 3 Waited > 1952-01-01 Vol 1 No 5 Waited > 2006-01-01 Vol 1 No 1 Waited > > 1. The statuses are wrong (Waited should be Arrived, Arrived should be Awaited > (or waiting)) Chenged in template files > 2. The Reception Dates are completely wrong (I never checked in items on > 2006-01-01, or any of the other dates, as I wasn't even alive for those :-)) This is the result of C4::Date->formatdate Is this wrong ? I assumed this function was OK !!! > 3. The order that the issues are being displayed is completely wrong (they > should be displayed as 1, 2, 3, 4, 5, 6 ... in the order they were received or > in the proper Vol. Issue. order). It is the reverse order that is displayed. Maybe should I add a pref to the API so that user can choose the order ? ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1141] New: invalid su syntax for BSDs
by bugzilla-daemon＠wilbur.katipo.co.nz 07 Aug '06

07 Aug '06

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1141 Summary: invalid su syntax for BSDs Product: Koha Version: 2.2.5 Platform: PC OS/Version: OpenBSD Status: NEW Severity: normal Priority: P2 Component: z39.50 Server AssignedTo: jferraro(a)athenscounty.lib.oh.us ReportedBy: dalgity(a)htl.net QAContact: koha-bugs(a)nongnu.org Koha 2.2.5 on OpenBSD 3.9 The syntax for the su command in /koha/intranet/scripts/z3950daemon/z3950-daemon-launch.sh is invalid for OpenBSD and FreeBSD and quite likely NetBSD. For OpenBSD (FreeBSD and NetBSD are similar) su [-fKLlm] [-a auth-type] [-c login-class] [login [shell arguments]] also the '-' switch has been deprecated in favour of -l so instead of su -c $KohaZ3950Shell - $RunAsUser & I'd recommend the following su -l $RunAsUser -c $KohaZ3950Shell & The -c is actually an argument to the shell in this case; it means take a command from argument instead of stdin. It should work with sh, csh, tcsh, ksh, and bash. I think it'll still work on Linux in that form but I havn't tested. Tested on OpenBSD 3.9 with ksh. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1124] Full Info for serials doesn't work
by bugzilla-daemon＠wilbur.katipo.co.nz 06 Aug '06

06 Aug '06

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1124 ------- Comment #4 from jmf(a)kados.org 2006-08-07 02:43 ------- OK, I understand the absence of publication date and information columns ... and I grok the tabs thing. So that's all fine. However, that still leaves my received issues looking like: Vol 1 No 7 Arrived 1920-01-01 Vol 1 No 6 Waited 1934-01-01 Vol 1 No 2 Waited 1941-01-01 Vol 1 No 4 Waited 1950-01-01 Vol 1 No 3 Waited 1952-01-01 Vol 1 No 5 Waited 2006-01-01 Vol 1 No 1 Waited 1. The statuses are wrong (Waited should be Arrived, Arrived should be Awaited (or waiting)) 2. The Reception Dates are completely wrong (I never checked in items on 2006-01-01, or any of the other dates, as I wasn't even alive for those :-)) 3. The order that the issues are being displayed is completely wrong (they should be displayed as 1, 2, 3, 4, 5, 6 ... in the order they were received or in the proper Vol. Issue. order). ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1124] Full Info for serials doesn't work
by bugzilla-daemon＠wilbur.katipo.co.nz 05 Aug '06

05 Aug '06

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1124 ------- Comment #3 from oleonard(a)athenscounty.lib.oh.us 2006-08-06 08:32 ------- Joshua: The page is supposed to be divided up in to sections just like the 'tabs' in addbilio. The 'No Publication Date' is the default if you don't have publication date data. Otherwise the each section corresponds to a year's issues. The styling of the page needs to be tweaked so that this is obvious. Horizontal tabs would be one solution, but wouldn't cope with a /lot/ of back issues well because tabs would wrap. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1124] Full Info for serials doesn't work
by bugzilla-daemon＠wilbur.katipo.co.nz 05 Aug '06

05 Aug '06

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1124 ------- Comment #2 from henridamien(a)koha-fr.org 2006-08-06 07:44 ------- (In reply to comment #1) > Now I get a screen with: > No Publication Date > Information Publication Date Reception Date Number Status > Vol 1 No 7 Arrived > 1920-01-01 Vol 1 No 6 Waited > 1934-01-01 Vol 1 No 2 Waited > 1941-01-01 Vol 1 No 4 Waited > 1950-01-01 Vol 1 No 3 Waited > 1952-01-01 Vol 1 No 5 Waited > 2006-01-01 Vol 1 No 1 Waited > > Note that: > > 1. nothing in 'information' or 'publication date' columns > 2. 1st reception date is missing > 3. statuses are backwards (waited ones were actually marked arrived, and > arrived one should be marked 'waiting' or 'awaited' (in english, waited is > incorrect in this context) > 4. the link for 'No Publication Date' has a javascript function that does > nothing. > > This was tested by creating a brand new serial, and receiving 6 issues, then > looking at the full view. > a) Empty information column is OK for me as soon as you have not input notes for the issues. Same thing for publication date. b) first reception date should be missing too in serial table. Did you check ? c) The No Publication Date javascript is assumed to show the page you are watching, therefore it is not surprising to see no change. d) I thought I had made a full reply explaining what had been done. Tell me if you want me to remove columns if empty. Js to show the current page may be adapted from addbiblio one, may it not ? ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 670] "Waiting" status often inaccurate
by bugzilla-daemon＠wilbur.katipo.co.nz 05 Aug '06

05 Aug '06

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=670 ------- Comment #3 from oleonard(a)athenscounty.lib.oh.us 2006-08-06 00:52 ------- If we got this fixed on the circulation page this issue would be 95% solved. Right now the circulation page says, for instance: Reserves waiting: * Cryptonomicon / (32000000091087 -- Chauncey) The branch listed ("Chauncey") may or may not be the destination branch. I'd like to see something like this: Reserves waiting: * Cryptonomicon / (32000000091087 -- In transit from APL to CPL) * Revolt in 2100. (31000000019854 -- Waiting in Chauncey) Here's how it looks in request.tmpl:  <strong>Waiting</strong> at   In transit from  to   ...where wbrcode is the destination branch of the reserve. The only snag in making this happen in circulation.pl is that I wasn't sure how to grab all the right variables to put this together, as it is in request.pl (line 148): if($reserve{'holdingbranch'} eq $reserve{'wbrcode'}){ $reserve{'atdestination'} = 1; } ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 670] "Waiting" status often inaccurate
by bugzilla-daemon＠wilbur.katipo.co.nz 05 Aug '06

05 Aug '06

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=670 ------- Comment #2 from jmf(a)kados.org 2006-08-05 11:34 ------- Where else does it need to be fixed? ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1125] after entering a manual issue, the "Next expected issue" field is duplicated
by bugzilla-daemon＠wilbur.katipo.co.nz 05 Aug '06

05 Aug '06

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1125 ------- Comment #3 from jmf(a)kados.org 2006-08-05 11:18 ------- It is also very confusing to have the last 6 issues (in incorrect order) that were received appear before the one currently being received. They should not appear in the default view IMO, but perhaps if you click on 'manage previous received issues' or something. If nothing else, they should be in a separate TMPL_LOOP so that the template designer can move them out of the way (or it should be a system preference to show them, etc.) ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1140] Subscriptions issues don't appear OPAC view
by bugzilla-daemon＠wilbur.katipo.co.nz 05 Aug '06

05 Aug '06

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1140 ------- Comment #1 from jmf(a)kados.org 2006-08-05 11:12 ------- I also noticed that in the opac-detail.pl script, for a subscription that has 6 received issues, the display is: This is a serial subscription (There are 1 subscriptions associated with this title). The three latest issues related to this subscription: Vol 1 No 1 2006-01-01 Arrived Vol 1 No 3 1950-01-01 Arrived Vol 1 No 4 1941-01-01 Arrived So it's not the latest 3 issues related to the subscription and the dates are very very wrong. Something very strange is happening with serials. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0