IRC log for #koha, 2015-06-17

← Previous day | Today | Next day → | Search | Index

All times shown according to UTC.

Time Nick Message
00:16 carmen joined #koha
00:23 liz joined #koha
00:25 * liz waves
00:27 indradg hi liz
00:29 pianohacker joined #koha
00:29 pianohacker bug ###################11559
00:29 huginn 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=11559 enhancement, P5 - low, ---, jweaver, Needs Signoff , Professional cataloger's interface
00:29 pianohacker hahaha I was reading that regex right
00:35 cdickinson_ joined #koha
01:01 liz joined #koha
01:06 connectiontest joined #koha
01:14 indradg joined #koha
01:50 dcook I keep thinking that the inventory should mark items as missing if they're not on loan and not scanned...
01:50 Or that it's an option to mark them missing
01:50 * dcook swears he's used inventory systems like that before
01:51 dcook I mean... it would have to be a bit more complicated
01:51 But basically if the system thinks it's on the shelf and the inventory says it's not on the shelf... it should be marked missing, no?
01:51 * dcook sometimes wish that he had an unlimited supply of time and money to pursue his ideas
01:51 dcook That may or may not be the basis of "The American Dream" of course...
02:00 Hmm seems like this is already in the commments of http://bywatersolutions.com/20[…]9/inventory-koha/
02:02 "Finding missing items after inventory. After you’ve run the inventory tool how do you find the items that are missing? Well you run a report to show you everything that hasn’t been seen since a specific date."
02:02 That seems a bit suboptimal :/
02:03 * dcook will see if some library might want to sponsor development of a "mark as missing" inventory feature...
02:04 indradg dcook +1
02:05 dcook I figure a lot of libraries must not do inventories?
02:05 I suppose I've done a lot of shelf-reading over the years which isn't quite the same thing...
02:06 After moving three branches into a single branch, I organized an inventory of a few of the combined collections. It was sooo helpful.
02:06 * dcook goes back to email and patch writing
02:08 dcook Hmm... it looks like maybe this was actually part of Koha in the past?
02:09 Or maybe this is a Liblime thing?
02:23 Or maybe it does it automatically?
02:24 "# set "missing" flags for all items with a datelastseen (dls) before the choosen datelastseen (cdls)"
02:24 * dcook doesn't recall this working in practice...
02:33 would love to know the difference between "Item should have been scanned" and "Missing"
02:34 dcook Which in this case doesn't mean item is already missing..
02:34 eythian one is data, the other is data with interpretation applied.
02:38 dcook That makes sense to me
02:38 Rather than being two separate statuses :S
02:39 Awesome thing:
02:39 # set "missing" flags for all items with a datelastseen (dls) before the choosen datelastseen (cdls)
02:39 in actuality, the cdls is the item's datelastseen, and dls is the inventory's datetime
02:40 datelastseen rather
02:40 O_o
02:41 Hmm actually that's not right either...
02:42 Hmm, pretty sure this is broken
02:43 eythian wahanui: cheating is http://i.imgur.com/wTJcSmI.gifv
02:43 wahanui OK, eythian.
02:43 dcook Huh...
02:44 When you use "foreach my $item (@items)", it looks like $_ is set to null?
02:44 eythian hmm
02:44 dcook I mean.. I don't know why you'd be using $_ in that context, but it's interesting..
02:44 Also, lol, eythian.
02:44 eythian I don't think I've ever thought about that case.
02:46 dcook Oh boy...
02:46 And sure enough... when I fix that problem, inventory goes nuts
02:46 Because, as eythian has pointed out, "Item missing" and "Item should have been scanned" is pretty much the same thing
02:47 eythian I dunno
02:47 one is a fact, one is semantic
02:47 dcook Oh, I'd agree that it should be "Item should have been scanned"
02:47 Item missing has a few more assumptions in there which could be variable
02:48 aleisha joined #koha
02:48 dcook Actually, you'd want to run it through a fair number of conditions before saying "it's missing" I guess
02:51 I wonder if people don't use the inventory tool because it's not very useful
02:51 Or they don't use it because they don't do inventories very often
02:55 rangi the latter
02:55 wahanui i guess the latter is already done
02:55 dcook I'm inclined to agree
02:55 rangi its a really really expensive time consuming exercise for not a huge amount of gain
02:55 dcook Well, depending on the number of items you're doing, I suppose
02:55 That's probably the case for the entire collection
02:55 It could be useful for individual collections though
02:56 Although perhaps even then..
02:56 I think certain libraries have to do it for the purposes of auditing
02:57 Oh well. I'll add my little bit, file some bugs, and then leave it alone I suppose.
02:57 rangi its pretty trivial to add a button to mark things missing, instead of just updating the datelastseen
02:58 but they might not be missing, so it would have to be optional
02:59 dcook Yep
02:59 I'm trying to think if there would be a case where something wouldn't be scanned but not be  missing
02:59 (and not on loan)
03:00 I suppose you wouldn't want to do that option if you were doing an inventory gradually
03:00 rangi yep
03:00 dcook Although doing an inventory gradually would be a bit error fraught..
03:00 Well maybe not error fraught
03:00 Just not comprehensive
03:01 But if you just care about being mostly accurate..
03:01 rangi or if its on the mending desk
03:01 dcook Ah, that's what I was thinking
03:01 Or if it was withdrawn or something like that
03:01 rangi libraries do a bunch of odd things
03:01 dcook You'd probably want to check against X number of conditions
03:01 That they do
03:08 Anyway, time for me to pickup MCU films...
03:09 (Not from my library as they charge $2 per reservation for DVDs that are scratched and covered in goo...or missing all together :( )
03:23 rangi yeah, doing it wrong
03:46 indradg dcook: not scanned, not missing and not on loan cases I have seen when libraries have sent out items for binding or preservation purpose but not updated 'location' status of the items
03:47 that is bad process... but that happens
03:53 dcook Although in that case, they should hopefully check it in when it comes back in
03:56 Yikes... when did we get a DateTime::Format::MySQL module? :S
03:56 And why is it in C4::Items..
03:57 rangi why do we use it?
04:02 it's been a dependency since april 2012
04:07 eythian should have a thing that periodically goes through and finds any dependencies that are no longer used anywhere, I'd expect there to be a few.
04:23 dcook I really need to change my HexChat alerts...
04:24 rangi: I'm not sure why we use it. I just noticed it at the top of the module
04:24 eythian: I think you're right
04:24 After gmcharlt removed POE, I actually thought about some uses for it, but... it was probably for the best :p
04:25 rangi seems to me to be decent module to use
04:25 better than trying to format dates by hand
04:26 seeings as we pass around datetime objects most of the place
04:26 dcook I thought we were trying to move away from MySQL dependency overall?
04:26 I could still see using it though... although probably in Koha::DateUtils rather than C4::Items
04:34 Mmm, interesting
04:34 Looks like we use it in C4::Items::ModItem()
04:34 Although in what way I have no idea..
04:37 $item->{ $field . '_on' } =
04:37 DateTime::Format::MySQL->format_datetime( dt_from_string() );
04:38 git blame time..
04:38 rangi its used in lots of places
04:39 dcook rangi: Which?
04:39 wahanui Which is not allowed in MARC.
04:39 dcook Huh... Bug 9673
04:39 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=9673 enhancement, P5 - low, ---, kyle, CLOSED FIXED, Track when items are marked as lost or withdrawn
04:39 dcook Apparently there are supposed to be "itemlost_on" and "withdrawn_on" columns in the items table?
04:40 eythian news to me
04:40 dcook me too
04:41 I wonder if that got reverted later..
04:42 Nope... still in kohastructure.sql
04:43 Hmm, looks like it's in the updatedatabase.pl for 3.15
04:43 I suppose I've only done a few installs over 3.14
04:43 Hmm... but this is a dev database which should've been upgraded..
04:44 Probably something weird I did
05:01 eythian https://bugs.debian.org/cgi-bi[…]rt.cgi?bug=786909
05:02 rangi yeah thats a nasty one
05:03 dcook Yikes..
05:04 rangi i saw it on the oss-sec list
05:08 dcook I didn't know code.google.com was a thing anymore O_o
05:08 I thought they had retired it... or perhaps they're still in the process?
05:14 indradg @later tell alex_a I've reset bug 14155 back to "Needs signoff". Pls let me know if you differ about the fixes.
05:14 huginn indradg: The operation succeeded.
05:30 Viktor joined #koha
05:31 dcook Mmm just churning up the bugs with inventory.pl...
05:38 Ah, Fridolin already reported bug 12913
05:38 huginn 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=12913 major, P5 - low, ---, fridolyn.somers, Failed QA , wrong inventory results when notforloan filter is not used
05:39 dcook Oh wait, that's not the bug I wanted... that's just another one I noticed..
05:39 connectiontest joined #koha
05:46 dcook Wth...
05:49 Oh wait that makes sense. Whew..
05:49 * dcook loves when things make sense
05:58 dcook Unlike the rest of this inventory script... O_O
06:08 * magnuse waves
06:12 dcook Yo magnuse :)
06:13 magnuse yo yo yo wassup in da house!
06:16 huh? http://www.cni.org/topics/asse[…]ta-implemenation/ "[someone] has demoed it with @kohails as part of the @BIBFLOW project"
06:17 dcook But I'm not in da house :p
06:18 I also find that confusing
06:22 * magnuse is sceptical of bibframe
06:25 sophie_m joined #koha
06:25 sophie_m hi #koha
06:29 * dcook is skeptical of most things
06:33 magnuse bonjour sophie_m
06:33 @wunder boo
06:33 huginn magnuse: The current temperature in Bodo, Norway is 8.0°C (8:20 AM CEST on June 17, 2015). Conditions: Scattered Clouds. Humidity: 76%. Dew Point: 4.0°C. Windchill: 5.0°C. Pressure: 29.92 in 1013 hPa (Steady).
06:33 magnuse @wunder marseille
06:33 huginn magnuse: The current temperature in Saint Victoret, France is 22.2°C (8:32 AM CEST on June 17, 2015). Conditions: Scattered Clouds. Humidity: 63%. Dew Point: 15.0°C. Pressure: 30.00 in 1016 hPa (Rising).
06:33 magnuse whoa!
06:34 sophie_m hello magnuse, summer is here :)
06:36 connectiontest joined #koha
06:37 * dcook wants to fix all the inventory problems but now has data to clean... boo...
06:37 dcook @wunder syd
06:37 huginn dcook: The current temperature in Sydney, New South Wales is 17.0°C (4:00 PM AEST on June 17, 2015). Conditions: Light Rain. Humidity: 82%. Dew Point: 14.0°C. Pressure: 29.80 in 1009 hPa (Steady).
06:37 dcook sophie_m: Next week is the middle of winter, I think? ;)
06:38 sophie_m dcook: your winter does not seems so chilly, it suits me :)
06:39 dcook Feel free to come and visit anytime :)
06:39 janPasi joined #koha
06:40 magnuse sophie_m: feel free to send some summer to the far north :-)
06:40 sophie_m :)
06:41 thanks dcook, I'm thinking about it when children will leave home
06:42 dcook :D
06:43 I think the same about visiting France again when children leave home
06:43 Of course, I haven't had the children yet...
06:43 So it's a while away :p
06:46 reiveune joined #koha
06:47 reiveune hello
06:47 drojf joined #koha
06:47 wahanui bonjour, reiveune
06:47 sophie_m dcook: my elder will probably leave in september
06:47 drojf morning #koha
06:47 * dcook waves to the new arrivals
06:48 dcook sophie_m: So not too long until a trip to Australia? :)
06:48 sophie_m the yougest is only 13...
06:49 dcook That's not too long!
06:49 My youngest is 0, so that's quite the wait ;)
06:50 sophie_m come before children dcook ;)
06:51 dcook Well, I went to France once back in 2010. That was a good time!
06:51 Actually, if I hadn't moved to Australia, I probably would've tried to spend more time in France.
06:51 I did a year long immersive French course in 2009-2010, so I was keen to spend some serious time speaking French.
06:51 But then there was my MLIS from 2011-2012 and Australia in 2012...
06:52 Now I'm stuck in a beautiful corner of the world :p
06:52 sophie_m :)
07:10 Jul joined #koha
07:10 alex_a joined #koha
07:10 Viktor khall++ for being (more) clever (than me) in bug 7843
07:10 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7843 enhancement, P5 - low, ---, viktor.sarge, Pushed to Master , Add RSS feeds for OPAC news
07:11 alex_a bonjour
07:12 cait joined #koha
07:12 dcook I keep saying I'll make a RSS feed for Opac lists one of these days...
07:12 salut alex_a, hey cait :)
07:12 also hey Viktor ;)
07:12 Viktor Hey dcook :)
07:12 cait hi all
07:12 hi Viktor :)
07:13 alex_a salut dcook
07:13 Viktor We toyed with the notion of adding an "RSS reader" into the Opac so you don't have to use external RSS to keep an eye on interesting things in Opac.
07:14 dcook Wouldn't that defeat the purpose a bit?
07:14 Viktor Some sort of "watch this" as an alternative to RSS streams.
07:14 dcook I suppose it would still be curated though..
07:14 Viktor And hi cait :)
07:14 dcook Yeah
07:14 That's neat
07:15 wicope joined #koha
07:15 Viktor We'd have to cache things I guess since the RSS might crop things but it would be the same content for all users so it would not kill the db
07:16 RSS for lists would be good.
07:16 Also dynamic lists would be good.
07:16 dcook Dynamic lists?
07:17 Viktor Sort of "Pick these five records for the list + all the items that meet this search criteria".
07:17 cait hmm
07:17 dcook I'm not sure I understand :/
07:17 cait I think you could do that with a saved search link maybe?
07:17 Viktor Exactly.
07:18 But I don't think it's possible today(?)
07:18 Or I just missed it. That happens :)
07:18 cait i thin owen had a blog post about how to style such links to be buttons
07:19 Viktor Some TinyMCE-content connected to a list would be good also :) To provide context.
07:19 cait if you wanted it to show in the lists, maybe it would not be so hard if you just could add a search link
07:19 i thik there is a bug about comments for list items somewhere
07:19 we have also been asked about that
07:20 Viktor cait: Yes it's certainly not hard to make your own button. But adding it to the official list drop down would require jQuery :/
07:21 cait: Adding TinyMCE content all over the place would not be hard (left/right coulmns are other candidates) but where to store it in the db requires some thought.
07:21 cait because of multi-langual?
07:23 Viktor cait: Thats another thing I guess :) But currently TinyMCE lives in opac_news and that's no good naming for expanding. The table could well store it but to be thorough we should either rename or add another general purpose "HTML blob stuff from the editor"-table. Both seem no fun :)
07:23 mtj hey peeps, can someone give me a JQ slap here...
07:24 https://jsfiddle.net/2yaz1LLs/
07:24 why is the contains('zzz') matching?
07:25 cait hm not sure it needs another table
07:25 we also have html prefs
07:25 the tiny mce is just a little helper to create/edit html
07:26 and we have an editor in the branches too - for the opac info
07:26 mtj: i think it doens't show
07:26 ah
07:26 you want .size > 0 or something
07:27 dcook .length is what I usually use
07:27 cait dcook:  is right :)
07:27 dcook $( "div:contains('zzz')" ).length should do the trick, I think?
07:27 cait i was going to look it up
07:27 mtj https://api.jquery.com/contains-selector/
07:28 cait if ($("#author").length) { is what i have in one of mine - looks right :)
07:28 mtj ..so theres a working example of conatins() ^
07:28 cait the problem is that the if is true
07:28 it doesn't really match something
07:28 but it's not false either
07:29 dcook Ahh yeah I read that wrong
07:29 alex_a indradg: hello. Thank you for the followup on BZ 14155 ! I'll review this later today
07:29 Viktor cait: True. TinyMCE is not relevant in itself. I'd rather not add tables on a whim. But "opac_news" seem dedicated to the purpose of news.
07:29 dcook $( "div:contains('zzz')" ) should always return true I expect
07:29 Even if it matches nothing
07:30 cait Viktor: hm yeah, might be cleaner to have it separate - but similar maybe
07:30 dcook And $( "div" ).css will highlight everything
07:30 Err underline
07:30 cait i think if you have $(' div ') it's a jquery Object thing
07:30 dcook ^yep
07:30 cait the problem is context i guess?
07:31 mtj: did we properly confuse you? :)
07:31 dcook mtj: Basically, your Javascript doesn't make sense :)
07:31 And on that note, I'm going to leave before I stay any later
07:31 Night all
07:31 wahanui goodnight dcook. You'll be back.
07:31 mtj here is basically what im trying to do...
07:31 if (  $(.itype:contains(‘secret item’)”)  ) {
07:31 (".shelvingloc").hide();
07:31 }
07:32 cait mtj: i think you are also missing the trigger
07:32 wahanui okay, cait.
07:32 mtj ..on the opac-details page
07:33 cait $(document).ready(function { $('div:contains("zzz")').css('text-decoration','underline'); }); should be enough - you don't need the if
07:34 Viktor Ah - the if will always be true :)
07:34 cait yep
07:34 but as he does to work on the object anyway we don't need the if
07:34 if there is an element contianing zzz now it will match and apply the css property to the diff
07:35 I can recommend the code academy jquery course  - it's quite fun
07:35 mtj hmm,  so how to do an 'if' with a JQ object then ?
07:35 cait mtj: if you need one you can do .length
07:35 that will be the check for the existance
07:36 but in your snippet it would not be necessary
07:36 mtj hmm, ok  length.. thanks cait
07:37 is there a better way to write this ...?
07:37 if (  $(.itype:contains(‘secret item’)”)  ) {
07:37 (".shelvingloc").hide();
07:37 }
07:37 cait you don't need an if
07:38 hm ok
07:38 yes sorry you can do that with an if
07:38 but add ").length
07:38 mtj yep, gotch
07:38 if (  $(.itype:contains(‘secret item’).length  ”)  ) {
07:38 (".shelvingloc").hide();
07:38 }
07:39 cait hm not quite
07:39 (  $(".itype:contains(‘secret item’)").length   )
07:40 i think
07:40 mtj yes, of course
07:40 i think ive offically hit stupido'clock here
07:41 cait time to sleep then? :)
07:42 mtj naw, probably a break cait
07:42 hmm, doesnt seem to work..
07:42 https://jsfiddle.net/2yaz1LLs/1/
07:42 cait you are missing a )
07:43 after the closing "
07:43 and remove the one after length
07:45 mtj sheesh, sorry cait :0)
07:45 cait get a break! ;)
07:45 mtj some days huh..
07:46 i havent been doing much jq lately, huh
07:47 * mtj pastes that example somewhere safe
07:48 mtj i still struggle to 'parse' jquery wth my eyes... i often find it difficult to spot typos
07:52 * magnuse waves at mtj
07:55 Joubu joined #koha
07:55 mtj hey magnuse :)
07:57 paul_p joined #koha
08:01 mtj whew, i got that JQ sorted
08:03 ...i have just recently bumped into that lenght/size situation, too
08:03 length even
08:20 Viktor Public reports giving different results (correct from a few days ago vs. todays correct results) when using staff / opac URLs to access them - anyone seen this before?
08:25 Jul_ joined #koha
08:26 indradg cait: when you tested the specific library notice deletion, was it an email notice?
08:32 magnuse Viktor: that sounds like a bug
08:43 cait indradg: i think so - but not entirely sure
08:43 indradg: but i was remembering that patch - maybe it fixed it?
08:43 indradg yep possible bug 14206
08:43 huginn 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=14206 normal, P5 - low, ---, indradg, Pushed to Stable , notices using non email templates can't be deleted from the staff client
08:48 liz joined #koha
08:50 indradg hi magnuse, mtj, Viktor
08:50 Viktor Hi indradg!
08:51 magnuse: I thought this might be a bug (or perhaps some caching or cronjob issue that's not accessible from the report itself). But werid and annoying :)
08:52 magnuse: We looked into it a bit since we want to use reports for visualizations in the future. xarragon fooled around with things yesterday. Will se if he comes up with something.
08:53 cait Viktor: hm sounds weird - can only imagine caching to be the problem
09:00 Viktor cait: Thought it was the proxy we used but turned out to be Koha. Also we get the login page for public reports in some cases (using curl or some cases of proxy for example)
09:01 liz joined #koha
09:01 cait hm
09:01 we haven't done much with the reports so far - but i know catalyst does a lot
09:01 maybe you coudl check with rangi
09:03 Jul- joined #koha
09:06 paul_p_ joined #koha
09:11 liz joined #koha
09:18 Viktor cait: Thanks! I'll check with him if weirdness continues.
09:31 indradg joined #koha
10:17 mtj hey thanks for the code academy tip cait, i'm gonna check it out :0)
10:23 cait mtj: sure - I picked up osme new things and it was fun so far
10:39 mtj peeps, is it possible to display cost/price info for items in opac-details.pl page?
10:39 cait mtj: not currently
10:39 the table is harcoded
10:39 if they bought it in acq, the acqdetailstab might help
10:40 lunch time bbl
10:40 mtj cool, thanks cait - just confirming that
10:40 cdickinson__ joined #koha
10:57 indradg joined #koha
11:22 magnuse ooh ptfs europe have squashed all the ill commits into one - https://github.com/PTFS-Europe[…]mmits/3.20.01.ill
11:23 i wonder if that means they are getting ready to submit it? ashimema?
11:34 alex_a joined #koha
11:42 meliss joined #koha
11:50 Viktor_afk joined #koha
11:58 tcohen joined #koha
11:58 tcohen morning
12:00 cait morning tcohen
12:03 magnuse ¡hola tcohen!
12:04 mtj has anyone seen problems with koha-start/stop/restart-zebra lately?
12:05 the daemon process seems to be unable to detect a daemon/zebrasrv is already running
12:05 indradg morning tcohen
12:06 mtj i searched for a BZ, but could not find one
12:07 cait not aware of a problem, sorry
12:07 alex_a cait: I'm sorry, don't understand what you mean by "record level + item level" or "item level" hold (my_english--) :(
12:07 about bz 7710 cait
12:07 pastebot "mtj" at 127.0.0.1 pasted "zebra" (7 lines) at http://paste.koha-community.org/143
12:07 cait a record level would be one  for the 'next available item of the record'
12:07 an item level hold would be for a specific item
12:08 i think having record level + item level for one patron on the same record doesn't make sense
12:08 magnuse mtj: yes, i have been seeing that
12:08 and eythian too, i think
12:09 well, i think that is what i am seeing
12:09 cait alex_a: I haven't tested the current patch - but my feeling is that 'just' a pref and it applying to ALL records in the database is not really helpful - I feel like there is something missing
12:09 to make this useful
12:09 but imight have misunderstood - sorry if i have
12:09 bug 7710
12:09 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7710 new feature, P5 - low, ---, alex.arnaud, In Discussion , multiple holds per title
12:09 magnuse mtj: i can do koha-restart-zebra, and then it says "zebra appears not to be running. starting zebra" then if i run koha-restart-zebra again, it says the exact same thing
12:10 pastebot "mtj" at 127.0.0.1 pasted "zebra2" (28 lines) at http://paste.koha-community.org/144
12:10 cait i think i am in favour of an issuing rule - then you could combine it with the other hold options we have
12:10 alex_a cait: May be we could have record level + item level + enumchron level ?
12:10 cait: May be we could have ONLY
12:11 mtj magnuse:  see my 2nd paste ^
12:11 cait alex_a: sorry, don't understand yet, can you explain?
12:12 mtj seems 'daemon --name=xxx-koha-zebra  --running'  incorrectly returns 1, not 0?
12:12 alex_a cait: i mean that we could only allow multiple hold on items (of the same record) with different enumchron values ?
12:13 mtj magnuse: aah, oops... i had a typo in my command
12:14 cait alex_a: that would be an option - it's also how it was initially described
12:14 it would be good to get some of the librarians to comment too
12:14 pastebot "mtj" at 127.0.0.1 pasted "zebra3" (21 lines) at http://paste.koha-community.org/145
12:14 cait libraries i mean
12:15 sophie_m joined #koha
12:15 cait but we still need to decide what to do if there is a record level AND an item level hold - which i think doesn't make sense
12:15 could we prevent that?
12:15 so say if someone has a record level hold and tries to place item level we say: you already have a hold for the next item, if you want a specific item, place cancel it first?
12:15 so that we avoid the double up from the beginning
12:17 alex_a i agree that place a record level hold + an item level hold doesn't make sense at all
12:17 magnuse mtj: my brain is refusing to parse shellscript right now... do a patch?
12:18 Dyrcona joined #koha
12:18 alex_a cait: ok i understand now
12:18 \o/
12:18 thx
12:18 mtj i havent clicked to a fix yet magnuse :/
12:19 cait alex_a: i was hoping nick or someone else would also comment - to see what people need most there
12:19 holds are... holds.
12:20 complicated
12:20 wahanui complicated is far too mild a term to describe Search.pm.
12:20 alex_a cait: i agree. I'll put this bz in disussion
12:20 cait i don't want to block it - but before putting a lot of work into it we shoudl agree how it should work
12:20 i guess
12:22 magnuse huh, i try to import a patron csv with the columns "firstname, surname, address, categorycode, dateofbirth, branchcode", and i get "Cardnumber is not a valid cardnumber" for all of them. shouldn't it be possible to enter patrons without cardnumbers?
12:22 mtj magnuse: well... the fix seems to be not to use 'daemon' to detect whether zebs are running - but something else.. like pids
12:22 cait magnuse: it creates problems if a patron has none
12:23 magnuse the help text should perhaps say they are mandatory, then?
12:23 cait probably
12:24 bug 14067
12:24 huginn 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=14067 normal, P5 - low, ---, koha-bugs, NEW , 500 error when deleting patrons
12:24 cait borrower without cardnumber can't be deleted
12:24 and i thik i had them breaking search or something similar too
12:24 magnuse ok :-)
12:25 cait bug 13780
12:25 huginn 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=13780 normal, P5 - low, ---, koha-bugs, NEW , A patron without cardnumer will break searching for category code
12:27 p_vdk joined #koha
12:28 magnuse cait++
12:28 p_vdk left #koha
12:33 tcohen mtj: there was a patch for that
12:34 bug 14361
12:34 huginn 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=14361 major, P5 - low, ---, benjamin.rokseth, Needs Signoff , koha-restart-zebra fails and probably breaks upgrade
12:34 tcohen please test it and sign!
12:36 mtj thanks tcohen
12:39 indradg joined #koha
12:40 mtj tcohen: it fixes the problem :)
12:40 Viktor joined #koha
12:40 cait wb Viktor
12:40 mtj adding the --pid arg, makes daemon work
12:41 magnuse super easy signoff, no real testing required: bug 14403
12:41 huginn 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=14403 normal, P5 - low, ---, magnus, Needs Signoff , Remove unconditional warn from Koha::NorwegianPatronDB
12:42 Jul_ joined #koha
12:45 * magnuse suspects Viktor of sleepwalking
12:47 also suspects this day of skipping a couple of hours
12:48 cait possibly
12:54 paul_p joined #koha
12:55 magnuse thanks indradg
12:55 indradg magnuse :)
12:55 magnuse cait: bug 14403 is a supereasy qa for you :-)
12:55 huginn 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=14403 normal, P5 - low, ---, magnus, Signed Off , Remove unconditional warn from Koha::NorwegianPatronDB
12:56 New commit(s) kohagit: Bug 14070: Prevent to save a letter if an error occurred <http://git.koha-community.org/[…]326ceaa64cacf83d8> / Bug 14351: Remove given-when from opac-search.pl <http://git.koha-community.org/[…]7fdff5e2d8cbe63ef> / Bug 14350: Missing statement in kohastructure.sql - DROP TABLE IF EXISTS borrower_sync <http://git.koha
12:57 cait fighting 41101 rightnow
12:57 hm bug  14401
12:57 huginn 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=14401 enhancement, P5 - low, ---, gmcharlt, Needs Signoff , Zebra index configuration doesn't allow exact search for 'C.'
12:59 magnuse sounds like fun
13:01 nengard joined #koha
13:01 JoshB joined #koha
13:03 mario joined #koha
13:04 edveal joined #koha
13:20 Short_question joined #koha
13:31 indradg tcohen bugs 14135, 14268, 14240, 14252, especially 14135 and 14268 please :)
13:45 amyjeankearns joined #koha
13:52 cait magnuse: it actually is a silly thing - some kind of weird mapping
13:52 indradg: thx :) indradg++
13:53 did i only imagine that the language descriptions are now in a central spot? :(
13:55 nengard left #koha
13:55 achylles joined #koha
13:57 pianohacker joined #koha
13:58 geek_cl joined #koha
14:05 tcohen indradg: i think it is ilegal to request your patches to be pushed like that
14:05 :-P
14:05 druthb: isn't it?
14:05 druthb hi
14:07 indradg tcohen: hehe... i was afraid it was... at least i wasn't trying to bribe the RM :D
14:08 * cait whispers to indradg: he likes hard swiss hazelnut cookies...
14:08 indradg cait: i kept scratching my head why the patch wasnt working... until i noticed the patch copy wasn't being used by zebra :P
14:08 cait ah yes
14:09 you usually need to copy it, but it dpeends on your setup
14:09 drojf joined #koha
14:09 indradg hi druthb, drojf
14:09 drojf hi indradg
14:16 * indradg waves
14:32 pianohacker druthb! Hi :)
14:32 druthb pianohacker!  :)    :P
14:42 rocio joined #koha
15:20 AmitG joined #koha
15:20 AmitG hi all
15:20 hi indradg
15:28 tcohen joined #koha
15:29 AmitG hi tchoen
15:29 hi tcohen
15:37 reiveune bye
15:38 reiveune left #koha
15:39 khall has anyone else seen this bug before? Bug 12552
15:39 huginn 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=12552 major, P5 - low, ---, kyle, Needs Signoff , Odd error caused by URI Escape
15:39 khall it's driving me crazy that I can't reproduce it on a test server
15:40 bag good morning
15:40 wahanui the only good morning is a dead one
15:45 alex_a joined #koha
15:47 talljoy joined #koha
16:04 burdsjm joined #koha
16:27 cait left #koha
16:37 Shane-S joined #koha
16:37 Shane-S Hi there, few questions...1: is 3.12 to far behind to go to 3.20 if I used packages?
16:38 2: Is it possible to share the patrons database between separate libraries? (I currently track IT assets this way...and my librarian is having a fit with my overdues)
16:38 barton_tablet joined #koha
16:39 Shane-S 3: If I can't share the patrons, can I run a mysql query to extract and populate or is there data issues doing so?
16:59 pianohacker Shane-S: 1. No, shouldn't be, the upgrade will require some time (and you should definitely back up first) 2. Between separate libraries, yes, but they have to be in the same Koha installation. You can get some level of isolation, but not complete. 3. There shouldn't be huge issues, but be careful with checkouts/fines/etc
17:51 mtompset joined #koha
17:51 mtompset Greetings, #koha.
17:53 @seen khall
17:53 huginn mtompset: khall was last seen in #koha 2 hours, 13 minutes, and 11 seconds ago: <khall> it's driving me crazy that I can't reproduce it on a test server
17:53 khall yo
17:53 mtompset I guess your last comment was about bug 12552
17:53 huginn 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=12552 major, P5 - low, ---, kyle, Needs Signoff , Odd error caused by URI Escape
17:53 khall yep
17:53 mtompset Do you have a server with an older URI::Escape?
17:54 khall that's the first thing I checked, URI::Escape is the latest version
17:54 I tried that based on my old comment ; )
17:54 mtompset and it happens with the latest version?!
17:55 khall yes, what's more odd is there isn't even a note set. We get the error even if you leave the note field blank!
17:55 it's utter nonsense to me
17:55 mtompset What browser?
17:55 wahanui browser is unresponsive for a moment while the table loads.
17:55 khall chrome and firefox
17:55 wahanui chrome and firefox are more or less the same speed these days
17:55 mtompset on debian?
17:56 khall yes
17:56 actually, now that I recall, I think the data we are escaping there are the fine notes, not the payment notes, so it's probably not a browser issue
17:57 mtompset No, it is payment note you are escaping.
17:57 I figure you are hitting the write off button.
17:57 khall ok, thanks for confirming that.
17:57 I'm using the "Pay" button
17:57 for individual fines
17:57 mtompset okay that button set. :)
17:59 I just tried IE, Firefox, and Chrome in Windows 7.
18:00 I found it interesting that Firefox did NOT escape the [ in my note.
18:00 Both IE and Chrome did.
18:00 This is unpatched.
18:00 khall that is most odd
18:01 mtompset So, if I'm going to try to replicate, I think I'll work with firefox. ;)
18:01 you just hit the pay button?
18:01 no comment?
18:04 wnickc joined #koha
18:07 mtompset So the error occurs immediately after hitting the pay button, khall?
18:07 nice, HTML crapout, or is this a subtle warning log?
18:07 khall yes, that is correct
18:07 html crapout
18:08 mtompset I can't replicate it either.
18:08 But I know the patch is good.
18:08 frustrating. :(
18:09 indradg joined #koha
18:12 mtompset BTW, my server was Debian Jessie.
18:13 I'm assuming these are at least Debian Wheezy, right, khall?
18:13 khall yes
18:13 at least I think so, I'd have to double check
18:15 mtompset Maybe, indradg has a livedvd that replicates the problem. ;)
18:15 indradg eNh! i no do such things ;-)
18:17 mtompset khall: What version are the production systems experiencing this?
18:17 perhaps this is one of those annoying subtle side-effects that is hiding.
18:37 * mtompset goes decides to eat some food. Oops! Missed lunch.
18:37 magnuse joined #koha
18:54 * magnuse will be travelling tomorrow - have fun #koha!
19:30 cait joined #koha
19:35 barton|tablet joined #koha
19:44 drojf joined #koha
19:46 meliss joined #koha
19:52 mtompset khall_away: :( not quite.
20:00 Stompro joined #koha
20:30 liz joined #koha
20:35 Topic for #koha is now Happy Birthday tcohen
20:39 wnickc If the guy who wanted to watch Anchroman 2 figured out how to place a hold, no one can tell me this system is too complicated
20:40 rangi heh
20:40 cait huh?
20:40 liz every borrower their materials, core librarian value.
20:42 wnickc I mean, I purchased it and was the first borrower so can't really judge
20:43 * liz is not judging
20:44 rangi i watched it, it's not horrendous
20:44 drojf i always wondered if librarians judge me when i check out weird stuff. i'll never visit a library again now :(
20:44 * wnickc feels librairan guilt
20:45 cait wnickc: instead of feelign guilt...
20:45 rangi i judge people who dont visit libraries
20:45 cait i got a bug i need a commen ton
20:45 7710
20:45 rangi now you're stuck drojf
20:45 :)
20:46 drojf damn
20:46 liz the OPAC is pretty consistent in it's usability, I think. It has some spots that need polishing but it's mostly ok I think
20:46 drojf :D
20:46 wnickc drojf: I try not to, but we all slip now and then
20:46 liz:I totally agree, some people just never get past "But in our old system..."
20:47 cait:been pondering that, will put something there
20:48 pianohacker bug 7710
20:48 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7710 new feature, P5 - low, ---, alex.arnaud, In Discussion , multiple holds per title
20:48 cait wnickc: i was thinking a patch just to allow multiple on all - that would maybe just create chaos... or not be super helpful
20:49 wnickc where most of the libraries I know are looking for this patch it is specifically on DVD sets and the like
20:49 cait wnickc: and the other thing is mixing record level and item level holds... which I can't coome up with a use case for - i feel like we should probably not aloow that or mke it possible to configure it so that it won't happen (force item levle holds maybe)
20:49 yep makes sense
20:49 wnickc Where multiple parts are catalgoed as individual items and a patron wants discs 3 and 4 say
20:49 cait or serials in an academic setting - the bound year volumes
20:49 they are often in closed stacks too
20:50 liz for what it's worth
20:50 I don't think that you should allow one person to place both biblio level and item level holds on the same biblio
20:50 wnickc I can see a use for record/item holds if looking for book group or something.  All items are out, you specifically hold the one out to staff or certian borrowers and make sure they don't renew and then place a next available to catch whatever other one comes back
20:51 rangi i agree with liz, that should be impossible
20:51 either 1 biblio level hold
20:51 wnickc may be reaching there, but if you can think it, someone is doiing it
20:51 rangi or multiple item level
20:51 liz or several item level ones
20:51 rangi but not both
20:51 the could to try and sort that out at circulation would just be untenable
20:52 and always be doing something wrong
20:52 liz book clubs being a good example here, a librarian should place individual holds on all copies theyw want back
20:52 if they only want one back, biblio level.
20:52 rangi itd be like my aprils fools day patch, which just randomly issued books to borrowers no matter what they actually wanted
20:52 liz: agreed
20:53 liz serials, same - though for a serial you'd almost never want a biblio level, that's not really sensible.
20:53 * cait nods
20:53 wnickc I can agree on not mixing, but why not 2 bib level?
20:53 cait i think the other is too chaotic
20:53 why would you need 2 identic copies?
20:53 rangi maybe for a book club
20:53 yeah, i could see a case for 2 biblio level ones
20:54 cait maybe allow from the staff side
20:54 but not sure about the opac
20:54 rangi i just want two copies .. i dont care which 2, just 2
20:54 cait and should be optional... i think
20:54 libraries here don't want students to have 2 of the same - because then another student doesn't get one
20:54 liz maybe have an option to specify number of copies?
20:54 to fulfill the hold?
20:54 rangi liz: yeah, i could see that on the staff side
20:54 wnickc so the hold would have a counter?
20:55 liz i.e. biblio level, two copies
20:55 and hold is complete
20:55 cait wnickc: i think 2 holds... or we are loking at at total holds rewrite
20:55 rangi wnickc: the system could just place 2 holds in the background
20:55 cait yep
20:55 rangi wnickc: but the interface could let you say, 2 copies please
20:55 liz ^^^
20:56 wnickc I like that
20:56 cait i think the tricky bit here after hte use cases is
20:56 how do we want to configure it?
20:56 the patch is a global pref now i tihnk
20:56 i hope i didn't get that wrong
20:56 rangi yeah i think it needs to be with the circ rules
20:56 cait just *how many total on a record*  and i feel like that is not really helpful
20:56 rangi not a global pref
20:56 cait yeah i was thinking the same
20:56 we have all the other hold related stuff ther enow... it would make it realy flexible
20:57 rangi *nod*
20:57 cait i also kind of liked the enumchron idea - but that could maybe also be done
20:57 rangi ok, meeting time
20:57 wahanui somebody said meeting time was always going to favour one section of the globe
20:57 rangi bbiab
20:57 cait and you could combine it with forced item holds and solve the 'don't mix' issue
20:57 pianohacker heh. Reminds me , Kyle and I have a circ rules UI revamp we need to send an RFC for to community
20:57 (not even started, but every new circ rule column makes it more important)
20:58 cait true... but i think it's really better to have it there than the logic scattered in all those different places :)
20:58 pianohacker if we keep adding columns you'll need a http://www.newegg.com/Product/[…]em=9SIA25V16D0069 to configure the dang thing
20:59 wnickc yeah, the more branch specific anything can be configured the happier our member libraries are
21:00 cait pianohacker: i think we just need a more flexible way to filter sort the columns... and an editable table would be nice
21:00 ... can i get one? :)
21:00 so i could filter on the overdue related columns and sort by category or itemtype... and type in the values directly
21:00 pianohacker I had a patch for that years and years ago... we're thinking something a bit more ambitious
21:01 cdickinson joined #koha
21:01 cait pianohacker: just don't overcomplicate :)
21:01 right now i usually load them with sql... because enteirng them in the gui is too painful
21:02 pianohacker cait: we have two versions, one of them I think will be much liked and the other that may be a bit too crazy
21:02 cait heh we will see :)
21:03 achylles joined #koha
21:05 pianohacker The elevator pitch is that we want to have a UI/backend where you drill down by branch, category or item type and configure only the things that you want to configure at that level. As it stands, there's a lot of forced duplication between rules because you have to specify every value for each entry
21:05 When you may want loan length to be the same for most things and only configure, say, fines per itemtype
21:05 cait yeah ... but it also means that we get a clear rule out of it :)
21:06 but we still could on database level anyway i guess
21:06 pianohacker you do, but the current UI is clear to the point of frustration, too much data to parse through
21:06 cait yeah... all i use is sql
21:07 that#s why i asked for sorting and filtering on table columns... it's how i do it now i guess
21:07 using mysql workbench - also lets you write into the cells directly
21:07 liz joined #koha
21:08 pianohacker and most people don't trust the fallback order from specific branch/categorycode/itemtype to less specific, so while you may have a clear _rule_, you may not have a clear idea of _when_ that rule will be applied
21:08 cait yeah.... i don't use it for that reason
21:08 the defaults
21:08 wahanui the defaults are 80 with packages.
21:08 cait i do a complete matrix
21:08 pianohacker I'd like the UI to suggest that more naturally than the current awkward list at the top
21:09 cait yeah that would be nice
21:09 pianohacker [C[C[C[C[C[C[C[C[C[Cexactly! and you're at least somewhat familiar with the underlying logic, librarians in general aren't
21:09 cait shining through in grey or so
21:09 pianohacker oh jeez
21:09 cait what did you try to say there?
21:09 pianohacker held down arrow key on a slow ssh link :P
21:10 "exactly! and you're at least somewhat familiar with the underlying logic, librarians in general aren't"
21:11 but yeah, we need something that's better than a complete matrix (unpleasant reminders of 2.2 era) but less vague than the current interface
21:11 and Kyle and I are always looking for a new ocean to boil
21:12 wnickc i've always kind of wanted a tester, scan an item/patron and get back the rule that is applying
21:12 pianohacker wnickc: I either want to include that or make it unnecessary :)
21:13 wnickc I guess you need branch too because of HomeOrHoldingBranch
21:13 pianohacker:unneccessary gets my vote
21:18 pianohacker cait: I like the editable table thing and I think they'd be nice in a number of places in the admin interface, but I think the fallback logic makes them a bit too limited for circ rules
21:18 cait hm not necessarily
21:18 what i'd lik to avoid is have to specify separate rules
21:18 an then apply them again somewhere
21:19 (like the one that shoudl not be named seems to do)
21:30 wnickc: there is no OpacItemholds pref anymore :)
21:30 wnickc: also in the circ rules now
21:30 with 3.20
21:38 wnickc Ah, running on 3.18, should never use it for reference :-)
21:42 cait allowonshelfholds too
21:42 i was really keen on that patch to make it in
21:42 a world of new possibilities
21:45 wnickc I think we have some libraries who will be happy about that
21:50 drojf good night #koha
22:12 wnickc bye #koha
22:21 eythian hi
22:22 cait night all :)
22:22 cait left #koha
22:54 JoshB joined #koha
23:00 JoshB joined #koha
23:02 JesseM joined #koha
23:14 JoshB joined #koha

← Previous day | Today | Next day → | Search | Index

koha1