IRC log for #koha, 2013-11-25

All times shown according to UTC.

Time S Nick Message
00:11 fredy joined #koha
00:37 mtompset joined #koha
00:37 mtompset Greetings, #koha.
00:37 mtompset @seen cait
00:37 huginn mtompset: cait was last seen in #koha 3 hours, 5 minutes, and 12 seconds ago: <cait> lol
00:37 mtompset @seen kf
00:37 huginn mtompset: kf was last seen in #koha 1 week, 3 days, 6 hours, 52 minutes, and 7 seconds ago: <kf> bye all
00:38 |R left #koha
02:11 BobB_ joined #koha
02:42 mtompset @seen wizzyrea
02:43 huginn mtompset: wizzyrea was last seen in #koha 2 days, 23 hours, 35 minutes, and 46 seconds ago: <wizzyrea> git checkout -b blah --track origin/v3.14.00
02:43 mtompset Wow. I remember that, I believe.
03:38 dcook joined #koha
03:42 mtompset Greetings, dcook.
03:42 * dcook waves
03:44 BobB joined #koha
03:46 mtompset dcook: Are you super busy today?
03:46 dcook Pretty much. Pretty much.
05:02 mtompset[…]ctionalwhy-class/ (some coding humour)
05:26 mtompset Have a great day, #koha dcook. :)
05:28 dpk1 joined #koha
06:06 mtj eythian, me like! :)
06:09 ajeesh joined #koha
06:09 mtj ...a good solution to the difficult-to-skin default koha theme
06:10 mtj the header area, specifically
06:11 cait joined #koha
06:23 cait bgkriegel++
06:35 laurence joined #koha
07:41 reiveune joined #koha
07:42 reiveune hello
07:55 gaetan_B joined #koha
07:55 gaetan_B hello
07:58 sophie_m joined #koha
08:00 alex_a joined #koha
08:01 alex_a bonjour
08:08 cait joined #koha
08:28 cait good morning #koha
08:29 sophie_m joined #koha
08:45 paul_p joined #koha
08:46 marcelr joined #koha
08:46 marcelr hi #koha
08:55 alex_a_ joined #koha
08:59 alex_a_ joined #koha
09:23 cait hi marcelr :)
09:23 marcelr hi cait
10:00 busla joined #koha
10:29 mtompset joined #koha
10:29 mtompset Greetings, #koha.
10:41 mtompset @seen cait
10:41 huginn mtompset: cait was last seen in #koha 1 hour, 18 minutes, and 6 seconds ago: <cait> hi marcelr :)
10:41 mtompset @seen kf
10:41 huginn mtompset: kf was last seen in #koha 1 week, 3 days, 16 hours, 56 minutes, and 38 seconds ago: <kf> bye all
10:51 mtompset Is it me, or is the seriously lack of validation of options causing tools/ to process to the point of script timeout?
11:58 uhusiano joined #koha
12:02 * uhusiano slaps chris_n around a bit with a large fishbot
12:05 uhusiano left #koha
12:26 jwagner joined #koha
12:26 mtompset @seen wizzyrea
12:26 huginn mtompset: wizzyrea was last seen in #koha 3 days, 9 hours, 19 minutes, and 23 seconds ago: <wizzyrea> git checkout -b blah --track origin/v3.14.00
12:49 meliss joined #koha
12:59 NateC joined #koha
13:02 collum joined #koha
13:26 oleonard joined #koha
13:27 oleonard Hi #koha
13:54 cait hi oleonard :)
13:57 nengard joined #koha
14:18 edveal joined #koha
14:30 joels68 joined #koha
14:59 alex_a joined #koha
14:59 senator joined #koha
15:00 maximep joined #koha
15:07 alex_a_ joined #koha
15:10 edveal joined #koha
15:40 oleonard Hmmm... I disappear for an hour and a half and you guys are all still sleeping...
15:42 * druthb snores like a chainsaw.
15:49 cait we are not
15:49 cait just trying to get another koha to work on my dev environment )
16:00 rambutan joined #koha
16:01 cait hm oleonard: still around?
16:01 oleonard Yes
16:01 oleonard But it wasn't me.
16:01 cait i am looking at the read only problem on the reneal and specify due date fields
16:03 cait I removed the readonly=readonly attributes from the fields
16:03 oleonard What are we talking about?
16:03 cait but what puzzles me a bit is a difference in behaviour for the specify due date and the renewal date
16:04 cait bug 10995
16:04 huginn Bug[…]_bug.cgi?id=10995 major, P5 - low, ---, oleonard, NEW , Accessibility: Allow manual entry of renewal date and specific due date in circ
16:05 cait hm first - whatever time i set for a renwal date, it seems always to turn out as 23:59
16:07 cait hm yes. it seems to ignore the time on 3.12.5 too
16:08 cait and i have no running master right now, but can't remember we fixed a bug there recently
16:08 cait oleonard: I think i might have found a bug... which would explain part of the confusion I think
16:09 oleonard I get the same problem with specify due date--it ignores the time I chose
16:09 cait let me retest this
16:10 cait hm checkout is ok for me
16:10 cait i have switched back to the clean 3.12.5 now - you are checking master?
16:11 cait checking out is ok for me, it accepts the time, the only problem there is that it defaults to 00:00 when you leave it empty
16:11 cait i mean when you leave the time out
16:11 oleonard I'm testing master
16:12 cait i don't have a master installation right now, have to still set that one up
16:12 oleonard Oh wait it is working with specify due date, sorry
16:12 cait trying the renew again now
16:12 oleonard And yes, it does incorrectly remember the due date even though I don't have it checked
16:12 cait hm does not work for reneal date for me
16:13 cait oleonard: if that is any help, it doesn't seem to happen on 3.12.5
16:13 oleonard Specifying a renewal date and time works in 3.12.5 but not master?
16:13 cait hm it's gone after i renew, it stays around for a moment
16:13 cait but i think that would be ok, as long as it goes away after you left the page?
16:14 cait nope not working here - i was talking about the too sticky due date
16:14 cait i think it was always for the session (no matter which account you open, it will be remembered) or keep it until it's uset/patron account closed
16:14 cait it behaves like that in 3.12.5
16:14 cait and the renewal due date is not accepting the time for me
16:14 oleonard Oh okay, I don't actually use it.
16:14 cait if you have the bug number for that i can comment :)
16:15 cait but we agree the reneal due date does not work as it should
16:15 cait ?
16:15 oleonard Bug 10391
16:15 huginn Bug[…]_bug.cgi?id=10391 major, P5 - low, ---, koha-bugs, NEW , specify due date remaining even if not selected
16:16 oleonard Sounds like it works as it should, but is misunderstood
16:16 cait i woudl guess so
16:16 nengard oleonard - there is a checkbox to have it stay
16:16 nengard and if you don't click that it shouldn't stay
16:16 oleonard Anyway, the bug with the specify renewal date option is that it doesn't use the time you specify?
16:17 oleonard nengard: "session" in this context is "while you're logged into Koha"
16:17 oleonard nengard: Otherwise it only remembers what you chose while you're checking out to that patron
16:18 nengard oh - then - yes it's misunderstood
16:18 oleonard nengard: I think that is the intended behavior?
16:18 nengard i'm not sure how it was supposed to work - but that's not how people were reading that checkbox
16:19 oleonard cait: I can confirm that in master the "specify renewal date" option does not respect the time chosen, only the date
16:20 cait nengard: session has a different meaning i think
16:20 nengard yup
16:20 oleonard "Remember until I log out"
16:20 cait too long :) and awful to translate? :)
16:21 cait nah, it would work
16:21 cait oleonard: i will file a bug for that then...
16:21 oleonard "Remember for session, and by session we mean while you're logged in to Koha."
16:21 cait oleonard: could you point me maybe where i could change the default time for the plugin?
16:21 cait I want to set it to 23:59 if possible, I thought i had seen that somewhere
16:21 cait i like the first suggestion better
16:22 oleonard It's the renewal option that doesn't default to 23:59?
16:23 cait the specify due date
16:23 cait if you type just 12/12/2013 it will default to 00:00
16:23 cait i tried with today and it already showed as overdue
16:23 cait so it's 'off' by one day then
16:23 cait it seems
16:23 oleonard Oh, because you're trying to make it user-editable.
16:23 cait yes
16:24 cait the library this is for can't use the javascript widget
16:24 oleonard I assume you would have to change the "00:00" assumption on the server-side
16:24 cait so i am trying to revert behavioru to versions before the change
16:25 cait oleonard: hm i was hoping i could change that in the javascript maybe.
16:25 cait aah
16:25 cait i see what you mean
16:25 * cait ponders
16:25 cait that makes it harder
16:25 cait but requiring to type 23:59 all the time might get a bit annyoing
16:25 oleonard Agreed.
16:28 cait oleonard: would it be hard to remove the time/hour selection from the widget?
16:28 cait this library is not using hourly
16:29 oleonard I don't know
16:29 oleonard So you'd like: 1) Optional manual entry 2) Optional date-only entry (no time)
16:30 cait hmm
16:30 cait i think having them type only the date is the goal
16:31 cait and trying to figure out how best to get there... ideally with a solution others can live with too
16:31 cait and not sure how to achieve that right now
16:35 cait actually... if the due date hat the same bug as the renewal date, it would wokr :)
16:35 cait oleonard: sorry for thinking out loud, but thx for confirming the bug :)
16:43 cait oleonard: I guess this is getting harder and harder - if you enter an invalid date, it explodes into a perl error page
16:44 oleonard ...Hence the datepicker...
16:44 cait yeah, but it must be possible to check that server side too i think
16:45 cait and i think it does not explode in 3.6.10
16:47 cait oleonard: nope, no explosion, but interesting: it turned 13/13/2013 into 13/01/2014
16:48 oleonard Web developer Barbie says "Server-side validation and error-handling of user input is hard!"
16:49 cait lol
16:56 cait it looks like we do check for invalid dates in the code
16:56 cait but it seems not working
16:57 reiveune bye
16:57 reiveune left #koha
17:09 cait left #koha
17:12 laurence left #koha
17:17 mtompset DOH!
17:19 mmm45 hello
17:19 wahanui niihau, mmm45
17:19 mmm45 if was wondering if the problem with  Parentheses in subject headings break search was ever fixed
17:19 mmm45 our librarians keep reporting this issue
17:20 mmm45 this is the error they see: Error: Can't call method "sort" on an undefined value at /home/koha/kohaclone/C4/ line 426.
17:22 mmm45 the librarian said: "In the catalog, when I went to the record for The Times (The Daily Universal Register) Index, called up the complete record, and then clicked on the hotlink to one of the subjects, Times (London, England)—Indexes"
17:22 gaetan_B bye !
17:24 chris_n what!!! code not working?! imagine that ;-)
17:26 mmm45 yep, imagine that! ;-)
17:29 nengard joined #koha
17:30 nengard left #koha
17:52 fredy joined #koha
18:04 cait joined #koha
18:05 joels68 Hi Cait!
18:05 wahanui Hi Cait! are you safely back in germany now?
18:05 cait hi joels68
18:11 cait wahanui: yes, have been for a looong time ;)
18:11 wahanui cait: huh?
18:11 cait magnus_away: no report from swib13 for us? :)
18:17 druthb wahanui:  botsnack pizza
18:17 wahanui thanks druthb :)
18:18 joels68 cait: When you get a chance, please look at this enhancement.[…]_bug.cgi?id=11126 :-D
18:18 huginn Bug 11126: enhancement, P5 - low, ---, kyle, Signed Off , Make the holds system optionally give precedence to local holds
18:18 cait joels68: time is a bit of a problem right now, but maybe in a week
18:19 cait it takes quite a while to test hold things
18:19 joels68 OK. No rush, just want to get it into 3.16.
18:19 cait it would help if you could add notes about your testing/ a detailed test plan
18:20 cait there is some time for that :)
18:20 cait but really - test plans help
18:21 cait the one on the bug is a bit sparse
18:32 joels68 cait: should I work with the patch writer to come up with a more detailed test plan?
18:33 joels68 Just not sure of the procedure and etiquette on this.
18:34 nengard joined #koha
18:41 cait joels68: you could also write up how and what you testd
18:43 joels68 cait: OK. I'll run it through a sandbox again.
19:05 rangi @later tell Joubu I think using Scalar::Util and reftype is nicer than the blacklist/whitelist approach if you agree, can you obsolete your patch, mark that bug wontfix and start a new bug, ill add the patch to that, 6554 is too long to be useful anymore
19:05 huginn rangi: The operation succeeded.
19:06 oleonard Hi rangi
19:07 rangi hi oleonard
19:07 rangi morning all
19:07 rambutan afternoon rambutan
19:07 rambutan yea, autocomplete
19:07 rambutan afternoon rangi
19:08 nengard joined #koha
19:10 cait morning rangi
19:18 yhager joined #koha
19:23 yhager Our library wants to implement a grace period of 30 days to patrons who didn't pay the membership fee. Is three way to implement that (still on 3.10.. can upgrade if needed)
19:26 cait what would the grace period mean?
19:27 cait you could make your enrollment 1 month longer and start showing a warning in the patron account 30 days before it expires - that would be visible during circ
19:30 oleonard yhager: What cait said: How would the grace period work?
19:31 yhager yeah, that's my thought.. it should work for new patrons mostly..
19:31 yhager it's a bit awkward though, I'll have to explain the librarian to renew accounts for a month at first, and when they get paid, renew again.
19:32 cait hm that's not what i meant
19:32 yhager cait, oleonard: ^^
19:32 cait there a warning abou tpatron accounts that are about to expire
19:32 cait but we sill don't know what you exactly want to do
19:32 oleonard yhager: What would a grace period feature do?
19:33 oleonard yhager: How would it change the way Koha works?
19:33 yhager cait: when someone enrolls, they can do that without paying right away. We want to let them use the library for 30 days, before we shut them down till they pay.
19:33 oleonard Enroll at the library, in person?
19:33 yhager When someone renews, if they don't pay right away, that's okay, for 30 days, after that, they're locked out.
19:33 yhager yes, enroll in person.
19:34 oleonard If the enrollment fee goes on their record when they sign up, just don't collect until after 30 days?
19:36 yhager oleonard: that would require the librarian to manually verify the 30 days each time they check out a book. I'm thinking of someone along the lines "is user owes more than X amount for Y days, block checkouts"
19:37 yhager similar to the way koha can block a user when they owe too much. I just want to add a "too long" concept to that.. :)
19:39 cait have 2 patron categories?
19:39 cait one for the "test users" and later move them to "paying user"
19:39 cait this way you could have different enrollment times set
19:39 cait one with and one without fee
19:40 cait and it would be easy to keep track who already had his/her month
19:45 yhager okay, that's an interesting idea.. so I can set all new patrons into "Graced" category, and period will be 30 days, move to "adult" when they pay, for 12 months (or adjust manually to the actual enrollment time).
19:46 fcapovilla joined #koha
19:46 yhager and when they expire on adult, move to "Graced" and only then renew, move back to adults when they pay again..
19:46 yhager a bit cumbersome, but could work
19:48 jcamins yhager: set the adult to be 11 months.
19:49 jcamins *enrolment period
19:49 yhager jcamins: but if they pay right away, do I just credit their "graced" account?
19:49 jcamins If they pay right away, you'll have to manually change it to 12 months.
19:50 jcamins But based on your explanation of the problem, it sounds like paying on day 30 is more common.
19:51 jcamins i.e. either way will work, but set the enrolment period default so that you have to change it as infrequently as possible.
19:51 yhager jcamins: I don't know what's more common. We're just setting up the system (moving from manual). It's a small and rural place - some people pay right away, others have trouble scraping up $10 per year..
19:51 jcamins Ah. Got it.
19:52 yhager Yes, I understand your suggestion. Still, I think a feature like "block checkout if own more than X for Y days" would be valuable (we have that today, only Y is 1).
19:52 oleonard I think it would be a useful feature yhager
19:53 oleonard Actually I'm surprised we don't already have it
19:53 yhager oleonard: thx. Should I submit it as a suggestion? I'm a coder, but not a perl one.. if it's an easy one maybe I can try..
19:54 * magnuse waves in german
19:54 oleonard File an enhancement bug if you want to. Without funding or someone to work on it enhancement bugs don't usually go anywhere.
19:54 * cait waves back in gemran at magnuse
19:54 cait magnuse: how is it???
19:55 magnuse good!
19:55 cait magnuse is in germany... and i am not there *sniff*
19:55 magnuse :-(
19:55 cait it's ok :)
19:55 magnuse well, you are in germany too?
19:55 magnuse :-)
19:55 cait but we have tomake sure to meet again next year!
19:55 magnuse yup!
19:55 cait yeah but not in hamburg :)
19:55 cait so the conf is good? how is the apartment? is the family liking it?
19:55 magnuse köln, perhaps? :-)
19:56 cait hm?
19:56 magnuse yeah, the apartment is good
19:56 magnuse and they are liking it a lot
19:56 oleonard So where are you cait?
19:56 cait at home in Konstanz - which is ... like 9-10 hours on a train away from magnuse
19:57 magnuse it would probably be quicker to visit me via planes in bodø...
19:57 cait heh
19:57 magnuse we went to the zoo on saturday, leonard thought that was really good. so good he fell asleep after a couple hours...
19:57 cait not sure :)
19:58 cait :)
19:58 rambutan oleonard: ever looked at Not sure it's something Koha could use, but we're using it for another project, and it's pretty cool.
19:58 yhager oleonard: Okay, I'll file it. When I get some time, maybe the community here would indulge me for some questions on how to implement that.. I'm not familiar with the Koha codebase except for some tracing I did here and there.. (to understand how enrollment periods work etc)
19:58 rambutan let's you open comms sockets using javascript
19:58 oleonard rambutan: No I haven't
19:59 oleonard @wunder 45701
19:59 huginn oleonard: The current temperature in Whitlind Woods, Athens, Ohio is 4.1°C (2:49 PM EST on November 25, 2013). Conditions: Mostly Cloudy. Humidity: 40%. Dew Point: -8.0°C. Windchill: 4.0°C. Pressure: 30.26 in 1025 hPa (Steady).
19:59 rambutan it's really quick
20:01 yhager @wunder v0g2c0
20:01 huginn yhager: The current temperature in Castlegar, British Columbia is -1.0°C (11:00 AM PST on November 25, 2013). Conditions: Mostly Cloudy. Humidity: 86%. Dew Point: -3.0°C. Windchill: -3.0°C. Pressure: 30.56 in 1035 hPa (Falling).
20:02 rambutan @wunder 64507
20:02 huginn rambutan: The current temperature in Wyatt Park, St Joseph, Missouri is 5.4°C (2:02 PM CST on November 25, 2013). Conditions: Overcast. Humidity: 59%. Dew Point: -2.0°C. Windchill: 5.0°C. Pressure: 30.18 in 1022 hPa (Falling).
20:07 markvandenborre I wonder if koha would be a good match for the small library of a music education institution
20:08 markvandenborre we have mainly a catalog of sheet music in an existing iTunes library (yuck, heritage, don't ask)
20:08 wizzyrea yep, it would work well for that
20:08 markvandenborre pdf documents with some metadata in an iTuens xml file
20:08 markvandenborre let's hope (not looked closely) that this would enable some kind of batch import
20:09 markvandenborre and about 100 Gb of mostly mp3 media file
20:09 markvandenborre s
20:09 markvandenborre as far as I can see, most of these have embedded id3v2 tags
20:09 rambutan idle thought, but it seems like there should be a standard file format for sheet music
20:09 markvandenborre so importing those should be fairly easy I guess
20:10 wizzyrea if you can map it to marc, it can be imported
20:10 markvandenborre rambutan: I'm not talking interactive sheet music
20:10 cait markvandenborre: you can only import marc21/unimarc/normarc data into Koha
20:10 cait it's made for metadata, not so much for actual data
20:10 markvandenborre I'm talking pdf scans of the physical sheet music in our library
20:10 markvandenborre cait: need to read up on that
20:11 cait you can currently not upload that into koha directly i think - normally you'd catalog a link to the pdf and store it somewhere else on a webserver
20:11 wizzyrea basically, whatever metadata you have, if you can map it to marc, you can import it into koha
20:11 markvandenborre cool
20:11 wizzyrea certainly the ability to handle other formats of incoming data would be a welcome addition
20:11 rambutan yea, but my <very unstructured> thought was that there should be a file format for sheet music which actually displays in human readable form, but also recognizes all the notes, etc.
20:12 magnuse nah, just map it all to RDF :-)
20:12 cait hm i think there is
20:12 markvandenborre rambutan: the closest you can get is musicxml
20:12 cait rambutan: but no idea what it might be called :)
20:12 markvandenborre and that is well supported by the most recent versions of most sheet music notation software
20:12 rambutan not familiar with that, but maybe somebody has already invented it. :)
20:12 markvandenborre like musescore, sibelius, finale
20:13 wizzyrea or map it to rdf.
20:13 markvandenborre cait: but it's interesting that you say that koha has no storage for actual data....
20:13 markvandenborre I did understand you correctly, did I?
20:13 cait hm not sure i expressed it correctly
20:14 cait it's not made to be a repository
20:14 markvandenborre ok
20:14 markvandenborre one would still need a separate storage place for all the static files
20:15 markvandenborre in a minimalist way, just a static dir served from your webserver
20:15 markvandenborre that's the way to understand it, right?
20:15 cait and you could add that url to your records in koha
20:15 cait so when you search for something people can cklick on it
20:15 markvandenborre ok
20:15 wizzyrea right - make sure though, that you're not keeping the originals there.
20:15 wizzyrea just for safety.
20:15 wizzyrea or that you're keeping copies elsewhere.
20:16 markvandenborre so what do people use in general for actual storage?
20:16 wizzyrea there are several open source repository solutions
20:16 wizzyrea sorry we sound doomy and gloomy - I think what you're doing is really cool
20:16 markvandenborre it's hard to search the web with such generic
20:17 markvandenborre search term, wizzyrea
20:17 markvandenborre quite to the contrary, I appreciate your help!
20:17 magnuse just putting it on a web server as static files should work - depending on your workflow
20:17 cait hm i think i have heard of... fedora and dspace maybe?
20:17 magnuse it = the files
20:17 cait i would search for repository software open source or ´something i guess
20:18 wizzyrea just depends on how much of a solution you want.
20:18 magnuse dspace and eprints are alternatives mostly geared towards scientific publications
20:18 wizzyrea you can put them on a web server, just make sure that isn't your only copy
20:18 magnuse it also depends on who should have access to the files
20:18 wizzyrea if you require extra functionality beyond simply displaying the metadata and linking to the pdf's, then you'll probably want a repository
20:19 wizzyrea such as, permissions.
20:19 markvandenborre I think our needs are fairly simple
20:19 markvandenborre we're only talking about <10000 books of sheet music
20:19 markvandenborre in an institution with only a few thousand students
20:19 markvandenborre all centralised into one small library
20:20 markvandenborre mainly made available to the teachers
20:20 markvandenborre through the intranet
20:20 markvandenborre I inherited a "setup"
20:20 markvandenborre with about 30 workstations throughout the building
20:21 markvandenborre each manually "synced" by usb stick (!) from a central iTunes "repository"
20:21 markvandenborre needless to say this doesn't work
20:21 magnuse hehe, sounds like fun :-)
20:21 markvandenborre and I just want something clean, platform agnostic
20:21 markvandenborre that I can run from a Debian machine
20:22 markvandenborre that I can administer while having breakfast in my underwear :)
20:22 markvandenborre ... over an ssh connection
20:27 cait sorry phone call brb
20:29 wizzyrea hehe
20:29 mtompset Hey, wizzyrea.
20:29 wahanui rumour has it wizzyrea is a Cylon, and they all have plans
20:29 wizzyrea well at least you have your priorities straight :
20:29 wizzyrea :)
20:29 * wizzyrea is totally a cylon.
20:29 mtompset Which #?
20:29 wizzyrea yes mtompset
20:29 wahanui mtompset is catching up in the non-coding aspects of his ministry.
20:29 wizzyrea ?
20:29 wizzyrea mmmmm
20:29 wizzyrea I'm the long lost 13.
20:30 mtompset Remember the news by branch bug?
20:30 wizzyrea yes, i sure do.
20:30 mtompset I did put up a test plan. The patch is there, but I didn't put much of a description in the patch.
20:30 mtompset If you'd like to test it. Go crazy. :)
20:32 wizzyrea oh cool! I have general catching up to do - but once I'm done with that work about doing work, I will have a look.
20:34 mtompset And, cait, I was wondering if my reply on bug 11253 made sense.
20:34 huginn Bug[…]_bug.cgi?id=11253 minor, P5 - low, ---, mtompset, NEW , tools/ output_pref ignores 'iso' parameter passed
20:34 cait mtompset: actually i still have on idea how this bug shows
20:34 cait sorry
20:35 mtompset I believe the default format for dateformat is YMD, right?
20:35 mtompset which I assume is also iso.
20:35 mtompset change the date format and run the inventory.
20:35 wahanui mtompset: that doesn't look right
20:35 wahanui joined #koha
20:36 mtompset It's one of those non-visible bugs, I believe.
20:36 mtompset It's screaming ISO, ISO behind the scenes, but uses the preference in the output, which is likely expected by the user.
20:38 mtompset Let me see if I can figure out which things I clicked to finally get the stupid thing not to run and run and die.
20:42 mtompset Well, I'll be... It is a visible problem. Let me recheck that.
20:43 pianohacker joined #koha
20:44 mtompset mm/dd/yyyy -- unseen visible. yyyy-mm-dd -- unseen blank
20:45 mtompset And dd/mm/yyyy -- unseen is... oooo... kaboom!
20:50 mtompset There, added clear steps to replicate problem.
20:51 magnuse mtompset++ :-)
20:52 mtompset of course, that still doesn't answer my question as to how it should be fixed.
20:52 cait well without understanding what it does, it's hard to tell :)
20:52 mtompset I'm thinking paying attention to the second parameter may fix the issue best.
20:52 busla joined #koha
20:54 mtompset I'll comment more when I get back.
20:54 * mtompset puts on his chauffeurs hat.
20:58 * magnuse shares a big box of Lübecker edel-Marzipan with #koha
21:01 * cait adds some kinderriegel
21:01 * wizzyrea contributes chocolate fish and ginger slices
21:02 wizzyrea clearly there wasn't enough sugar here.
21:03 cait ehe
21:06 magnuse we should see a boost in productivity now :-)
21:09 * cait is working on writing comments on bugs... i am on a sugar high
21:09 cait no guarantees for nothing
21:13 joels68 Anybody else disappointed by Day of the Doctor?
21:14 * wizzyrea was not
21:16 eythian hi
21:16 wahanui kai ora, eythian
21:18 joels68 The situation with the humans and the purple sucker people wasn't resolved, was it?
21:19 jcamins joels68: noooooo!!!! I haven't seen it yet!!!!
21:20 joels68 What's your excuse? It's been 2 days.
21:20 rangi @weather nzwn
21:20 huginn rangi: The current temperature in Wellington, New Zealand is 13.0°C (10:00 AM NZDT on November 26, 2013). Conditions: Mostly Cloudy. Humidity: 100%. Dew Point: 13.0°C. Pressure: 29.71 in 1006 hPa (Steady).
21:20 jcamins Maybe we'll watch it tonight.
21:21 joels68 I wish Eccleston had been involved. He was a more ass-kicking doctor.
21:24 wizzyrea *shrug* also apparently personally a douche. Not participating was his decision.
21:25 jcamins Nnnnggggg!!!!!
21:25 * wizzyrea won't say anymore, in deference to jcamins ;)
21:26 jcamins :)
21:26 wizzyrea any more* with spaces, because that's proper.
21:26 druthb yes, please, wizzyrea.  I'm closer to him, and the explosion…could be epic.
21:26 druthb :P
21:27 druthb jcamins:  I'm as in the dark as you are.  But I don't plan to watch it, not being a Whovian.
21:29 * wizzyrea saw it in 3D ;P
21:29 joels68 Was it in a theater? I saw you tweeted a pic of a ticket.
21:31 joels68 It must've really brought the suckers to life.;-)
21:34 wizzyrea yep
21:36 joels68 Well, who hasn't seen the Dark World yet, besides me?
21:37 wizzyrea I haven't :P
21:37 cait wizzyrea: could i talk you into testing the restriction from khall_away? :)
21:38 wizzyrea yep
21:38 cait and maybe if you can reproduce 11295? i was wondering if i just missed something
21:38 wizzyrea oh what's the bug number?
21:38 wahanui it has been said that the bug number is wrong in the subject.
21:39 wizzyrea sure
21:39 cait 11282
21:41 wizzyrea ty
21:44 magnuse wishes #koha in guten nacht
21:45 cait :)
22:07 dan joined #koha
22:10 dan hi people, just a question: what was the unused branches.issuing field for?
22:11 dan I've found same question from nengard 2 years ago, but no answers
22:11 nengard left #koha
22:12 cait dan: I don't know, sorry
22:12 rangi it was a boolean
22:12 rangi can you circulate from that branch or not
22:12 rangi and it used to be used
22:12 rangi if you had a branch like 'mending room' or whatever
22:13 rangi you could transfer to it ,or mark items in it, but it wouldnt show up in the lists for you to pick to circulate from
22:13 rangi someone broke that at some point in the pst
22:13 rangi past
22:13 cait :(
22:17 dan in the recent version of koha, is there a "block issues for this branch" feature?
22:19 rangi dont think so
22:19 rangi whats the use case?
22:19 wahanui i think the use case is to track the usage of catalogued electronic items
22:19 cait wahanui forget use case
22:19 wahanui cait: I forgot use case
22:23 wizzyrea how do you mean "block issues"
22:24 wizzyrea like a class of items that don't issue at a branch?
22:24 wizzyrea but do at others?
22:24 dan rangi: in some seasons, some branches are closed to public, whence they cannot issue any material
22:25 rangi you could edit the circ rules then
22:26 rangi or read the logs, find out the staff member who issued stuff from the wrong branch, print their name out on the noticeboard and make them buy muffins for everyone
22:26 rangi i suspect that would cut it down pretty fast :-)
22:26 wizzyrea tee hee
22:29 dan the muffins idea sounds tempting to enforce
22:31 dan issuingrules.maxissueqty = 0  could work, couldn't?
22:32 rangi one way to find out :) try it on your staging/test server :)
22:34 dan just asking for the best known way to solve this. I'm not afraid to find out :)
22:35 dan thanks for your help, save some code modify time
22:37 papa joined #koha
22:38 eythian hello papa
22:38 papa hello indeed
22:41 dcook joined #koha
22:48 dac joined #koha
22:53 jcamins Doctor Who time.
22:53 jcamins In 1:12 minutes or so you may talk about what happens.
22:54 * dac is glad that he didn't already post spoilers
22:55 eythian jcamins: it turns out that Darth Vader is Luke's father.
22:55 eythian jcamins: also, Rosebud is a sled.
22:55 jcamins eythian: NNNNNNOOOOOOOOOOOOOOOOOOOOO!!!!!!!!!​!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
22:55 rangi and the cake is a lie
22:56 eythian no, the cake actually was there.
22:58 cait apache--
22:58 cait #
22:58 cait took me forever to figure out what was wrong this time. grr.
22:59 dcook That's no fun, cait :(
22:59 cait yeah
22:59 cait new apache version...
22:59 cait ok, time for sleep :)
22:59 cait gnight all
22:59 cait left #koha
23:05 mtompset Day of the Doctor, jcamins?
23:05 jcamins mtompset: yep.
23:06 fredy joined #koha
23:06 mtompset
23:07 mtompset And interesting follow up to watch after the Day of the Doctor. :)
23:08 jcamins mtompset: actually, I already saw that.
23:09 dcook Minisode?
23:15 mtompset Sort of. It's Peter Davidson, Slyvester McCoy and Colin Baker trying to sneak into the 50th anniversary special.
23:16 mtompset Can I give spoiler type comments?
23:16 mtompset Or has someone still not seen it?
23:17 jcamins I have not seen it.
23:17 jcamins You have another hour.
23:17 jcamins (before I've seen it)
23:24 NateC joined #koha

| Channels | #koha index | Today | | Search | Google Search | Plain-Text | plain, newest first | summary