← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
Time | Nick | Message |
---|---|---|
00:55 | trea joined #koha | |
01:03 | libsysguy joined #koha | |
01:44 | maximep left #koha | |
01:48 | jenkins_koha | Starting build #51 for job Koha_3.10.x (previous build: SUCCESS) |
02:07 | trea joined #koha | |
02:29 | jenkins_koha | Project Koha_3.10.x build #51: SUCCESS in 41 min: http://jenkins.koha-community.[…]b/Koha_3.10.x/51/ |
02:29 | * hugh: Bug 9062 Fix format for discount rate for vendors | |
02:29 | * hugh: Bug 9062 Fix spacing next to tax rate | |
02:29 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=9062 trivial, P5 - low, ---, hugh, Pushed to Stable , Tax and discount should be formatted the same |
02:29 | jenkins_koha | Starting build #260 for job Koha_3.8.x (previous build: SUCCESS) |
03:07 | Project Koha_3.8.x build #260: UNSTABLE in 38 min: http://jenkins.koha-community.[…]b/Koha_3.8.x/260/ | |
03:07 | * fred.pierre: Bug 8401 : Highlighting of search terms in preference causes loss of data | |
03:07 | * kyle: Bug 9229 - branch code instead of name in subscription-detail.pl | |
03:07 | * vfernandes: Bug 9376: Problem with dateexpiry display in moremember.tt | |
03:07 | * gmc: Bug 9376: extend HTML fix to moremember-brief.tt | |
03:07 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8401 critical, P3, ---, koha-bugs, Pushed to Stable , Search term deleted from system preference content |
03:07 | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=9229 minor, P5 - low, ---, fridolyn.somers, Pushed to Stable , branch code instead of name in subscription-detail.pl | |
03:07 | jenkins_koha | Starting build #52 for job Koha_3.10.x (previous build: SUCCESS) |
03:07 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=9376 minor, P1 - high, ---, vfernandes, Pushed to Stable , Problem with dateexpiry display in moremember.tt |
03:38 | wajasu joined #koha | |
03:48 | jenkins_koha | Project Koha_3.10.x build #52: SUCCESS in 40 min: http://jenkins.koha-community.[…]b/Koha_3.10.x/52/ |
03:48 | * Jared Camins-Esakov: Add Hugh Davenport to history | |
03:48 | * fred.pierre: Bug 8401 : Highlighting of search terms in preference causes loss of data | |
03:48 | * agent.075: Bug 9398 - [ ? ] Link Lacks Context for All General Users (Accessibility) [Contexual Help] | |
03:48 | * Jared Camins-Esakov: Add Fred Pierre to history | |
03:48 | * kyle: Bug 9229 - branch code instead of name in subscription-detail.pl | |
03:48 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8401 critical, P3, ---, koha-bugs, Pushed to Stable , Search term deleted from system preference content |
03:48 | jenkins_koha | * vfernandes: Bug 9376: Problem with dateexpiry display in moremember.tt |
03:48 | * gmc: Bug 9376: extend HTML fix to moremember-brief.tt | |
03:48 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=9398 trivial, P5 - low, ---, agent.075, Pushed to Stable , [ ? ] Link Lacks Context for All General Users (Accessibility) [Contexual Help] |
03:48 | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=9229 minor, P5 - low, ---, fridolyn.somers, Pushed to Stable , branch code instead of name in subscription-detail.pl | |
03:48 | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=9376 minor, P1 - high, ---, vfernandes, Pushed to Stable , Problem with dateexpiry display in moremember.tt | |
03:48 | jenkins_koha | Starting build #261 for job Koha_3.8.x (previous build: UNSTABLE -- last SUCCESS #259 1 day 5 hr ago) |
04:03 | gmcharlt | general question for the ether: are there any Koha users out there who are also RDA Toolkit subscribers? |
04:07 | Irma joined #koha | |
04:25 | jenkins_koha | Yippie, build fixed! |
04:25 | Project Koha_3.8.x build #261: FIXED in 37 min: http://jenkins.koha-community.[…]b/Koha_3.8.x/261/ | |
04:25 | Chris Cormack: Revert "Bug 9229 - branch code instead of name in subscription-detail.pl" | |
04:25 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=9229 minor, P5 - low, ---, fridolyn.somers, Pushed to Stable , branch code instead of name in subscription-detail.pl |
04:29 | WaylonR joined #koha | |
04:29 | WaylonR | hiya all! okay, getting back into my koha work. |
06:15 | cait joined #koha | |
06:19 | mib_2x8hb6 joined #koha | |
06:19 | alohabot | Hi mib_2x8hb6, Welcome to #koha. Feel free to use the '/nick yourname' command to choose a different name. alohabot, wahanui, and huginn are bots. If you need any help, just ask - there's usually someone around to help :) |
06:22 | keeranbot | Hi alohabot, am new to this community, here to understand the koha's usage - will get in touch when need clarifications |
06:23 | cait | keeranbot: alohabot is a little tool :) but welcome :) |
06:48 | * magnuse | waves |
06:55 | magnuse | @wunder boo |
06:55 | huginn | magnuse: The current temperature in Bodo, Norway is -1.0°C (7:20 AM CET on January 24, 2013). Conditions: Scattered Clouds. Humidity: 64%. Dew Point: -7.0°C. Windchill: -6.0°C. Pressure: 29.92 in 1013 hPa (Steady). |
07:14 | cait | hi magnuse |
07:14 | @wunder Konstanz | |
07:14 | huginn | cait: The current temperature in Konstanz, Germany is 0.0°C (8:00 AM CET on January 24, 2013). Conditions: Overcast. Humidity: 80%. Dew Point: -3.0°C. Pressure: 29.78 in 1008 hPa (Rising). |
07:14 | magnuse | guten morgen cait |
07:28 | alex_a | bonjour |
07:28 | wahanui | privet, alex_a |
07:34 | pratik_lahoti joined #koha | |
07:34 | pratik_lahoti | hi all. I wanted to ask if Koha can be integrated with LDAP? |
07:36 | cait | yes, it can |
07:36 | documentation? | |
07:36 | wahanui | documentation is, like, at http://koha-community.org/documentation/ |
07:37 | cait | sorry, have to go |
07:37 | bye all - bbl | |
07:37 | cait left #koha | |
07:39 | pratik_lahoti | wahanui: thanks for the link. Does it need to be done manually? |
07:39 | wahanui | my pleasure pratik_lahoti |
07:47 | reiveune joined #koha | |
07:47 | reiveune | hello |
07:47 | wahanui | salut, reiveune |
07:49 | asaurat joined #koha | |
07:54 | pratik_lahoti | wahanui: what steps do I need to perform in order to integrate it with LDAP? Can you please give a rough idea...? |
07:54 | wahanui | pratik_lahoti: no idea |
07:54 | pratik_lahoti | alright |
07:54 | lds joined #koha | |
07:59 | laurence joined #koha | |
08:01 | paul_p joined #koha | |
08:02 | rangi | evening |
08:03 | paul_p | hi rangi. |
08:03 | still in bed with flu... | |
08:04 | cjh | heh wahanui is good |
08:04 | sophie_m joined #koha | |
08:06 | magnuse | yeah, that exchange was almost human |
08:06 | not very helpful, though | |
08:18 | francharb joined #koha | |
08:18 | gaetan_B joined #koha | |
08:18 | gaetan_B left #koha | |
09:08 | gerundio joined #koha | |
09:21 | saiacslib joined #koha | |
09:21 | saiacslib | hello |
09:22 | rangi | hi saiacslib |
09:46 | saiacslib | hi, we are having a problem when adding or editing item. the followiong error is displayed : Software error: :27: parser error : Opening and ending tag mismatch: record line 6 and datafield </datafield> ^ :28: parser error : Opening and ending tag mismatch: collection line 2 and record </record> ^ :29: parser error : Extra content |
09:46 | could you help me? | |
09:51 | gerundio | what koha version are your using? |
09:52 | saiacslib | 3.10.01.000 |
09:56 | gerundio | is that the whole error? |
09:57 | rangi | is it all records, or just one? |
09:58 | saiacslib | all records |
10:00 | rangi | have you been changing frameworks ? |
10:01 | saiacslib | not that I'm aware of. |
10:05 | vfernandes joined #koha | |
10:05 | rangi | what that is saying is that the marcxml is badly formed xml, that shouldnt be able to happen |
10:05 | vfernandes joined #koha | |
10:05 | rangi | so its a puzzling one |
10:05 | vfernandes | hello |
10:05 | wahanui | que tal, vfernandes |
10:06 | vfernandes | wow channel bot talking portuguese :) |
10:06 | wahanui is a bot rigth? if not sorry :/ | |
10:07 | saiacslib | how can i correct this? |
10:11 | magnuse | vfernandes: yup wahanui is a bot :-) |
10:11 | rangi | saiacslib: im sorry I don't know I havent seen this error before |
10:12 | vfernandes | rangi today i've tested patron cards in 3.8 and there is a problem with the some latin characters (á for example) |
10:12 | mib_dgjt3c joined #koha | |
10:12 | alohabot | Hi mib_dgjt3c, Welcome to #koha. Feel free to use the '/nick yourname' command to choose a different name. alohabot, wahanui, and huginn are bots. If you need any help, just ask - there's usually someone around to help :) |
10:12 | vfernandes | but in 3.2 worked fine |
10:13 | which bug do you refer yesterday to that problem? | |
10:13 | saiacs_lib joined #koha | |
10:13 | saiacslib joined #koha | |
10:14 | saiacslib | rangi |
10:15 | rangi | vfernandes: bug 8375 |
10:15 | wahanui | rumour has it bug 8375 is surposed to fix something, and it's on the right track, but not sufficiant to make utf-8 work |
10:15 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8375 normal, P5 - low, ---, matted-34813, In Discussion , Common diacritics not shown correctly when exporting batch label to PDF |
10:17 | saiacslib | can you help me on the " badly formed xml |
10:17 | magnuse | saiacslib: do you get that error when editing records or items or both? |
10:18 | saiacslib | got errors when editing items |
10:19 | magnuse | did you upgrade from an earlier or version or install 3.10.1 directly? |
10:21 | saiacslib | this error occured when working with the previous version and then I upgraded to 3.1 this morning problem not solved. |
10:22 | rangi | what version did you upgrade from? |
10:23 | saiacslib | i'm sorry its 3.10. upgraded it from 3.08.06.000 |
10:25 | rangi | if it was in the previous version, it sounds like corrupt data |
10:26 | saiacslib | how so? |
10:27 | rangi | since no one else is getting that error in either of those versions, it must be something particular to your situation |
10:27 | and its definitely fine when you are editing records right? only errors on items? | |
10:28 | saiacslib | although records are being entered to date. Only records/ items entered till 18/12 seem to show . |
10:30 | * rangi | has to sleep now |
10:30 | saiacslib | if you send me info to sysadminsaiacs.org will be greatful. |
10:49 | * gerundio | thinks saiacslib isn't getting any email because there's no info to send |
10:52 | kf joined #koha | |
10:55 | kf | @wunder Konstanz |
10:55 | huginn | kf: The current temperature in Taegerwilen, Taegerwilen, Germany is -0.3°C (11:55 AM CET on January 24, 2013). Conditions: Overcast. Humidity: 86%. Dew Point: -2.0°C. Windchill: 0.0°C. Pressure: 29.74 in 1007 hPa (Steady). |
11:07 | drojf joined #koha | |
11:07 | drojf | hi #koha |
11:13 | kf | hi drojf :) |
11:13 | drojf | hi kf :9 |
11:13 | :) | |
11:34 | kf: is there a patch for indexing of 880? | |
11:34 | kf | not yet :( |
11:34 | you could talk to gmcharlt maybe | |
11:36 | drojf | i need some extra fields anyway and have not done that for DOM. maybe i put 880 in too. might be a good way to get my other fields pushed ;) |
11:38 | kf | i think for 880 you could do some kind of routine probably |
11:41 | magnuse | drojf++ kf++ you just made me realize why the index i was trying to add wasn't working :-) |
11:41 | kf | we did? |
11:42 | drojf | yeah we \o/ yeah us? nay grammar |
11:43 | magnuse | yup, i was adding it to record.abs and forgetting about dom indexing, which is what i chose during the upgrade |
11:43 | drojf | :) |
11:46 | magnuse | so if i generate the .xsl from record.abs it should work - in theory |
11:46 | kf | hm I think jared said we shoudl not do that |
11:47 | or it should only be done once? andnot later? | |
11:47 | because there are bugs that will come back or something? | |
11:48 | vkm joined #koha | |
11:48 | drojf | i remember a "don't generate somethingsomething" too. not sure where i put that, i think DOm is not in my wiki yet |
11:49 | vkm | how to create language effect like given on this site near the CART http://libcat.mysore-univ.org/[…]koha/opac-main.pl |
11:52 | vkm1 joined #koha | |
11:53 | vkm2 joined #koha | |
11:53 | vkm2 | how to set language effects like here near CART http://libcat.mysore-univ.org/[…]koha/opac-main.pl |
11:53 | magnuse | it worked!!!! woohoo! |
11:54 | i think the point was that once we start editing the xml/xsl files by hand we can no longer generate them from record.abs | |
11:54 | and so far there has been no hand editing of the normarc files, at least | |
11:54 | but i might be wrong... | |
11:56 | drojf | (14:33:38) magnuse: jcamins: "The GRS-1 to DOM script should *never* be run again" --> that is once we start editing and improving the dom config? |
11:56 | (14:34:04) jcamins: magnuse: right. | |
11:56 | (14:34:33) jcamins: Once the configuration has been created and signed off, DOM configs will necessarily start diverging. | |
11:57 | we should have a jcaminsvacation bot that pulls relevant stuff from the logs automatically | |
11:57 | vkm1 joined #koha | |
11:57 | magnuse | hehe |
11:58 | vfernandes | guys one question: in koha OAI you can't choose xslt file right? |
12:00 | magnuse | first question? |
12:00 | wahanui | "What are you trying to do?" or "What is the goal?" |
12:00 | magnuse | vfernandes: you can run your records through an xslt file before they are delivered to the client |
12:02 | vfernandes: you use a configuration file that you tell koha about with the OAI-PMH:ConfFile syspref | |
12:03 | vkm1 joined #koha | |
12:04 | vfernandes | oai.pl uses one default xslt |
12:04 | magnuse | vfernandes: here is some documentation: http://perldoc.koha-community.org/opac/oai.html |
12:04 | drojf | magnuse: what do you use that for? things like changing field numbers? (like, you use field xxx but in the union catalogue that is supposed to harvest the data it has to be field yyy)? |
12:04 | magnuse | drojf: exactly |
12:05 | drojf | nice, i bet i can use that one day :) |
12:05 | magnuse | i use it because the norwegian national library wants to harvest records and they have some specific requirements that can't be met otherwise |
12:06 | here's the xslt i use, for what it's worth: https://gist.github.com/1918264 | |
12:06 | vfernandes | thanks magnuse :) |
12:10 | magnuse | vfernandes: my pleasure! |
12:13 | vfernandes | another question: one patron has one checkout overdue shouldn't renewals be blocked? |
12:13 | in staff client | |
12:18 | magnuse | vfernandes: depends on your settings, i think |
12:18 | * magnuse | goes for a walk |
12:30 | jwagner joined #koha | |
12:32 | nengard joined #koha | |
12:34 | tcohen joined #koha | |
12:40 | chris_n | @later tell cait the problem is the PDF standard; I have an email somewhere where I discuss it with a software engineer at adobe; his answer was that there is no universal solution short of embedding fonts; that option has been voted down several times |
12:40 | huginn | chris_n: The operation succeeded. |
12:41 | chris_n | @later tell cait so until that changes, it won't work... ever :-) |
12:41 | huginn | chris_n: The operation succeeded. |
12:53 | * kf | waves |
12:53 | kf | chris_n: I am here, you know :) |
12:54 | chris_n | oh! |
12:54 | heya kf | |
12:55 | maybe that explains my comment | |
12:55 | embedding fonts was not favored by the community | |
12:55 | due to a number of reasons which are probably in the irc logs somewhere | |
12:56 | a css solution is the better long-term solution | |
12:58 | kf | agreed :) |
13:00 | jcamins | Where "better" = "only viable." |
13:00 | chris_n | ^^ |
13:01 | bbl | |
13:02 | jcamins | Pfeh. I don't understand how paul_p tested acquisitions patches with Plack. |
13:04 | git show | |
13:04 | Wrong window. | |
13:10 | laurence joined #koha | |
13:12 | NateC joined #koha | |
13:29 | magnuse | @wunder boo |
13:29 | huginn | magnuse: The current temperature in Bodo, Norway is -1.0°C (2:20 PM CET on January 24, 2013). Conditions: Scattered Clouds. Humidity: 86%. Dew Point: -3.0°C. Windchill: -7.0°C. Pressure: 29.92 in 1013 hPa (Steady). |
13:42 | trendynick joined #koha | |
13:43 | drojf | that's a trendy nick :) |
13:44 | jcamins: shouldn't you be dreaming in california or something? | |
13:44 | huginn | New commit(s) kohagit: Merge branch 'bug_9280' into 3.12-master <http://git.koha-community.org/[…]1b2f02f3c7c16179f> / Bug 9280: FIX price calculation adding an order from a staged file <http://git.koha-community.org/[…]0c21a67952bab03e8> / Merge branch 'bug_9391' into 3.12-master <http://git.koha-community.org/[…]ha.git;a=commitdi |
13:44 | jcamins | drojf: I'm leaving tomorrow. |
13:44 | drojf | ah! ok |
13:48 | jenkins_koha | Starting build #1022 for job Koha_master (previous build: SUCCESS) |
13:49 | jcamins | tcohen: could you please take a look at bug 9211 and answer my question there? |
13:49 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=9211 normal, P5 - low, ---, tomascohen, Passed QA , days_between wrong behaviour |
13:49 | jcamins | I'd _reeeaaaalllllyy_ like to push it before I leave. |
13:50 | Ah. | |
13:50 | tcohen | i'll take a look jcamins, i've been away from my inbox for a while |
13:50 | jcamins | Thanks. |
13:52 | jwagner | drojf, I think that's controlled by the GoogleIndicTransliteration syspref -- I've seen that before |
13:53 | tcohen | jcamins, I haven't really checked wheter days_between is used with the dates swapped though the code |
13:54 | its just from a comment in bug 8486 that noted the API documentation was not respected by the function | |
13:54 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8486 blocker, P5 - low, ---, colin.campbell, Pushed to Master , Critical error in Koha::Calendar::days_between calculation |
13:54 | jcamins | Ah, thanks! |
13:55 | tcohen | and our unit test for that feature started to fail when we kind-of-fixed several bits of the Calendar |
13:55 | anyway | |
13:55 | i'm fetching master | |
13:55 | and about to look for occurences of that kind of usage | |
13:55 | (swapped dates) | |
13:55 | jcamins | Thanks. |
13:56 | drojf | jwagner: thanks. i was wondering if there is a syspref because i remember seeing the transliteration <div> in koha, which would not make sense if it was a local hack. i never paid attention to any google-y sysprefs in koha ;) |
13:56 | tcohen | i feel (the same for negative duratios) that we don't have such a use, but the libs are designed to work just in case |
13:57 | jcamins | tcohen: makes sense. |
13:59 | kf | drojf: there is no pref - I think you have to add a localuse one |
13:59 | edveal joined #koha | |
13:59 | kf | drojf: there should be abug somewhere too, but I think it was kind of partially implemented |
14:03 | jcamins | Question... fines of type MAN_INV... they're added using the "Create manual invoice" tab, right? |
14:04 | No. | |
14:04 | They're not. | |
14:04 | How do I create a MAN_INV? | |
14:05 | kf | you add it as authorized value |
14:05 | it's a bit weird | |
14:05 | but there are samples in the authorised value sample sql | |
14:05 | jcamins | I add it as an authorized value? |
14:05 | kf | yep |
14:06 | jcamins | Ummm... |
14:06 | kf | MAN_INV is the authorized value code |
14:06 | then you add an entry for each custom fee/fine thing you want | |
14:06 | jcamins | For the MANUAL_INV category? |
14:06 | kf | I think the library description is the descrption and the opac desc is the amount |
14:06 | or something like that | |
14:06 | ah right, yes | |
14:06 | that one | |
14:06 | drojf | when i have unfinished stuff in a git branch but need to switch to another… is there some other way to do that than git stash? |
14:06 | jcamins | Hrm. |
14:06 | drojf: nope. | |
14:07 | drojf: at least, not that I know of. | |
14:07 | jwagner | jcamins, that was one of our early features, see Bug 3476 |
14:07 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=3476 enhancement, P5 - low, ---, gmcharlt, RESOLVED FIXED, Predefined fee types |
14:07 | magnuse | drojf: print it out on paper ;-) |
14:08 | jcamins | There we go. |
14:08 | Now it's working. | |
14:08 | drojf | magnuse: lol ecellent idea :) |
14:08 | excellent even | |
14:15 | but what do i do if i am in the middle of a rebase? if i try to git stash save i get lots of "needs merge" messages and "fatal: git-write-tree: error building trees Cannot save the current index state" | |
14:16 | (the obvious answer would be "finish your work before you do something else" but that's not my way :D ) | |
14:16 | laurence joined #koha | |
14:18 | libsysguy joined #koha | |
14:18 | jcamins | Yay. |
14:18 | Three patches relating to overdue notices left in "Passed QA." | |
14:19 | kf | fun... |
14:19 | jcamins | Argh! |
14:19 | I just merged with the commit and not the branch. | |
14:19 | * jcamins | tries again. |
14:22 | * magnuse | cheers jcamins on |
14:22 | magnuse | drojf: finish your work before you do something else |
14:22 | :-) | |
14:23 | talljoy joined #koha | |
14:23 | magnuse | hiya talljoy |
14:23 | talljoy | good morning! (at least for me) |
14:28 | tcohen joined #koha | |
14:30 | rambutan joined #koha | |
14:30 | rambutan | @wunder 64507 |
14:30 | huginn | rambutan: The current temperature in Wyatt Park, St Joseph, Missouri is -13.2°C (8:29 AM CST on January 24, 2013). Conditions: Clear. Humidity: 67%. Dew Point: -18.0°C. Windchill: -13.0°C. Pressure: 30.57 in 1035 hPa (Steady). |
14:30 | jcamins | tcohen: I am looking at bug 9211 now, and I am concerned that it might cause problems with debarments. |
14:30 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=9211 normal, P5 - low, ---, tomascohen, Passed QA , days_between wrong behaviour |
14:30 | jcamins | I am trying to figure out how to test it. |
14:31 | rambutan | huggin: recalculate |
14:31 | @wunder 64507 | |
14:31 | huginn | rambutan: The current temperature in Wyatt Park, St Joseph, Missouri is -13.2°C (8:30 AM CST on January 24, 2013). Conditions: Clear. Humidity: 67%. Dew Point: -18.0°C. Windchill: -13.0°C. Pressure: 30.57 in 1035 hPa (Steady). |
14:32 | tcohen | jcamins, are you looking at _debar_user_on_return ? |
14:32 | jcamins | Yes. |
14:33 | tcohen | deltadays should always be positive |
14:34 | jcamins | Right, but doesn't that mean that if we debar after a book is two weeks delinquent, the borrower will get debarred also if the book is returned two weeks early? |
14:36 | huginn | New commit(s) kohagit: Merge branch 'bug_7243' into 3.12-master <http://git.koha-community.org/[…]9acf27060e5fa09eb> / Bug 7243: Increment version number <http://git.koha-community.org/[…]799cc6840c4cc451f> / Merge branch 'bug_7243' into 3.12-master <http://git.koha-community.org/[…]fed452acac530a99b |
14:39 | JesseM joined #koha | |
14:39 | jcamins | I can't figure out how to test that theory. |
14:42 | smeagol joined #koha | |
14:43 | tcohen | jcamins, i'll try to dig a bit |
14:43 | jcamins | tcohen: thanks. |
14:43 | tcohen | my first guess is that it might be a new bug |
14:46 | jcamins | Ooh, I know how to test it! I set the system to debar after two weeks, check out a book that is due in three weeks, and immediately check it back in. |
14:47 | Where do I set debarring? | |
14:47 | kf | in the patron record? |
14:47 | jcamins | kf: sorry, automatic debarring. |
14:47 | kf | or in circulation rules |
14:47 | there are 2 kinds of automatic debarring | |
14:47 | by days and unlimited | |
14:47 | unlimited with the overdue notice triggers | |
14:47 | in tools | |
14:48 | theother in circulation rules > fine in days | |
14:48 | and now I am gone :) | |
14:48 | jcamins | I want by days. |
14:48 | Thanks. | |
14:48 | kf | bye all |
14:48 | kf left #koha | |
14:49 | jcamins | Hm. |
14:50 | tcohen | in line 1833, _debar_user_on_return will be called only if the item is overdue |
14:50 | jcamins | Ah, excellent. |
14:52 | Okay, I am not seeing any regressions. | |
14:52 | magnuse | w00t! |
14:52 | tcohen | we need to satart |
14:52 | start writing mocked circulation tests | |
14:53 | jcamins | Agreed! |
14:53 | tcohen | maybe start by mocking the currrent db dependent tests |
14:54 | jenkins_koha | Project Koha_master build #1022: UNSTABLE in 1 hr 6 min: http://jenkins.koha-community.[…]Koha_master/1022/ |
14:54 | * jonathan.druart: Bug 9281: FIX add an order from a staged file | |
14:54 | * jonathan.druart: Bug 9391: FIX display status in serials-collection | |
14:54 | * jonathan.druart: Bug 9280: FIX price calculation adding an order from a staged file | |
14:54 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=9281 major, P5 - low, ---, jonathan.druart, Pushed to Master , Impossible to create an order from a staged file |
14:54 | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=9391 normal, P5 - low, ---, jonathan.druart, Pushed to Master , Issues on serial collection page no longer show status | |
14:54 | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=9280 normal, P5 - low, ---, jonathan.druart, Pushed to Master , Bad price calculation when filling a basket with staged records | |
14:55 | jenkins_koha | Starting build #1023 for job Koha_master (previous build: UNSTABLE -- last SUCCESS #1021 1 day 13 hr ago) |
14:56 | Dyrcona joined #koha | |
14:58 | lms1 joined #koha | |
14:59 | lms1 left #koha | |
14:59 | lms1 joined #koha | |
15:00 | tcohen | have a nice vacation jcamins++ |
15:00 | jcamins | Thanks. :) |
15:01 | Oh, darn. I ran too many tests today. | |
15:01 | rambutan | jcamins is vacationing? |
15:01 | jcamins | rambutan: yep, leaving tomorrow. |
15:01 | maximep joined #koha | |
15:03 | rambutan | barbados I hope? |
15:03 | jcamins | rambutan: California. |
15:04 | rambutan | Oh, well, that's just like Barbados. |
15:04 | jcamins | Three patches to the overdues code. |
15:04 | rambutan | PD cold out there, ain't it druthb? |
15:04 | druthb | srsly. Colder than a mother-in-law's kiss. |
15:05 | magnuse | lol |
15:05 | * druthb | blames magnuse |
15:06 | rambutan | @wunder bop |
15:06 | huginn | rambutan: An error has occurred and has been logged. Please contact this bot's administrator for more information. |
15:06 | rambutan | @wunder oop |
15:06 | huginn | rambutan: Error: No such location could be found. |
15:06 | rambutan | @wunder boo |
15:06 | huginn | rambutan: An error has occurred and has been logged. Please contact this bot's administrator for more information. |
15:06 | druthb | you broke it, rambutan |
15:06 | jcamins | @wunder 11375 |
15:06 | huginn | jcamins: The current temperature in APRSWXNET Jackson Heights NY US, Corona, New York is -8.9°C (9:41 AM EST on January 24, 2013). Conditions: Partly Cloudy. Humidity: 56%. Dew Point: -16.0°C. Windchill: -15.0°C. Pressure: 30.23 in 1024 hPa (Rising). |
15:06 | rambutan | my next guess was going to be poo |
15:06 | huginn | New commit(s) kohagit: Merge branch 'bug_9211' into 3.12-master <http://git.koha-community.org/[…]2c4be465f7054248d> / Bug 9211 - days_between wrong behaviour <http://git.koha-community.org/[…]41759292fa589b8bd> |
15:06 | druthb | @wunder bodo |
15:07 | huginn | druthb: An error has occurred and has been logged. Please contact this bot's administrator for more information. |
15:07 | * druthb | peers at huginn quizzically. |
15:07 | druthb | @wunder mcmurdo |
15:07 | huginn | druthb: An error has occurred and has been logged. Please contact this bot's administrator for more information. |
15:07 | druthb | uh-huh. |
15:07 | clrh joined #koha | |
15:08 | * druthb | tries somethin' |
15:08 | pratik_lahoti joined #koha | |
15:08 | druthb | @wunder lawrence |
15:08 | huginn | druthb: Error: No such location could be found. |
15:08 | druthb | @wunder 66046 |
15:08 | huginn | druthb: The current temperature in Lawrence Live-Courtesy of the Khoury's, Lawrence, Kansas is -10.6°C (9:08 AM CST on January 24, 2013). Conditions: Clear. Humidity: 63%. Dew Point: -16.0°C. Windchill: -16.0°C. Pressure: 30.53 in 1034 hPa (Steady). |
15:09 | druthb | @wunder forest hills, ny |
15:09 | huginn | druthb: The current temperature in APRSWXNET Jackson Heights NY US, Corona, New York is -8.9°C (9:41 AM EST on January 24, 2013). Conditions: Partly Cloudy. Humidity: 56%. Dew Point: -16.0°C. Windchill: -15.0°C. Pressure: 30.23 in 1024 hPa (Rising). |
15:09 | magnuse | @wunder boo |
15:09 | huginn | magnuse: An error has occurred and has been logged. Please contact this bot's administrator for more information. |
15:09 | magnuse | boo! |
15:09 | @wunder bodo, norway | |
15:09 | huginn | magnuse: An error has occurred and has been logged. Please contact this bot's administrator for more information. |
15:09 | magnuse | gah |
15:09 | tcohen | @wunder cordoba, argentina |
15:09 | huginn | tcohen: The current temperature in Cordoba, Argentina is 36.0°C (11:00 AM ART on January 24, 2013). Conditions: Partly Cloudy. Humidity: 19%. Dew Point: 9.0°C. Pressure: 29.77 in 1008 hPa (Steady). |
15:09 | druthb | curious. |
15:09 | magnuse | 36! |
15:10 | tcohen | we're in hell this days here... |
15:10 | jcamins | magnuse: did you fall off the edge of the earth?!? |
15:10 | * druthb | wonders if she can move to Cordoba. |
15:10 | magnuse | jcamins: looks like it! |
15:10 | wahanui | looks like it is a PDF download from there. |
15:10 | magnuse | heh |
15:10 | wahanui: forget looks like it | |
15:10 | wahanui | magnuse: I forgot looks like it |
15:11 | tcohen | if you can deal with librarians telling MARC21 is the empire's cataloguing standard... you can |
15:11 | * druthb | wonders how hard it is to get a visa. You need a consultant down there, tcohen, don't you? For *something*? |
15:11 | * jcamins | hums the imperial march. |
15:11 | * magnuse | thinks he nailed bug 9213, but needs to do some more testing |
15:11 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=9213 normal, P5 - low, ---, magnus, ASSIGNED , Implement analytics for NORMARC XSLT |
15:12 | tcohen | yes, of course. No visa that I know |
15:12 | * magnuse | has a raspberry pi waiting to be picked upat the post office |
15:12 | jcamins | Nice! |
15:12 | I have a Raspberry Pi waiting to be played with more. :D | |
15:13 | druthb | Just need a passport...no visa for visits up to 90 days...just a $160 reciprocity fee. |
15:13 | magnuse | reciprocity fee? |
15:13 | * tcohen | feels envy about magnuse's acquisition |
15:13 | tcohen | we are really open :-D |
15:13 | druthb | That's what the State Dept calls it...A fee for not having to buy a visa, apparently. |
15:14 | magnuse | a.k.a. a bribe? ;-) |
15:14 | tcohen | out for lunch bye |
15:14 | druthb | :P |
15:17 | * druthb | has never been to South America, at all. Would love to visit tcohen some time! |
15:19 | rambutan | @wunder Erfjord |
15:19 | huginn | rambutan: Error: No such location could be found. |
15:21 | jcamins | The farthest south I've been is Mexico. |
15:21 | druthb | Mumbai, for me. Still north of the Equator by a good bit. |
15:22 | rambutan | Ho Chi Minh |
15:23 | magnuse | wellington |
15:23 | wahanui | wellington is lucky, we have a lot of indian restaurants |
15:23 | magnuse | indeed |
15:24 | druthb | Wellington looks like it's just a bit farther south than Cordoba, but not by much. |
15:24 | jcamins | druthb: you've been three degrees further south than I have. |
15:24 | * druthb | is looking at a map that has no meridian lines on it. |
15:24 | * jcamins | just looked up latitude and longitude. |
15:25 | druthb | Jordan is more-or-less even with central TX. |
15:25 | magnuse | oslo is more or less even with the southern tip of greenland :-) |
15:26 | jcamins | Huh. Where I was in Morocco is only 6 degrees south of New York. |
15:26 | druthb | No one's gonna match magnuse fo northbound travel, I don't think. Winnipeg, for me, which is south of *all* of Scandinavia and the UK, more-or-less even with Paris. |
15:27 | jcamins | Heh. |
15:27 | Probably not. | |
15:27 | Furthest north I've been was... | |
15:27 | pratik_lahoti | Hi. I am Pratik, an engineering student from India |
15:28 | druthb | Hi, Pratik. :) |
15:28 | jcamins | Aarhus. |
15:28 | pratik_lahoti | I use Ubuntu 12.04 operating system and downloaded the koha-common package just now |
15:29 | actually, I want to set up Koha on our college server - http://foss.coep.org.in | |
15:30 | magnuse | furthest north i have been was the North Cape - but Umanaq in greenland *feels* much more northerly |
15:30 | pratik_lahoti | our server uses LDAP for authentication purpose |
15:30 | drojf | oh i got bug 4888 working i think. it does not really seem to do what i was hoping though. and i am not sure what other things i destroyed while rebasing ;) |
15:30 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=4888 enhancement, PATCH-Sent (DO NOT USE), ---, salva, Patch doesn't apply , pre-set of field indicators value |
15:30 | pratik_lahoti | can someone guide me on how to configure Koha for our FOSS server and then integrate with LDAP? |
15:31 | * jcamins | doesn't know anything about LDAP beyond that there's a blog post at http://bywatersolutions.com/2012/07/09/koha-ldap/ |
15:31 | gerundio | pratik_lahoti, I think I might help you with the LDAP part |
15:32 | pratik_lahoti | gerundio: great :) |
15:33 | gerundio | tell me, what have you done so far regarding the LDAP authentication settings? |
15:34 | pratik_lahoti | I personally haven't had any experience with LDAP. My seniors have installed some packages in the past :) |
15:35 | trendynick joined #koha | |
15:36 | gerundio | hmm, ok |
15:36 | so 1st things 1st | |
15:36 | Dyrcona | Would koha work for a consortium of 172 libraries where every library might want its own circ and hold rules? |
15:37 | jcamins | Dyrcona: yes. |
15:37 | gerundio | you'll need a few settings regarding your LDAP server: hostname, base (as in user base DN), user and password (in case your LDAP performs authenticated bind searches) |
15:38 | Dyrcona | I think I should check the code out and have a deeper look. It has been a couple of years since I looked at the code. |
15:41 | pratik_lahoti | gerundio: alright |
15:42 | gerundio | pratik_lahoti, after you have those settings and the auth working we can discuss the user profile mapping settings, ok? |
15:43 | pratik_lahoti | in my case, hostname would be foss.coep.org.in right? |
15:45 | gerundio: ^ I forgot to mention you above | |
15:46 | gerundio | not really |
15:47 | I'm guessing you already have a ldap server in place | |
15:47 | the hostname must be domain name for that server | |
15:48 | pratik_lahoti | yeah we have the ldap server installed. we recently set up a wiki as well |
15:49 | which was integrated with ldap | |
15:49 | gerundio | so you must have set the ldap server hostname in your wiki software too |
15:51 | pratik_lahoti | gerundio: yeah finding those details wont be a big deal. I know the person who set up the wiki so I can get those details from him |
15:51 | gerundio | do that and have them set in your koha-conf.xml file |
15:52 | jcamins | Dyrcona: are you thinking of migrating to Koha? :) |
15:53 | Dyrcona | jcamins: No, but exploring options. |
15:53 | jcamins | Dyrcona: Koha is pretty awesome! |
15:54 | My keyboard has a character count feature. | |
15:54 | I could find out how many letters I type each day. | |
15:54 | Well, keypresses. | |
15:54 | Looks like modifier keys get counted too. | |
15:56 | pratik_lahoti | gerundio: alright. and what would be the next step then? |
15:56 | gerundio | pratik_lahoti, well, just set the useldapserver to 1 in koha-conf.xml |
15:58 | if you put the settings in the right place according to this site jcamins pointed out http://bywatersolutions.com/2012/07/09/koha-ldap/ | |
15:58 | you'd be able to login using your LDAP account | |
15:59 | try it out and ask away if you find any trouble in the process | |
16:00 | jenkins_koha | Project Koha_master build #1023: STILL UNSTABLE in 1 hr 5 min: http://jenkins.koha-community.[…]Koha_master/1023/ |
16:00 | * mathieu.saby: Bug 9402: letter v between 2 option tags | |
16:00 | * srdjan: Bug 7243: Be selective when summing up charges for blocking issues | |
16:00 | * srdjan: Bug 7243: Rewording and renaming | |
16:00 | * Jared Camins-Esakov: Bug 7243: Increment version number | |
16:00 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=9402 trivial, P5 - low, ---, mathieu.saby, Pushed to Master , useless letter "v" between 2 <option> tags |
16:00 | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7243 enhancement, P3, ---, srdjan, Pushed to Master , Do not take rentals as fines | |
16:00 | jenkins_koha | Starting build #1024 for job Koha_master (previous build: STILL UNSTABLE -- last SUCCESS #1021 1 day 14 hr ago) |
16:04 | pratik_lahoti | gerundio: alright! I am in the koha-conf.xml file right now. I found the <useldapserver> tag nested inside the <config> tag |
16:04 | then the chunk of code starting with <ldapserver id="ldapserver"> must be placed in the <config> tag itself right? | |
16:06 | gerundio | pratik_lahoti, yes, that's it |
16:07 | I'm having some trouble to get zebra indexes up and running in my dev installation | |
16:08 | I've set the ownership of the installation folder to the user koha | |
16:08 | added the daemon and made sure the paths are correct in koha's user crontab | |
16:08 | I've tried setting up a zebra indexes reset and got no results | |
16:08 | huginn | New commit(s) kohagit: Merge branch 'bug_6835' into 3.12-master <http://git.koha-community.org/[…]29a3fcd14a0c4cbcb> / Bug 6835 - Ability to specify types of email address in overdue_notices.pl <http://git.koha-community.org/[…]6ea81b46d7f0ab161> |
16:09 | jcamins | gerundio: are you sure Zebra is running? |
16:09 | PQA queue is empty, except for one bug I won't push until I know how to reproduce it. | |
16:09 | gerundio | when I run "/etc/init.d/koha-zebra-daemon start" I can see it with "ps aux | grep zebra" |
16:10 | the weird thing is nothing shows up in the logs | |
16:10 | jcamins | Hm. |
16:10 | Nothing would. | |
16:10 | gerundio | right |
16:11 | but when the cronjob for index starts it shouldn't either? | |
16:11 | pratik_lahoti | gerundio: Ok, thanks a lot for your help. Will try it out and get back to you :) |
16:11 | gerundio | pratik_lahoti, sure, np |
16:11 | jcamins | gerundio: nope. You can add a -v and you'll get e-mailed any output. |
16:12 | gerundio | even if I manually run "rebuild_zebra.pl -b -a -r" without ">/dev/null"? |
16:16 | jcamins | gerundio: you'll have to add -v or -v -v in order to get any output. |
16:16 | And even then, the output won't really give you any useful information for troubleshooting. | |
16:16 | gerundio | ok, just ran it with -v now |
16:16 | I get what you mean with "any useful information" :D | |
16:18 | well, at least this way I can see it running and try it out when the process is done | |
16:18 | what would you say is a good way to debug this process? | |
16:19 | jcamins | faq? |
16:19 | wahanui | faq is found at http://koha-community.org/documentation/faq/ |
16:19 | jcamins | ^^ the last question has good suggestions. |
16:24 | laurence left #koha | |
16:25 | gerundio | done all that before |
16:26 | just not 100% sure about the "The indexes must be owned and readable by the correct user (usually your system koha user or root, depending on your setup). Permissions are a common cause of indexing not working." | |
16:28 | the zebra indexes are located at /var/lock/koha/zebradb/ ? | |
16:28 | jcamins | No. |
16:28 | Those files also need to belong to your Koha user. | |
16:28 | gerundio | they do |
16:28 | jcamins | But the indexes are in /var/lib/koha/zebradb |
16:28 | gerundio | I've ran a "locate zebra" on the server |
16:28 | asaurat left #koha | |
16:29 | gerundio | lots of ocurrences |
16:29 | ok, checking /var/lib then | |
16:29 | jcamins | Yeah, /var/lib/koha/zebradb and /var/lock/koha/zebradb |
16:30 | Unless you did a dev install, in which case ~/koha-dev/var/lib/zebradb and ~/koha-dev/var/lock/zebradb | |
16:31 | talljoy1 joined #koha | |
16:32 | gerundio | it's a dev install |
16:32 | those paths are koha user owned too | |
16:32 | the zebradb/biblios subdirs show a few files other than README | |
16:33 | well, key and shodow have like 20 files each while register and tmp have none other than the original README | |
16:34 | tcohen | jcamins, i cannot seem to find a real test for circulation, just syspref checks |
16:34 | jcamins | That means that indexing failed. |
16:34 | tcohen: I can't say I'm surprised. :( | |
16:35 | * jcamins | goes out to run some errands. |
16:36 | reiveune | bye |
16:36 | reiveune left #koha | |
16:46 | talljoy joined #koha | |
17:06 | clrh joined #koha | |
17:06 | jenkins_koha | Project Koha_master build #1024: STILL UNSTABLE in 1 hr 6 min: http://jenkins.koha-community.[…]Koha_master/1024/ |
17:06 | tomascohen: Bug 9211 - days_between wrong behaviour | |
17:06 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=9211 normal, P5 - low, ---, tomascohen, Pushed to Master , days_between wrong behaviour |
17:07 | jenkins_koha | Starting build #1025 for job Koha_master (previous build: STILL UNSTABLE -- last SUCCESS #1021 1 day 15 hr ago) |
17:27 | smeagol | Hi all..question about bug http://bugs.koha-community.org[…]w_bug.cgi?id=8769 which is allowing backdating in the SIP Checkin module. The problem is that I am receiving a return date of "00/02/0" for everything checked-in...don't know why? Any help would be greatly appreciated. thanks. |
17:27 | huginn | 04Bug 8769: enhancement, P5 - low, ---, kyle, Needs Signoff , Allow SIP2 return backdating |
17:28 | tcohen | druthb_away if you happen to apply current grub upgrades to translate.koha-communuty's host, please keep the current /etc/grub.d/10_linux file (its the default option when prompted). If you prefer that I do it just in case just let me know. The new version needs to be tweaked so it properly boots in our Xen's version. |
17:29 | that said, bye #koha! | |
17:30 | gerundio | how can I safely remove the data stored in a given subfield for every record? |
17:31 | I tried using http://search.cpan.org/~gmchar[…].pm#delete_fields(_$field_) but the result wasn't quite what I expected | |
17:31 | after saving the record, the whole thing it's just gone | |
17:32 | trying to view it in the intranet interface shows me this message "The record you requested does not exist." | |
17:34 | gmcharlt | gerundio: could you paste the snippet of code you're using? |
17:35 | pastebot | "gerundio" at 127.0.0.1 pasted "Remove subfield 610a code snippet" (23 lines) at http://paste.koha-community.org/364 |
17:36 | gerundio | gmcharlt, there you go |
17:38 | from the looks of it, the records in which I ran the script have the following value for tag 610 in the marcxml collumn: "<datafield tag="610" ind1=" " ind2=" "> | |
17:38 | </datafield>" | |
17:39 | just the tag and no subfield | |
17:39 | gmcharlt | gerundio: right, I was wondering |
17:39 | so, two things | |
17:39 | jcamins_away | gerundio: yeah, you have to delete the field if there are no subfields left. |
17:39 | gmcharlt | there could be multiple 610 fields |
17:40 | gerundio | so my thoughts are that I have to remove the whole field if it subfield is the only one |
17:40 | gmcharlt | so you need to save the output of $record->field('610') in a list, then iterate over its MARC::Field records |
17:40 | then delete the subfield | |
17:40 | see if there are any left ... and if not, delete the field from teh record | |
17:49 | gerundio | ok, sounds fair |
17:49 | gmcharlt++ thanks a lot, I'll try to work on that | |
17:50 | as for the corrupted records now the best way to recover is importing the backup DB dump I've made before, right? | |
17:51 | jcamins_away | Probably, yes. |
17:57 | smeagol | Anyone know why koha gives a return date of "00/02/0"..thanks. |
17:58 | jcamins_away | smeagol: sounds like bad data. |
17:59 | Did you convert the checkout information from CSV using Excel? | |
18:08 | smeagol | No, i added code to some modules to allow SIP to see the return date during checkin routine, but getting back bad date conversion, for some reason. See http://bugs.koha-community.org[…]w_bug.cgi?id=8769 |
18:08 | huginn | 04Bug 8769: enhancement, P5 - low, ---, kyle, Needs Signoff , Allow SIP2 return backdating |
18:08 | jcamins_away | Hm. I've seen that 00/02/0 with data from Excel. |
18:10 | I'm not sure what would cause it with SIP. | |
18:11 | So you're currently testing bug 8769? | |
18:11 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8769 enhancement, P5 - low, ---, kyle, Needs Signoff , Allow SIP2 return backdating |
18:11 | jcamins_away | What I'd suggest is commenting on the bug to explain what you're seeing (and set the status to "Failed QA"). Kyle can then troubleshoot the problem and submit a new patch. |
18:11 | smeagol | yes, testing. it works, except for returning bad date |
18:12 | jcamins_away | That's still a failure. |
18:12 | Much better to get it right before pushing the code into Koha. | |
18:13 | jenkins_koha | Project Koha_master build #1025: STILL UNSTABLE in 1 hr 6 min: http://jenkins.koha-community.[…]Koha_master/1025/ |
18:13 | alex.arnaud: Bug 6835 - Ability to specify types of email address in overdue_notices.pl | |
18:13 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=6835 enhancement, P5 - low, ---, alex.arnaud, Pushed to Master , Ability to specify types of email address in overdue_notices.pl |
18:13 | jenkins_koha | Starting build #1026 for job Koha_master (previous build: STILL UNSTABLE -- last SUCCESS #1021 1 day 17 hr ago) |
18:13 | jcamins_away | Hm. |
18:20 | That's weird. | |
18:21 | Did I somehow manage to merge in the wrong patches? | |
18:28 | cait joined #koha | |
18:48 | rangi | My stop bbiab |
18:53 | drojf | does unicode use non-numeric indicators? |
18:53 | SELECT * FROM marc_indicators_values; has 0-9, a-z. | |
18:53 | jcamins_away | No, indicators are only ever numeric. |
18:53 | drojf | that does not make any sense to me then |
18:54 | jcamins_away | Nor me. |
18:54 | We can use non-numeric indicators locally. | |
18:54 | drojf | on the other hand, i don't see where that is used, apart from putting it in the db |
18:55 | melia joined #koha | |
18:59 | nengard left #koha | |
19:03 | jcamins_away | Bug 9486 is ready for sign-off. |
19:03 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=9486 blocker, P5 - low, ---, jcamins, Needs Signoff , t/Letters.t loads modules in wrong order |
19:03 | jcamins_away | If there are not two signoffs or a signoff and QA on it by the time I start struggling with my bowtie, I will revert bug 7243 for the moment. |
19:03 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7243 enhancement, P3, ---, srdjan, Pushed to Master , Do not take rentals as fines |
19:05 | rangi | back |
19:05 | * rangi | goes to sign off quickly! |
19:11 | rangi | signed off, works just like it should |
19:12 | cait | jcamins_away: when iwll you struggle with the bowtie? :) |
19:12 | jcamins_away | cait: half an hour? |
19:12 | cait | ew |
19:12 | are you leving yet? | |
19:12 | jcamins_away | The bowtie battle will probably take a while. |
19:13 | The meeting is at 6, so I need to leave in about two and a half hours. | |
19:15 | Ooh, nice veggies! | |
19:16 | JoeLib001 joined #koha | |
19:16 | rangi | :) |
19:19 | cait | that certainly sounds more like a battle than a struggle |
19:19 | jcamins_away | cait: yeah, I'm not very good at bowties. |
19:20 | JoeLib001 | Hello. :-) |
19:20 | cait | hi JoeLib001 |
19:20 | jenkins_koha | Project Koha_master build #1026: STILL UNSTABLE in 1 hr 7 min: http://jenkins.koha-community.[…]Koha_master/1026/ |
19:20 | drojf | rebasing-- |
19:21 | JoeLib001 | Anyone know why I am getting < and >, etc instead of < or > when grabbing a record from Koha? |
19:21 | drojf | i think i had errors in every file |
19:22 | rangi | how are you grabbing the record? |
19:23 | JoeLib001 | I am importing it to our TLC Catalog via Z39.50. I am guessing it's a Character Encoding issue, but I don't really know where to start. ;-) |
19:23 | rangi | no thats not character encoding, thats html entities |
19:24 | id look a that the record itself in the database | |
19:24 | the marcxml column anyway | |
19:24 | JoeLib001 | It shows up fine in Koha. |
19:24 | rangi | it will |
19:24 | cos its html, it renders fine, check in the db itself | |
19:24 | rambutan joined #koha | |
19:25 | rangi | someone might have put html entities into the record |
19:25 | instead of > or < | |
19:25 | JoeLib001 | That would be odd. Checking it. |
19:25 | cait | JoeLib001: it's a bug |
19:25 | I have a fix for that... but I can't access it right now | |
19:25 | grr. | |
19:26 | it's some rewrite rule in the wrong order | |
19:26 | JoeLib001 | Ah, do you know what bug it is? Or is it not a reported one? |
19:26 | cait | someone was trying to replace & |
19:26 | and now < gets to be &lt; | |
19:26 | is that what you see in the soruce code? | |
19:26 | rangi | in the z3950 cait ? |
19:26 | cait | hm we had it in the result list |
19:26 | sorry, .... doing too many things at once here maybe | |
19:27 | rangi | his problem is he is getting html entities in the record when he is retrieving it from zebra via Z3950 |
19:27 | cait | ok, I take it all back then... what I had was a problem in the result list |
19:27 | rangi | so its most likely stored wrong in the db |
19:27 | however it got stored wrong is either a bug or user error | |
19:27 | but it will display fine in html | |
19:28 | drojf | i found 'clone indicators' \o/ i still wonder if there is a hidden "default indicator' field i am missing or it really does not do that |
19:28 | rangi | will look broken when you go to edit tho |
19:28 | JoeLib001: have you tried that? editing a record? | |
19:28 | also, who is torturing you by making you use TLC? :-) | |
19:31 | trendynick joined #koha | |
19:33 | JoeLib001 | Hehe. ;-) |
19:34 | Hmm...., looks fine in the Koha Editor, but it shows up as <, etc when I open up the MySQL database. | |
19:35 | We switched to Koha for our Periodicals and Ordering, but are still using TLC for our Books. | |
19:36 | Could I have setup the Z39.50 Server incorrectly on the TLC side? | |
19:38 | jcamins_away | JoeLib001: more likely to me is that you need to get the entities out of the Koha database. |
19:38 | jwagner | JoeLib001, I ran into this problem not long ago. To confirm, the ampersand characters show up after you retrieve a record FROM the Koha database using z39.50? |
19:38 | JoeLib001 | Yes. |
19:39 | Uhh...., well like >, etc. | |
19:39 | Instead of the character I was needing. | |
19:39 | jwagner | I narrowed it down to the action of exporting via z39.50. Records in Koha itself were fine, but when I used an external z39.50 client to connect and pull them out, the odd characters came instead |
19:40 | cait | jcamins_away: passing qa with git-bz does not always work for me - it says it did on command line, but it didn't |
19:40 | JoeLib001 | Hmm...., interesting. |
19:40 | wahanui | interesting is probably sometimes good and sometimes bad |
19:40 | JoeLib001 | :-) |
19:40 | jwagner | We studied the MARC before and after the actions, and it was the z39.50 outbound that caused the problem. |
19:40 | cait | but bug 9486 |
19:40 | wahanui | bug 9486 is ready for sign-off. |
19:40 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=9486 blocker, P5 - low, ---, jcamins, Passed QA , t/Letters.t loads modules in wrong order |
19:40 | cait | forget bug 9486 |
19:40 | wahanui | cait: I forgot bug 9486 |
19:41 | jwagner | Probably an encoding or translation problem somewhere in the outbound z39.50 code |
19:41 | JoeLib001 | Ok, thanks. :-) |
19:41 | jcamins_away | cait: hm, I never tired passing qa on something with git-bz. |
19:41 | cait | it works - but not always |
19:41 | I haven't figured out the difference yet | |
19:42 | but it failed the last 2 times | |
19:42 | Updated bug status to 'Passed QA' on command line, but after refreshing the bug in firefox, it's still signed off | |
19:43 | jcamins_away | Well done. |
19:43 | I was just about to button the top button of my shirt to start battling the bowtie. | |
19:43 | :) | |
19:46 | ryansipes joined #koha | |
19:46 | rangi | http://lanyrd.com/2013/welling[…]app-day/schedule/ <-- what im doing tomorrow |
19:47 | cait | nice! |
19:47 | ryansipes | Hello all! |
19:48 | rangi | JoeLib001: there is nothing koha specific in the outbound Z3950 that is totally zebra, so if zebra is converting things to html entities, then we have a much bigger problem (as would library of congress et al who use yaz-proxy) so id look first at the data, next at the routines that export the data to be indexed with zebra |
19:48 | JoeLib001: and yes if it is entities in the database, there is the problem right there | |
19:49 | jenkins_koha | Starting build #1027 for job Koha_master (previous build: STILL UNSTABLE -- last SUCCESS #1021 1 day 18 hr ago) |
19:49 | JoeLib001 | Ok. |
19:49 | huginn | New commit(s) kohagit: Merge branch 'bug_9486' into 3.12-master <http://git.koha-community.org/[…]80a531475f7317a8e> / Bug 9486: t/Letters.t loads modules in wrong order <http://git.koha-community.org/[…]3c08f61dc4e98a1c7> |
19:50 | JoeLib001 | Could it be as simple as me not importing it with the right character set? |
19:51 | jcamins_away | Okay... there was a video on youtube by a little old German man which made bowtie tying make sense. |
19:51 | rangi | its not an encoding thing JoeLib001 .. ie not a character set thing |
19:51 | JoeLib001 | Ok |
19:51 | rangi | JoeLib001: if you edit a record and save it .. ie, type over the char and put < |
19:51 | does it still show up as an entity in the db? | |
19:51 | jwagner | JoeLib001, you may have different data or processes. But when I was testing, the MARC data within Koha was clean. Doing a Tools, bib export produced a clean record. |
19:51 | rangi | < |
19:52 | jwagner | But connecting via z39.50 and pulling that same record produced a corrupted one. |
19:52 | Using the same z39.50 client to connect to another source, and pulling the same title, produced a clean record | |
19:52 | JoeLib001 | Hmm.... |
19:53 | jwagner | Our problem was specific to the outbound z39.50. |
19:53 | The corrupted data was not in the Koha tables | |
19:53 | rangi | that sounds like a different thing, as JoeLib001 can see the entities in the db |
19:53 | jcamins_away | Argh! |
19:53 | Both ends are on the same side! | |
19:54 | jwagner | Yeah, I'm not sure he has exactly the same problem, but it sounded similar. I'd suggest testing -- if you do a Tools, bib export and a z39.50, do both have the bad data? |
19:54 | moodaepo1 joined #koha | |
19:55 | JoeLib001 | Hmm...., I am looking at the marcxml file, so shouldn't those be in there as &, etc... |
19:55 | trea joined #koha | |
19:56 | jwagner | We didn't see the bad characters either place, so far as I know (I'm not our data expert) |
19:56 | They only showed up after the z39.50 export | |
19:56 | jcamins_away | Well, I managed to tie it. |
19:56 | Badly. | |
19:56 | wizzyrea | \o/ winning |
19:56 | ...sortof | |
19:56 | jcamins_away | lol |
19:56 | JoeLib001 | Hehe. ;-) |
19:57 | Why are you trying to tie a bowtie? I am pretty sure it's only females that have that kind of natural dexterity. ;-) | |
19:58 | wizzyrea | HA |
19:58 | jcamins_away | LOL! |
19:58 | wizzyrea | oh that made me laugh. |
19:59 | Dyrcona joined #koha | |
20:00 | jcamins_away | Better... |
20:00 | * magnuse | wishes jcamins_away a good holiday! |
20:02 | jcamins_away | Alas, one cannot wear a purple bowtie and red vest, can one? |
20:03 | wizzyrea | well... |
20:03 | that kind of depends on the shade of purple and the shade of red | |
20:03 | but overall, that sort of says "clown" to me. | |
20:03 | * jcamins_away | has a limited number of formal vests and bowties. |
20:03 | jcamins_away | In fact, one of each. |
20:03 | Well, two of each. | |
20:03 | wizzyrea | hm. |
20:03 | JoeLib001 | Where are the Logs |
20:03 | wahanui | the Logs are at http://stats.workbuffer.org/irclog/koha/ |
20:03 | jcamins_away | The other in both cases are black. |
20:04 | I could also wear a cumberbund. | |
20:04 | wizzyrea | you could do purple and black |
20:04 | or red and black | |
20:04 | but probably not red and purple | |
20:04 | tcohen joined #koha | |
20:04 | jcamins_away | Yeah, that was my thought. |
20:04 | wizzyrea | but again it would depend on the shade. :P |
20:06 | jcamins_away | I look so dumb in a cumberbund. |
20:06 | cait | so why do yo uwant to wear one? |
20:06 | jcamins_away | I don't. |
20:06 | I wasn't sure. | |
20:06 | rangi | and a rasperry beret |
20:06 | wizzyrea | what, 80's pop friday again? |
20:06 | jcamins_away | lol |
20:07 | rangi | JoeLib001: are you running from packages or tarball install? |
20:07 | wizzyrea | maybe we should go for 90's |
20:07 | JoeLib001 | Packages |
20:07 | wahanui | somebody said Packages was at http://wiki.koha-community.org/wiki/Debian |
20:07 | rangi | /var/log/koha/instance_name/ |
20:07 | JoeLib001 | Ah, sorry. I was looking for Wahanui's answer. ;-) |
20:08 | rangi | oh irc logs? |
20:08 | wahanui | irc logs are http://irc.koha-community.org/irclog/koha/ |
20:08 | JoeLib001 | Yeah |
20:08 | I'm not so sure I can get my brain around the whole problem today. Only have 1 hour left at work. ;-) | |
20:08 | rangi | http://grooveshark.com/#!/play[…]+Wake+Up/57239977 <-- not 80's |
20:09 | wizzyrea | Ah! that's a fantastic playlist. |
20:09 | srs. | |
20:09 | jcamins_away | ... |
20:09 | I look like the MC in Cabaret. | |
20:09 | Well, minus the makeup. | |
20:10 | wizzyrea | pic or it didn't happen. |
20:10 | jcamins_away | wizzyrea: that would be a good thing. |
20:10 | I think after all that work on the tie, I need to change. | |
20:12 | wizzyrea | I just got a question "(can koha) make it so that when a patron checks out or checks in a book, they are emailed a list of recommendations based on that book" |
20:12 | jcamins_away | No. |
20:12 | wizzyrea | i'm wondering if other ILS's do this, I think it's kind of a fab idea. |
20:13 | no no I know it doesn't do that. | |
20:13 | ;) | |
20:13 | rangi | easy to add |
20:14 | we do recomendations already | |
20:14 | wizzyrea | ! I think I missed that... |
20:14 | where are they? | |
20:14 | wahanui | they are still working on it... |
20:14 | wizzyrea | forget where are they? |
20:14 | wahanui | they are still working on it... |
20:14 | wizzyrea | forget where are they |
20:14 | wahanui | they are still working on it... |
20:14 | wizzyrea | lol |
20:16 | jcamins_away | forget they |
20:16 | wahanui | jcamins_away: I forgot they |
20:16 | magnuse | rangi: is that code in koha? |
20:17 | wizzyrea | yea, that's actually what I was wondering |
20:17 | rangi | http://bugs.koha-community.org[…]w_bug.cgi?id=6772 |
20:17 | huginn | 04Bug 6772: enhancement, PATCH-Sent (DO NOT USE), ---, robin, Failed QA , Implementation of a recommendations engine |
20:17 | nengard joined #koha | |
20:17 | jcamins_away | Okay, black vest is out. |
20:17 | wizzyrea | I don't think I've ever seen it |
20:17 | magnuse | for the recommendations, i mean |
20:17 | wizzyrea | OH |
20:17 | jcamins_away | There were privacy concerns. |
20:17 | magnuse | ouch |
20:17 | wizzyrea | curses. |
20:17 | rangi | naw not privacy |
20:17 | just speed | |
20:17 | magnuse | but it's in production for hlt, i think? |
20:17 | rangi | there is no way to link |
20:18 | a recommendation back to the person who read it | |
20:18 | its just biblionumber , biblionumber, count | |
20:20 | it just needs a timestamp value, so it can know when it was last updated and only look at issues since that point | |
20:20 | so the first run is slow, to generate the base, but then if you run it nightly it only updates for that days circ | |
20:21 | jcamins_away | Okay, this is better. |
20:21 | I just have to pin the vest. | |
20:22 | And hope that it's not traditional to take one's jacket off at dinner... | |
20:22 | drojf joined #koha | |
20:24 | jcamins_away | I think I'm going to need a lot of pins... |
20:25 | * magnuse | thought jcamins_away was going on holiday |
20:25 | jcamins_away | Tomorrow. |
20:25 | wahanui | well, tomorrow is pizza friday! or the day after today. |
20:25 | jcamins_away | Today I am going to a black tie dinner. |
20:25 | magnuse | ah, didn't sound much like a holiday |
20:26 | yay for pizza friday! | |
20:26 | rangi: is it the "similar items" tab here? http://library.org.nz/cgi-bin/[…]biblionumber=1624 | |
20:27 | or is that librarything for libraries? | |
20:27 | rangi | naw thats library thing for libraries |
20:27 | magnuse | ah |
20:28 | rangi | its currently off on hlt, will be back on when they are on 3.8.x |
20:28 | magnuse | ah, cool |
20:31 | rambutan joined #koha | |
20:31 | magnuse | heh, guess eythian never found the time - last comment is from 2011-10-06 |
20:31 | cest la vie (or something similar) | |
20:35 | eythian | magnuse: yeah, that happens a bit too much :/ |
20:35 | patches welcome ;) | |
20:38 | jcamins_away | Good news. |
20:38 | wahanui | good news is it looks like it's running properly. |
20:38 | jcamins_away | No one will be able to shoot me in the back, as my vest is made of kevlar. |
20:38 | magnuse | yay! |
20:38 | we don't want to loose our rm! ;-) | |
20:38 | jcamins_away | Unfortunately, it is also deflecting all the pins I am trying to put in. |
20:39 | magnuse | eythian: :-) |
20:39 | eythian | stabproof best, eh |
20:39 | *vest | |
20:39 | magnuse | stabproof is best |
20:39 | stabproof? | |
20:39 | wahanui | hmmm... stabproof is best |
20:39 | * wizzyrea | giggles |
20:39 | magnuse | yup, told you so! |
20:39 | rangi | oh magnuse did i show you this |
20:40 | wahanui: we should use more MARC | |
20:40 | wahanui | http://02varvara.files.wordpre[…]no-bear.jpg?w=800 |
20:40 | magnuse | oh before i forget again eythian: eny news on the funding for the "covers from multiple sources" thing? |
20:40 | eythian | no news, it's really kathryn who is tracking it, and she's away at the moment |
20:40 | magnuse | hehe rangi, yeah, i have seen it ;-) excellent! |
20:40 | eythian: okelydokely! | |
20:41 | mib_zc22uq joined #koha | |
20:41 | alohabot | Hi mib_zc22uq, Welcome to #koha. Feel free to use the '/nick yourname' command to choose a different name. alohabot, wahanui, and huginn are bots. If you need any help, just ask - there's usually someone around to help :) |
20:41 | magnuse | alohabot++ |
20:41 | mib_zc22uq | hi! I am using: Koha version:3.08.01.002 |
20:42 | rangi | oh, thats a pretty old and buggy version .. sorry to say |
20:42 | jcamins_away | That version has a lot of bugs, including some security issues. |
20:42 | mib_zc22uq | should I update to 3.8.8 or 3.10.1? |
20:42 | jcamins_away | You should think about upgrading to 3.8.8. |
20:42 | rangi | 3.8.9 is out |
20:42 | so is 3.10.2 | |
20:42 | but id go to 3.8.9 for now | |
20:43 | jcamins_away | I meant 3.8.9. |
20:43 | mib_zc22uq | then first 3.8.9 and after that 3.10.2? |
20:43 | * jcamins_away | would recommend 3.8.9, and upgrade to 3.10.x around 3.10.4. |
20:44 | mib_zc22uq | 3.10.x is the "unstable " branch? |
20:44 | JoeLib001 | Thanks for the help guys, I will poke at it a little longer and then go home. ;-) Probably will end up working on it next week. |
20:44 | jcamins_away | 3.10.x is the "less stable than 3.8.x" branch. |
20:45 | It _is_ being used in production. | |
20:45 | Just not by me. | |
20:46 | * magnuse | would use it if it weren't for bug 9256 |
20:46 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=9256 critical, P5 - low, ---, koha-bugs, NEW , Search is broken for 3.10 package-installs when marcflavour != marc21 |
20:47 | * rangi | refrains from commenting :) |
20:47 | magnuse | :-) |
20:48 | rangi: try google translate on this if you want to know more about burning norwegian cheese: http://www.nrk.no/nyheter/dist[…]rdland/1.10884826 | |
20:48 | rangi | :) |
20:49 | jcamins_away | Good news! |
20:49 | wahanui | i heard good news was it looks like it's running properly. |
20:49 | jcamins_away | I no longer look like the MC from Cabaret. |
20:49 | cait | you found a matching vest and bowtie? |
20:49 | jcamins_away | Well, not much. |
20:51 | Unfortunately, I can't keep this bowtie straight. | |
20:51 | And, actually, it still isn't pinned enough. | |
20:53 | ("it" = the vest) | |
20:53 | wizzyrea | maybe perhaps the vest does not fit if it requires so many pins |
20:53 | just sayin. | |
20:53 | jcamins_away | wizzyrea: of course it doesn't. |
20:53 | wizzyrea | oh. |
20:53 | well at least you know that | |
20:55 | jcamins_away | However, I haven't gotten to the point where I can sew my own vests, so I'll have to pin small vests for the moment. :) |
20:55 | wizzyrea | :) |
20:55 | jenkins_koha | Project Koha_master build #1027: STILL UNSTABLE in 1 hr 6 min: http://jenkins.koha-community.[…]Koha_master/1027/ |
20:56 | Jared Camins-Esakov: Bug 9486: t/Letters.t loads modules in wrong order | |
20:56 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=9486 blocker, P5 - low, ---, jcamins, Pushed to Master , t/Letters.t loads modules in wrong order |
20:56 | magnuse | unstable, eh? |
20:56 | jcamins_away | Okay, build is fixed for tomorrow. |
20:56 | magnuse: yeah, jenkins has been throttled. | |
20:56 | magnuse | poor jenkins |
20:57 | cait | jcamins_away: have fun at your dinner thing :) |
20:58 | jcamins_away | Thanks. |
21:02 | nengard left #koha | |
21:05 | Dyrcona joined #koha | |
21:15 | edveal joined #koha | |
21:16 | edveal left #koha | |
21:17 | edveal joined #koha | |
21:17 | cait left #koha | |
21:17 | cait joined #koha | |
21:17 | * cait | puts her QAM hat on |
21:17 | * wizzyrea | imagines that it has feathers |
21:18 | magnuse | and a really wide brim |
21:19 | wizzyrea | http://0.tqn.com/d/diyfashion/[…]atrice-Hat-02.jpg |
21:19 | magnuse | heh |
21:20 | jcamins_away | lol |
21:20 | cait | jcamins_away: isn'T BUG 9485 in 3.10? |
21:20 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=9485 enhancement, P5 - low, ---, gmcharlt, NEW , Short cut to create new authorities |
21:20 | cait | search, don't find, click new? |
21:20 | jcamins_away | Only from cataloging. |
21:21 | cait | ah |
21:21 | jcamins_away | I can't think of a use case for a general authority search leading to creating an authority. |
21:21 | wizzyrea | erm, one not found? |
21:21 | jcamins_away | wizzyrea: authorities are pretty useless on their own... |
21:22 | You can't _do_ anything from an authority record. | |
21:22 | eythian | wahanui: qam is quadrature amplitude modulation, commonly used in dialup modems. Or it's cait. |
21:22 | wahanui | ...but qam is the big one IMHO or sekjal... |
21:22 | eythian | wahanui: qam is also quadrature amplitude modulation, commonly used in dialup modems. Or it's cait. |
21:22 | wahanui | okay, eythian. |
21:23 | wizzyrea | i like the word "quadrature" |
21:23 | cait | qam? |
21:23 | wahanui | hmmm... qam is the big one IMHO or sekjal |
21:23 | cait | ts. |
21:23 | eythian | qam? |
21:23 | wahanui | hmmm... qam is the big one IMHO or sekjal |
21:23 | eythian | qam? |
21:23 | wahanui | somebody said qam was the big one IMHO or sekjal |
21:23 | eythian | qam? |
21:23 | wahanui | qam is the big one IMHO or sekjal |
21:23 | eythian | qam? |
21:23 | wahanui | qam is probably quadrature amplitude modulation, commonly used in dialup modems. Or it's cait. |
21:23 | cait | wahanui: no cookies for you tonight .... think better about your answers next time :P |
21:23 | wahanui | cait: huh? |
21:23 | wizzyrea | you tell that bot who's boss |
21:23 | magnuse | wizzyrea: https://en.wikipedia.org/wiki/Kvadraturen |
21:24 | cait | @quote random |
21:24 | huginn | cait: Quote #143: "rhcl: Blame the C coders; if it was written in Ada it would have exception handling." (added by wizzyrea at 09:51 PM, June 28, 2011) |
21:24 | cait | @quote random |
21:24 | huginn | cait: Quote #156: "druthb: I would feed wahanui a botsnack of windows 8 engineers, but they're full of fluff and not very filling. trea: like marshmallow peeps, with clip on ties." (added by wizzyrea at 02:09 PM, September 22, 2011) |
21:24 | wizzyrea | one of the things I value most about this channel is the absolutely strange things I learn every day from you guys. |
21:24 | cait | lol |
21:24 | trea | heh |
21:25 | druthb | lulz |
21:25 | eythian | germs? |
21:25 | wahanui | hmmm... germs is http://i.imgur.com/5UfhT.jpg |
21:25 | eythian | germs? |
21:25 | wahanui | Germs originated in Germany, before rapidly spreading throughout the rest of the world. |
21:25 | magnuse | true! |
21:25 | eythian | facts like that! |
21:25 | magnuse | and kia ora trea! |
21:25 | druthb | @quote random |
21:25 | huginn | druthb: Quote #92: "<schuster> Why even learn when there is a genius in the room..." (added by jwagner at 01:43 PM, August 27, 2010) |
21:25 | wahanui | i already had it that way, huginn. |
21:25 | wizzyrea | loool |
21:25 | * trea | waves to magnuse! |
21:25 | cait | eythian: guess you can call yourself lucky you survived your trip to Konstanz |
21:26 | with all the germs | |
21:26 | magnuse | huginn++ for serving relevant quotes |
21:26 | huginn | magnuse: I'll give you the answer just as soon as RDA is ready |
21:26 | eythian | it's true! |
21:26 | cait | bug 8292 sounds like a holds expert should take a look at it |
21:26 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8292 major, P5 - low, ---, kyle, Signed Off , clicking ignore on hold cancels transfer |
21:27 | * wizzyrea | suspects you are looking southward. |
21:27 | cait | if you are southward... |
21:27 | wizzyrea | I am :) |
21:27 | cait | ok, southward it is :) |
21:28 | I am not sure I understand nicole's description | |
21:28 | well... quite sure I don#t | |
21:28 | wizzyrea | I know exactly what she's talking about |
21:28 | cait | hm |
21:28 | wizzyrea | I have experienced that bug. |
21:28 | cait | i would expect ignore to do nothing actually |
21:28 | preserve the hold | |
21:28 | magnuse | wow writing a test plan for bug 9213 is worse than writing the patch |
21:28 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=9213 normal, P5 - low, ---, magnus, ASSIGNED , Implement analytics for NORMARC XSLT |
21:29 | cait | wizzyrea: what if I check in and don't wnt it to return home? |
21:30 | like... oh, what's that book doing on the desk.. let's check it in and see.. .whoops? | |
21:30 | wizzyrea | yea, status checking should not be done with check in. :( |
21:30 | the people at NEKLS always wanted a "check status" scanbox | |
21:31 | but i'm like, just search for the barcode | |
21:31 | and look there. | |
21:31 | wahanui | it has been said that look there is :) |
21:31 | cait | hm |
21:31 | why don't we have a button: transfer home | |
21:31 | jcamins_away | wizzyrea: checking items in is standard behavior for checking statuses in a lot of places. |
21:31 | cait | and an ignore one that does nothing? |
21:31 | wizzyrea | we do, in transfers. |
21:31 | cait | yeah, what jcamins_away said (for me) |
21:32 | wizzyrea | i know, but you can't expect koha to know what you're trying to do |
21:32 | cait | no, but I can make it ask me :) |
21:32 | wizzyrea | well ok, the behaviour you are talking about, it really should depend on the syspref |
21:32 | automaticitemreturn | |
21:32 | wahanui | i guess automaticitemreturn is enabled |
21:32 | wizzyrea | I think |
21:33 | if that is off, it should not send it home | |
21:33 | if it is on, it should always send it home (because that's what would happen if you just checked the item in) | |
21:34 | cait | hm |
21:34 | * jcamins_away | didn't read the bug. |
21:34 | cait | wizzyrea: could you put a note on the bug maybe? |
21:34 | jcamins_away | But I do think if we're eliminating the option to not transfer items, that's a problem. |
21:34 | cait | still trying to wrap my head around it |
21:35 | jcamins_away: that was my thought | |
21:35 | i think ignore shoudl do nothing | |
21:35 | and we should have a separate button "proceed with return" | |
21:35 | well, phrased nicer | |
21:36 | but... I don't know, I might forget something and I have no libraries doing reserves between each other | |
21:36 | wizzyrea | nah, it should obey automaticitemreturn |
21:36 | that's the expected behavior | |
21:36 | cait | hm yeah if you return |
21:36 | jcamins_away | Okay, time to go to dinner. So long, #koha. |
21:36 | cait | but what if I don't want to return and not trigger the hold? |
21:36 | jcamins_away | Have a good week and a half if I'm not around. |
21:36 | cait | ah, not around tomorrow? |
21:37 | wizzyrea | later jcamins_away have a good dinner :) |
21:37 | rangi | cya jcamins_away |
21:37 | cait | cya :) |
21:37 | wizzyrea | and a good week.5 off |
21:37 | cait: in truth, I don't see that happening really- if a library wants the items to always go home, they will set automaticitemreturn | |
21:37 | if they don't, they won't | |
21:37 | cait | yep |
21:37 | I can see that :) | |
21:37 | wizzyrea | if there is an isolated case |
21:37 | cait | but I wonder if it's the scope of the bug |
21:38 | wizzyrea | that's a human problem |
21:38 | cait | I think the problem is: what happens if you click on ignore |
21:38 | wizzyrea | if you click ignore, and it's an incoming transfer, it should go home if automaticitemreturn is set |
21:38 | cait | hm ok |
21:38 | wizzyrea | if you click ignore, and AIR isn't set, it should just do nothing |
21:38 | cait | i will test that |
21:38 | and listen to the holds expert :) | |
21:38 | wizzyrea | but I do not know if that is how it is supposed to work |
21:39 | the patch, I mean | |
21:39 | I will try to test that todya | |
21:39 | today* | |
21:39 | cait | i think it just changes the behaviour of the ignore button |
21:39 | and still not sure if I am happy with htat | |
21:39 | wizzyrea | well it needs to be tested against AIRE |
21:39 | AIR | |
21:39 | cait | I think it doesn't touch that |
21:39 | only touches what happens when you click ignore | |
21:40 | wizzyrea | well the ignore behavior depends on AIR I thinik |
21:40 | so if they are overriding that, it would be not good | |
21:44 | cait | wizzyrea: I see what's happening now. hm. |
21:45 | I ownder if changing this behaviour will be a bad surprise for libraries? | |
21:45 | or is it really just a bug fix | |
21:45 | wizzyrea | well the bug is irritating |
21:45 | as long as it obeys AIR, it'll be ok | |
21:45 | cait | I think the problem is, that you click ignore and it shows up in the check-in items list |
21:46 | wizzyrea | the items get sort of stuck |
21:46 | as it stands. | |
21:46 | cait | hm yeah |
21:46 | and I htink 4 options would probably be a bit overwhelming | |
21:46 | wizzyrea | well it was checked in |
21:46 | you just didn't do anything with the hold | |
21:46 | cait | oh right |
21:46 | wizzyrea | and if it needs to be sent home, it should go |
21:46 | or if they don't require that, then it should not be | |
21:46 | we have AIR just for that purpose, I think | |
21:47 | cait | what about I accidentally click ignore |
21:47 | can I get it back? | |
21:47 | * cait | tries that |
21:47 | wizzyrea | the hold? |
21:47 | probably? | |
21:47 | cait | but first applying the patch :) |
21:47 | wizzyrea | ha :) |
21:47 | cait | testing wihout first :) |
21:47 | wizzyrea | right |
21:47 | also you should see how it works with automaticitemreturn | |
21:47 | on and off | |
21:48 | that sucks and adds work | |
21:48 | cait | hm? |
21:48 | wizzyrea | but probably needs to be tested |
21:48 | cait - I will try to look at this this afternoon | |
21:48 | cait | got a transfer slip |
21:49 | hmmm | |
21:49 | I have automaticitemreturn off now | |
21:49 | after i sent it home | |
21:49 | and checked it in again | |
21:49 | now I got 2 boxes | |
21:49 | wizzyrea | yep |
21:49 | that's normal | |
21:49 | cait | sending home or confirming hold |
21:49 | good then :) | |
21:50 | so it always asks when you have air off? | |
21:50 | wizzyrea | no |
21:50 | you need to use a different book, or clear out your transfers | |
21:50 | to test with the AIR off | |
21:50 | cait | k |
21:50 | wizzyrea | because you will not get clean results |
21:50 | if there are transits in progress | |
21:51 | cait | ok |
21:51 | I think I did it | |
21:51 | I got a different question now | |
21:51 | how confusing. | |
21:53 | it seems the difference iwth air on/off is | |
21:53 | on: just get a link to print the transfer slip, can't say yes or no | |
21:54 | off: get yes, no and yes, print slip links | |
21:54 | so that looks right with the patch | |
21:54 | I think? | |
21:55 | wizzyrea | that seems right - I think I'd have to see it to be sure |
21:56 | cait | yeah makes sense :) |
21:58 | rangi | new playlist time http://grooveshark.com/#!/play[…]/NZ+Mix+1/9500909 |
21:58 | cait | rangi: you are being mean |
21:59 | wizzyrea | I approve of this |
21:59 | cait | wizzyrea: I think I am passing QA on it - as it does what it says it does. but if you want to veto - you can do that anytime :) |
21:59 | wizzyrea | I will check it, holds are tricky. |
22:06 | cait | wizzyrea++ # for being patient with me :) |
22:07 | rangi | shes gone picnicking |
22:08 | cait | oh nice :) |
22:08 | she deserves a picknick | |
22:08 | picnic? | |
22:08 | eythian | the latter |
22:09 | cait | thx |
22:10 | libsysguy | after cloning and pushing the koha repo im convinced we need to do some pruning :p |
22:11 | eythian | it's not something that you have to do very often though |
22:11 | that said, perhaps a gc wouldn't hurt if it hasn't been done in a while | |
22:15 | magnuse | cait++ wizzyrea++ |
22:15 | here's a fun fact for you fine free software fanatics: the organization in norway that handles electronic payments for most of the banks is big on free software, so most times when you pay online to a norwegian shop you will be taken through several steps and redirects and for a few moments you can see the freebsd "demon" mascot in your url bar in your browser :-) i wonder if that ever scared anyone... | |
22:17 | rangi | heh |
22:19 | magnuse | oh no, have i been hacked? are the pirates taking control of my computer? |
22:24 | NateC left #koha | |
22:32 | magnuse | cait++ for being a good qam |
22:33 | * magnuse | wishes #koha a good night or other time of the day |
22:34 | cait | good night magnuse :) |
22:34 | * cait | seconds magnus' wishes and wanders off too |
22:34 | cait left #koha | |
22:35 | eythian | wahanui: pony is <reply>http://uber.geek.nz/pony.jpg |
22:35 | wahanui | ...but pony is <reply>$who wants a pony! Someone give them a pony.... |
22:35 | eythian | no wahanui, pony is <reply>http://uber.geek.nz/pony.jpg |
22:35 | wahanui | okay, eythian. |
22:36 | Dyrcona | pony? |
22:36 | wahanui | http://uber.geek.nz/pony.jpg |
22:36 | Dyrcona | heh |
22:38 | Turns out that it isn't a good idea to document a shell script with POD. | |
22:39 | eythian | haha |
23:09 | edveal left #koha | |
23:17 | BobB joined #koha |
← Previous day | Today | Next day → | Search | Index