Time Nick Message 17:15 gaetan_B bye 17:02 kidclamp_dnd I think remove the first 'when' from that sentence 17:00 huginn` 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15343 enhancement, P5 - low, ---, nick, Needs Signoff , Allow patrons to choose their own password on self registration. 17:00 oleonard Reading the comments on Bug 15343, what does "Password field when does not follow convention completely when mandatory" mean? 16:56 cait why generate them differently then in staff? 16:56 cait ew 16:54 oleonard Ugh... automatically generated self-registration passwords can contain a double quote, and when you fill in the login form automatically with that value it breaks the HTML 16:25 kidclamp thanks/grrr oleonard, I need to investigate 16:24 cait thx :) 16:23 kidclamp cait: you don't knwo what you don't know. I didn't know how much I liked it til it was gone 16:23 cait the 'checked in' thing 16:23 cait was not aware that people really liked it 16:23 cait kidclamp: guess I am to blame there 16:23 oleonard kidclamp: At best there is an opportunity to simplify, and at worst there is a chance those preferences are in conflict with your patch somehow? 16:21 kidclamp oleonard, that wasn't the intention, but maybe? I would have to look a bit 16:19 huginn` 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14576 enhancement, P5 - low, ---, nick, Needs Signoff , Allow arbitrary automatic update of location on checkin 16:19 oleonard kidclamp: Does Bug 14576 eliminate the need for the InProcessingToShelvingCart and ReturnToShelvingCart preferences? 16:13 kidclamp Yeah, that one slipped right by, no idea how 16:12 oleonard Should have been a preference to begin with. 16:12 kidclamp Even errored ones that don't check in, I'd rather have in the list with an error note 16:12 oleonard Yeah I think so. 16:12 kidclamp I have just been wondering the best fix to get it back oleonard. Syspref? 16:11 kidclamp I concur 16:11 oleonard I *do not like* that the checkin page doesn't list items scanned which weren't checked out. Hate it. 16:06 reiveune bye 16:05 gmcharlt_ may be of interest: some vulnernabilities in the OpenSSH client were discovered: https://www.qualys.com/2016/01/14/cve-2016-0777-cve-2016-0778/openssh-cve-2016-0777-cve-2016-0778.txt 15:45 oleonard Great. 15:45 kidclamp thanks oleonard, now I see the problem 15:42 oleonard I asked :) 15:38 cait when in doubt, ask :) 15:36 cait oleonard: hm - I think it was something else, but not sure right now 15:21 oleonard ...or of not wanting to allow item-level holds except for certain types of records? 15:21 huginn` 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15545 enhancement, P5 - low, ---, m.de.rooy, Needs Signoff , Optionally require notes when placing a hold 15:21 oleonard Is Bug 15545 just a workaround for the problem of placing a hold on multiple items on one record? 15:15 cait glad you are looking again :) 15:15 LibraryClaire cait: thank you! I knew I had seen it but couldn't find it for hte life of me... 15:14 cait heh 15:14 oleonard Yes they slipped it in when I wasn't looking 15:14 cait since... 3.20? 15:14 cait LibraryClaire: it used to be a pref - has been moved inot the circulatoin conditions now 15:14 LibraryClaire am I being dense? I can't find a preference for allowonshelfholds... (was just snooping about) 15:09 cait ok, changed 15:09 oleonard Yeah, I don't think it's okay to file a new bug and mark an older one as a duplicate 15:06 cait i will reverset he dupliacate mark if that's ok with you too? 15:06 cait i just commented on 14935 about that 15:06 cait yeah i think that's wrong 15:05 oleonard Jungle indeed. 15:05 oleonard 11321 marked as duplicate of 4319 which is marked as duplicate of 14935 which has no patch. 15:05 cait hold bug jungle... 15:04 cait ah sorry... i think i misread 15:04 huginn` 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11321 normal, P5 - low, ---, koha-bugs, CLOSED DUPLICATE, "On hold" items can't be placed on hold with allowonshelfholds off 15:04 cait bug 11321 15:04 cait oh sorry 15:04 huginn` 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11231 minor, P5 - low, ---, francescalamoore, CLOSED FIXED, notes should be reservenotes in pendingreserves.pl and reserveratios.pl 15:04 cait oleonard: did you test bug 11231? 15:00 cait i think most if not all of our libraries would prefer the 'all' setting - but most of them are single branch libraries 14:58 cait the test case only really covers the simplest use case 14:58 cait at your own branch? at all branches? 14:58 cait what's available? for checkout? 14:58 cait there are complications about this i am not sure about either 14:58 cait i am not sure 14:57 oleonard I wonder if the libraries who use it *want* it to be that way or simply accept it because it's better than nothing? 14:57 cait i have filed the first bug about this about the time we started using koha in 2009 14:57 cait no it isn't but it has been like that forever 14:57 oleonard Yes 14:57 cait could you put a comment? 14:57 oleonard Especially since the real behavior of the curent allowonshelfholds setting isn't clear from the interface and documentation. 14:56 oleonard Yeah I don't think Bug 15534 is the right solution. It's too confusing to have two. 14:56 cait I can't imagine right now how it would work iwth the allowonshelfholds settings 14:56 cait i think i would have imagined it as a third option to allowonshelfholds 14:56 cait hm 14:55 cait one sec 14:55 cait i haven't taken a closer look yet, only saved it 14:55 huginn` 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15534 enhancement, P5 - low, ---, kyle, Needs Signoff , Add the ability to prevent a patron from placing a hold on a record with available items 14:55 oleonard I'm thinking about this because I'm looking at Bug 15534 and wondering how it works with the existing allow on shelf holds setting. 14:55 cait so it's on a different level - more granular - but the same behaviour 14:54 cait before it was global 14:54 wahanui well, patron category is in the works ... gimme a sec. 14:54 cait and patron category 14:54 cait the change with the move is that it's now by itemtype 14:54 cait there have been several bug reports to that... i have tidied it up once, but i think kyle filed a new one 14:54 cait oleonard: yep 14:53 oleonard ...even if there are other available items. 14:52 oleonard cait: So you agree with khall that the current behavior is that all it takes is one unavailable item to make something "holdable" with allowonshelfholds off. 14:50 cait kidclamp: oleonard: with allowonshelfholds = off, you can place a hold, once 1 item matching the rule is checked out, with ON - you always place a hold 14:49 cait kidclamp: there is a bug to make it work like that (which i will be really thankful for, once completed) 14:49 cait kidclamp: that's not the current behaviour 14:47 oleonard Holds are the worst. 14:46 oleonard ...which is also completely wrong and accidentally a word. 14:46 oleonard That's in the OPAC. And in the staff client you get "Too many holds: John Smith can only place a maximum of total holds." 14:44 oleonard Although the "No available items." error message is stupidly unhelpful 14:44 oleonard Okay maybe my "allow on shelf holds" issue is due to incorrect circ rules. Seems to be working now. 14:38 drojf someone with op powers could maybe link to http://wiki.koha-community.org/wiki/Next_General_IRC_meeting in the topic 14:37 kidclamp oleonard: as I understand "allow on shelf holds" should let you place holds on available items. With 'Don't allow" you should only be able to place holds if not all of the items are available 14:26 * LibraryClaire waves 14:26 * cait is back 14:25 oleonard But seriously, I think bringing it up on the developers list is a good first step, making explicit the context of "How do we talk to others about Koha's support for older browsers like IE?" 14:24 drojf "the fairly recent IE 7" … 14:24 drojf hahaha yes 14:23 oleonard I'm very interested in hearing what people on the mailing list who hate upgrades think about upgrades :P 14:22 drojf is that more of a meeting or a mailing list question? 14:20 drojf yes we should do that 14:18 oleonard Yeah I think their dropping of support is a good prompt for us to revisit the question and perhaps set some firmer guidelines for ourselves. 14:17 drojf they did not like my "a recent browser" argumentation ;) 14:17 drojf MS dropped support for most versions, i don't see why we shouldn't :P but its a question i got several times during seminars 14:17 oleonard drojf: Why do you ask? 14:16 oleonard As for the staff client, I'm willing to try to fix bugs specific to IE, but not so much for older versions of IE. 14:15 oleonard I don't think we've ever promised that it would work flawlessly. I've had expectations that the OPAC should function properly in older versions of IE, but we don't have a firm rule. 14:14 drojf oleonard: do you know what is the oldest version of IE that koha should work with flawlessly? 14:09 oleonard Yeah I can place holds on available items in the OPAC and staff client. 14:07 oleonard Does it not apply to the staff client? 14:07 oleonard I was able to put a hold on an item at my logged-in library which was available. 14:07 oleonard The old "allow on shelf holds" setting doesn't seem to be working anyway, unless I still don't understand what it's supposed to do. 13:54 oleonard So I'm wondering if your patch is actually a fix rather than a new feature. 13:54 oleonard it makes me wonder if people using the old setting are really getting the behavior they expect. The documentation does not describe the behavior that you do. 13:52 khall oleonard: I tend to agree with you, but that's how it's always been. We can't change that behavior now, but we can add a new behavior. 13:52 oleonard Oh don't start that with me wahanui 13:51 wahanui well, the point is that it sticks to the bottom of the page even if you don't have enough content to push it that far down 13:51 oleonard What's the point? 13:51 oleonard That seems wrong. 13:51 khall oleonard: correct 13:51 oleonard khall: So the older on shelf hold setting lets you place a hold on an on-shelf item if any other item on that record is checked out? 13:50 LibraryClaire drojf: (means I can be lazy and not need to track dates and revert them back after holidays... ;) ) 13:50 LibraryClaire drojf: no probs :) 13:49 drojf LibraryClaire++ 13:49 drojf ah, i see. thanks, that helped me a lot :) 13:49 LibraryClaire drojf: then once that date is less than a 'usual' loan period it reverts back to normal and ignores the hard date 13:49 LibraryClaire drojf: this means items issued with this rule will be issued to that date if it is greater than their 'usual' loan period 13:48 khall oleonard: on shelf holds controls if a patron can place a hold or not based on if even one item is not available. Bug 15534 is sort of the inverse, but not quite. It prevents a patron from placing a hold if even one item is available that the patron is able to check out 13:48 LibraryClaire drojf: we give extensions to loans over holidays so that items aren't due back when libraries are closed. So a few weeks before holiday starts we set a date we want them due back when term starts and enter it as an'after 18/01/2016' for example 13:46 huginn` 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15534 enhancement, P5 - low, ---, kyle, Needs Signoff , Add the ability to prevent a patron from placing a hold on a record with available items 13:46 oleonard khall: How does Bug 15534 differ from the "allow on shelf holds" setting? 13:45 drojf LibraryClaire: can you explain? do you use it to shorten the regular period? or to make it longer? 13:45 drojf i used loan period 0, due after tomorrow. and i get 14 days as due date, which is the more general rule 13:44 khall what's up? 13:44 oleonard khall around? 13:44 drojf but it does not work the way i think 13:38 LibraryClaire I use the after date for holiday extensions 13:36 drojf that would be perfect 13:35 drojf after the day you specify… like, whenever? 13:35 drojf "A hard due date ignores your usual circulation rules and makes it so that all items of the type defined are due on, before or after the date you specify." 13:31 LibraryClaire lol 13:29 drojf lol 13:28 oleonard drojf: After the singularity your forever-living body will have instant access to all of human and AI knowledge and you won't need to check anything out for that long. 13:27 drojf i think i'll rather use 28 days and a lot of auto-renewals 13:26 drojf its probably calculation a gazillion holidays in the background? 13:26 drojf loooong even 13:26 drojf circulation with a loan period of 36500 days takes a loooon time Oo 13:21 oleonard Is it a regression or a decision that one no longer gets a confirmation about deleting a list which has items on it? 13:15 oleonard Circulation and Fine rules broken in master if DefaultToLoggedInLibraryCircRules is turned on? 13:13 drojf i would actually prefer an empty value for unlimited :) but i dont know if that works 13:12 geek_cl moredetail.pl: Use of uninitialized value in concatenation (.) or string at /usr/share/koha/intranet/htdocs/intranet-tmpl/prog/es-ES/modules/catalogue/moredetail.tt line 184. 13:11 liw drojf, in that case, 999000 :) 13:11 geek_cl s/ 9999999 13:11 geek_cl so, 999999999 13:10 geek_cl "DBD::mysql::st fetchrow_hashref failed: fetch() without execute()" 13:10 drojf liw: the field has only room for seven digits ;) 13:08 huginn` 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15568 normal, P5 - low, ---, jonathan.druart, Needs Signoff , Circ rules are not displayed anymore 13:08 oleonard Bug 15568 doesn't apply, but both dependent bugs have been pushed to master. Is there another dependency not listed? 13:07 liw I recommend 10002000 days in that case -- much easier to see how big a number it is 13:06 drojf i could have 9999999 days 13:05 drojf right 13:05 geek_cl drojf, circulation rules are based on hours and days, right? 13:03 drojf can i have an unlimited loan period in ciculation rules? or do i have to set somethin like 999 months? 12:52 geek_cl http://pastebin.com/Lw4VjzTp v3.20.06 12:45 geek_cl i think i found the reason. 12:45 geek_cl o/ 12:43 LibraryClaire afternoon #koha 12:31 geek_cl hi #koha guys, any idea why circulation.pl hang the resources (cpu/ram) , grow and grow without freeing the resources 12:21 magnuse see y'all in a week'ish! 10:52 Joubu sorry, thanks 10:52 Joubu yes! 10:52 marcelr that should be the one 10:52 huginn` 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15295 enhancement, P5 - low, ---, jonathan.druart, Pushed to Master , Move the C4::Branch related code to Koha::Libraries - part 2 10:52 marcelr bug 15295 10:52 marcelr you picked the wrong bug number 10:51 Joubu marcelr: no 15568 depends on last the follow-up (not pushed yet) of 14295 10:50 huginn` 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15568 normal, P5 - low, ---, jonathan.druart, Needs Signoff , Circ rules are not displayed anymore 10:50 marcelr Joubu: you added a block on report 14295 to bug 15568; probably a mistake? 09:37 huginn` Joubu: The operation succeeded. 09:37 Joubu @later tell bag please have a look at last followup on bug 15295, should be pushed asap 09:33 drojf i think i will add a patch to set it to the staging server, so the certificate limits don't apply. i ran into that a few times now 09:31 drojf magnuse: if you like, please test the letsencrypt patch. that would be awesome. there will be adjustments, but it would be cool to pass something to qa so i can make changes if needed 09:24 magnuse but i'll make no promises :-) 09:24 magnuse possibly - i'll have some time in the evenings, after sonny is asleep 09:18 drojf magnuse: looking for holiday signoffs? ;) 08:55 * magnuse waves in holiday mode 08:43 Joubu hi 08:41 drojf morning #koha 08:35 gaetan_B hello 08:10 matts hi 07:55 alex_a bonjour 07:49 reiveune hello 07:29 marcelr :) 07:29 cait bbiab 07:29 cait hi marcelr 07:27 marcelr hi #koha 03:53 * Francesca waves 00:31 dcook I'm connecting to one computer via that network, and then doing another hop, which happens sometimes.. 00:31 dcook I'm using a mobile modem, but it's no different than a wired modem, except that it's slower... 00:30 dcook Actually, it's not that much action at a distance..