Time Nick Message 23:58 seneca seems easier, but I can't figure out where to put it... 23:58 eythian If not, then reset the sysprefs 23:58 seneca I figured I'd try the tracker first 23:58 eythian turn off ldap, see if that helps. 23:58 eythian Well, I'd do one at a time 23:57 eythian it's worth a shot. 23:57 mtj and with a fresh syspref table from git 23:57 mtj i would def. test without ldap - if i were you 23:57 seneca but for some reason koha isn't caring what's in the flags column 23:56 seneca so ldap is working... 23:56 seneca plus, the error I'm getting is that I don't have perms, not that the user/passwd failed 23:56 mtj yep, as i said 23:55 seneca right? 23:55 seneca it's always just a user/passwd 23:55 seneca there are never perms needed to log into the OPAC, though 23:55 mtj just a valid user/pwd 23:55 seneca would the staff client login get something different from ldap than OPAC login? 23:55 mtj ie: there are no perms needed to log into the opac 23:55 mtj sure, thats expected, i think... 23:53 seneca my account, which is the one I'm testing this with, and which cannot log in to the staff client regardless of the perms I set, can log into the OPAC 23:53 mtj setup another clone, turn off ldap... is your problem still there? etc... 23:53 seneca BUT 23:53 mtj so, yeah - its poss. something around your ldap too 23:52 seneca well, I am 23:52 mtj hmmm, but you are experiencing some problems too? ;) 23:51 seneca and it's working... 23:51 seneca for user auth 23:51 seneca well, I'm using ldap 23:50 mtj cas or ldap auth, or restricted IP's etc 23:50 mtj seneca: the other long-shot is your koha has a goofy syspref flicked on 23:50 eythian so you could start there and see what it does. 23:50 eythian <form action="/cgi-bin/koha/mainpage.pl" method="post" name="loginform" id="loginform"> 23:50 eythian Probably C4/Auth.pm, but to be sure, this is the login page form: 23:49 seneca where would you suggest I start sticking it?;) 23:49 seneca hmm... 23:48 eythian but you'll need to adjust it to suit where you are in the code 23:48 eythian of course you can :) 23:48 seneca mind if I c/p your code from above, eythian? 23:47 seneca fun! ;) 23:47 eythian (warning: the authorisation code is terribly twisted in places, but for something like this you should be able to figure it out) 23:47 eythian that's why I'd put prints in the code, to see what happens when Koha tries to log the user in. 23:46 seneca yeah, I'm not seeing anything related 23:46 mtj correct eythian :) 23:46 eythian because they're not software errors 23:46 eythian I don't think it logs those things to the error log 23:45 seneca but I'm looking... 23:45 seneca that's the error I'm getting on the staff login page, so I'd assume that's the error I'd see in the koha error log 23:45 eythian exactly like I'd expect 23:45 eythian > Error: You do not have permission to access this page. 23:44 pastebot "eythian" at 202.78.240.7 pasted "Remove catalogue permissions" (6 lines) at http://paste.koha-community.org/25 23:43 mtj the koha error log 23:43 eythian basically, chucking print STDERR "Got here and var=$var\n"; in the code and seeing what happens in your apache error log 23:43 mtj you will probably find a nice db error there 23:43 seneca which log? 23:42 seneca eythian, what kind of tracers were you referencing? 23:42 mtj look in your log 23:42 seneca grrr 23:42 eythian this user can now log in 23:42 seneca same stuff I'm seeing eythian 23:42 seneca it doesn't matter what perms I set, users who have never had staff client access can't get in 23:42 pastebot "eythian" at 202.78.240.7 pasted "Set user 68 to have catalogue permissions" (6 lines) at http://paste.koha-community.org/24 23:41 seneca but it's not working for me 23:41 seneca "catalogue" is the 3rd bit, so a mask of 4 is correct 23:40 seneca yeah 23:40 mtj so check yr userflags table ;) 23:40 eythian so, one of those is a superlibrarian, the other is a regular user 23:39 pastebot "eythian" at 202.78.240.7 pasted "Initial state of two users" (6 lines) at http://paste.koha-community.org/23 23:39 mtj ... if the userflags table is correct 23:39 mtj seneca: so with a userflag of 4, a user should be able to log in 23:38 seneca glad your db is n't weird ;) 23:38 seneca no prob 23:38 seneca hehe 23:38 seneca ok, verified that "0" is no flags set, "NULL" is no flags ever set 23:38 mtj sorry folks 23:38 mtj oops, its 4 , not 0 for catalogue :/ 23:37 seneca hehe 23:37 * eythian will find out soon. 23:37 eythian odd 23:37 mtj well, its 0 for me, and its working as expected... ? 23:37 eythian hmm 23:37 eythian null probably just means never set. 23:37 eythian I'd think that if you unset everything, it'd end up being 0 23:36 seneca in my db "NULL" means no flags 23:36 eythian mtj: it still shouldn't be zero, no matter what, that has to mean no flags. 23:36 seneca ah, mtj, that might be it 23:35 seneca if you mark an account with catalogue only, what is the flags value? 23:35 mtj fyi: my userflags table might be trashy - its a dev/test db im looking at here.... 23:35 eythian I don't know, I haven't got a master handy. Give me a minute I'll make one. 23:34 seneca eythian, can I ask what your catalogue mask is? 23:34 seneca yeah 23:34 eythian that is weird. I would not expect that. 23:34 seneca weird 23:34 mtj well, on *my* master its catalogue 23:33 eythian if I were you, I'd put tracing statements in the code. I bet there's some bizarre corner case you're hitting. 23:33 seneca so, mtj, what is "0" 23:33 wahanui privet, eythian 23:33 eythian hi 23:33 seneca I was mis-thinking 23:32 seneca hi again eythian 23:32 seneca yeah 23:32 eythian which means the bit in position 0 should be set to 1 for super. 23:32 seneca but masking that bit would be 1 23:32 seneca 0 is the count of the bit for super 23:32 pastebot "mtj" at 203.97.99.222 pasted "useflags" (46 lines) at http://paste.koha-community.org/22 23:32 seneca I was thinking wrong 23:32 seneca yeah 23:32 seneca ok 23:32 seneca yeah, I think it's a bitmask 23:31 eythian (at least, I assume it's a bitmask, I haven't looked at the code) 23:31 mtj our 'userflags' table is diff.? 23:31 eythian 0 means no flags, it's a bitmask 23:31 seneca hmm 23:31 mtj super is '1' for me... 23:30 seneca if I understand it correctly 23:30 seneca that should be "superlibrarian" 23:30 mtj hmm, its '0' for me.. 23:29 seneca being 23:29 seneca and that is beign set correctly 23:29 seneca and a value of "4" means only the "catalogue" perm is on 23:29 mtj thats where the user perms are stored 23:29 seneca that's what I've figured out 23:28 seneca yeah 23:28 mtj so, its basically the borrowers.flags value that controls access 23:25 seneca I mean, I'm glad for you ;) 23:25 seneca drat 23:25 mtj seneca: its works as expected on my master 23:14 seneca "If you get something right, you know something; if you get something wrong, you learn something." 23:14 seneca there you go 23:13 mtj yep, and i now know a whole bunch about debugging non-booting systems, so it was an ok experience :) 23:10 seneca congrats 23:10 seneca awesome 23:10 mtj buy hey, i had a pretty complex setup... and i worked thru every problem, and fixed them 23:10 seneca upgrade, not fresh install? 23:10 seneca geez 23:09 mtj broken grub, grub2, initramfs, non mounting raids, and then non booting xens 23:08 seneca not to toot my own horn 23:08 seneca I'm pretty linux knowledgable 23:08 seneca well, if I can help in any way, let me know 23:08 mtj i think i probably encountered all the upgrade problems i could possibly have! 23:07 seneca but sounds successful 23:07 seneca hehe 23:07 mtj truly epic 23:07 mtj ... and ive only just got the xens booting successfully about 30 mins ago :p 23:07 seneca how'd it go? 23:06 mtj i started a big deb5-> deb6+raid+xen upgrade on my dev box, last friday... 23:05 seneca I appreciate it 23:05 mtj just updating it now, before i look at yr bug 23:03 mtj seneca: my head koha is currently a little busted... 23:01 seneca this is the only bug I've found 23:01 seneca I'm very impressed with 3.5, it's very slick 23:01 seneca I had read that many others were running production 3.5 and figured it was mostly safe 23:00 jcamins Very weird. 23:00 seneca ... 23:00 seneca yeah, I know 23:00 seneca the can't-grant problem affects new users and old users (from pre-upgrade) 23:00 mtj but hey... you upgraded your prod system to master ?!? 23:00 seneca I had to bow out for a few hours of sleep 22:59 seneca rangi, eythian and I were working on it last night, but couldn't figure it out 22:59 seneca heh 22:59 mtj yeah, sounds a bit weird 22:59 seneca all users are "patron" type 22:58 seneca it's like there's some other switch somewhere I don't know about... 22:58 seneca tell me that's not strange 22:58 seneca though we can take it away and return it to any user that DID have it prior to the upgrade 22:58 seneca so we cannot now grant staff client perm to any user that did not have it prior to the upgrade 22:57 seneca I've checked the "flags" column in BORROWERS in the db, and the flags are identical, as are the gui checkboxes that govern the flag column 22:57 seneca they were able to log in! 22:56 seneca I removed that perm from a staffer account from last year (pre-upgrade), checked to make sure they couldn't log in, then added it back 22:56 seneca that's not the only weird thing, though 22:55 seneca that's what I thought 22:55 seneca attempting to log on gets a "don't have permissions" error 22:55 mtj seneca: they should be able to - thats what the 'catalogue' priv is specifically for 22:55 seneca even selecting "superlibrarian" didn't affect it 22:54 seneca and just yesterday we added an account for a new staffer but could not grant them staff client privileges 22:54 seneca this summer I upgraded to 3.5 via git 22:54 seneca with several users who have staff client access 22:53 seneca we've been using koha for over a year now 22:53 seneca I have a 3.5 installation that is acting VERY strange 22:53 seneca I think it does 22:53 seneca if you grant "catalogue" permissions to a user/patron, can they log into the staff client? 22:52 mtj if 3.5 == master 22:52 mtj i have a 3.5 about... 22:52 seneca but I'm trying to track down a bug 22:52 seneca (I know it's not "stable") 22:52 seneca anyone running 3.5? 22:51 seneca so, I have this problem... 22:42 seneca good evening (for those of you in the EST) 20:28 wizzyrea hawt 20:28 wizzyrea you can search for a patron based on username. 20:27 wizzyrea well I did not know that 20:25 wizzyrea i hate it when I just get curious about a problem, and then the person disappears. :) 20:16 seneca and thanks! 20:16 seneca sorry! 20:16 seneca I'll be back on in a bit... 20:16 seneca crud - I just saw the time 20:15 wizzyrea :) yep that's sane 20:15 seneca chrome and firefox 20:15 seneca yeah 20:15 seneca I've been testing this from multiple computers 20:15 wizzyrea and you're using a sane browser? 20:15 seneca yeah 20:15 rhcl sekjal: disregard 20:14 wizzyrea in your browser? 20:14 wizzyrea did they make you clear your cache/cookies/history? 20:14 sekjal rhcl: access granted 20:14 wizzyrea so 20:14 wizzyrea right 20:14 seneca and like I said, it's being reflected correctly in the db 20:14 seneca no errors 20:14 rhcl sekjal: sent request for access 20:14 wizzyrea when you try to add the permissions? 20:13 seneca though those were given staff client permissions before we upgraded to 3.5 20:13 wizzyrea and there is no error? 20:13 seneca the account I'm trying to give access is a "patron" as are the already working user accounts 20:13 wizzyrea (they are the same) 20:12 seneca patron 20:12 wizzyrea patron/account 20:12 wizzyrea what are the characteristics of the patron you are trying to assign the permissions to? 20:12 huginn rhcl: rangi was last seen in #koha 15 hours, 57 minutes, and 31 seconds ago: <rangi> ok, back to lseep i go 20:12 rhcl @seen rangi 20:11 cait night all 20:10 seneca yeah, this is an established library 20:10 seneca looking in the db, it appears that the permissions are getting set correctly in the flags column 20:10 seneca eythian and rangi were helping me late last night (local) and we couldn't figure it out 20:10 wizzyrea have you created your libraries? 20:09 wizzyrea (3.5) 20:09 wizzyrea mine is on master 20:09 wizzyrea my test user, with the only permission of "catalogue" gives access to look 20:09 seneca warning, I'm using 3.5 20:09 seneca making the account a superlibrarian doesn't allow staff client logins either 20:09 seneca well, regardless, it doesn't matter. 20:08 seneca the docs say it is... ;) 20:08 wizzyrea let's find out >.> 20:08 seneca doesn't catalog grant access to the staff client? 20:08 wizzyrea editcatalogue 20:07 seneca aka access to the staff client 20:07 wahanui hmmm... catalogue is only to view the catalogue 20:07 seneca catalogue 20:07 wizzyrea I had a situation just the other day where a user thought that simply creating a "staff" account was enough to confer permission -- but that's not true, you have to assign the permissions in the patron account with more -> set permissions 20:06 wizzyrea which permission? 20:06 wizzyrea hmm, can you be specific? 20:06 seneca anyone ever see a problem where koha won't honor staff client permissions granted to users? 20:05 wizzyrea oo interesting 20:04 rhcl the farmers there we talking about all the damage they received, and how the corn had blown down strangely in some parts of their fields, and in other areas not at all 20:03 rhcl we have our outreach person do monthly runs to these sites and yesterday just for fun I met him for lunch at a very small town with a small restaurant 20:03 rhcl wizzyrea: we have rural deposit sites, where the library has a bookshelf or two at businesses or post offices in small towns; books are on a honorary checkout and checkin system. 20:01 wizzyrea wind flattened, then hail thrashed 20:01 wizzyrea crop damage 20:00 wizzyrea nope, storm damage from a really seriously heavy storm we had a few weeks ago 20:00 jwagner crop circles??? 19:59 seneca ouch 19:57 wizzyrea rhcl: http://www.crh.noaa.gov/news/display_cmsstory.php?wfo=top&storyid=72331&source=0 19:45 Agent_Dani I'm familiar with Puppet as we use it at $job. 19:45 Agent_Dani It is. 19:42 jcamins Agent_Dani: I think chef is something similar. 19:36 Agent_Dani There was a discussion in another channel about the Puppet configuration management tool... 19:36 Agent_Dani hehe! 19:36 wizzyrea (that is the "come out with the most unique non-sequitur and frame it as a mistell" game) 19:35 * wizzyrea loves this game 19:35 Agent_Dani Wrong window... 19:35 Agent_Dani Whenever I see "Puppet Labs" my mind reads "Muppet Labs." 18:22 sekjal okay, then, I'm going to pass it. objections can be noted on the bug report (as always) 18:20 wizzyrea I don't, afaict it works in all circumstances (on the default library and specific ones) 18:20 sekjal anyone object to me pushing this 6351 followup through QA (since I authored)? 18:19 cait :) 18:19 cait we all miss things, I think best bet is to do it like you describe 18:18 wizzyrea i have experience, sadly. :/ 18:17 sekjal wizzyrea: an excellent practice 18:17 wizzyrea otherwise it's kind of assumed that they tested everything, and no one thinks of everything 18:17 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6351 major, PATCH-Sent, ---, ruth, REOPENED , Cannot delete library-specific circulation rules 18:17 cait bug 6351 18:17 cait wizzyrea++ :) 18:17 wizzyrea then someone can be like well she didn't test that, maybe I will 18:17 wizzyrea thought i'd start doing that, where I list what was tested in case it's not enough. 18:16 wizzyrea yvw 18:16 sekjal wizzyrea: thanks for the tests on 6351 followup patch 18:14 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6747 minor, PATCH-Sent, ---, m.de.rooy, ASSIGNED , Additional check in opac-export 18:14 cait bug 6747 18:14 cait signing off on owens and doing the rest 18:14 gmcharlt chris_n: is 6747 a candidate for backporting to 3.4.x ? 18:14 cait I hope to finish most of them this week 18:14 cait nice :) 18:14 sekjal I'll look for that, then, and start passing them through QA 18:13 cait or everyone not using en 18:13 cait causing me trouble 18:13 cait it seems a smart thing to do, but it's not 18:13 sekjal gotcha 18:13 cait yep 18:13 cait removing directives from within the html tag 18:13 sekjal template directives in HTML tags 18:13 sekjal ah 18:12 sekjal cait: I'm not seeing exactly what those patches do differently... (looking at http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=5125) 18:10 wizzyrea you're right though, you can use squash pretty much anywhere you'd use sweet potato 18:10 wizzyrea nom 18:10 wizzyrea you could also make pumpkin custard 18:10 wizzyrea cait that sounds like a pumpkin souffle, but no eggs? 18:09 wizzyrea how do you do it? 18:09 wizzyrea ok, someone who has figured out how to obsolete patches from the git bz 18:08 cait as kind of potato replacement 18:08 cait no, only the pumpkin without any dough 18:07 jcamins Pie? 18:07 cait and it's too late already, because it's in the oven now :) 18:07 jcamins cait: mmm. 18:07 jcamins sekjal: huh. Go figure. 18:07 cait pumkin ginger and honey 18:07 wizzyrea recipe idea? 18:07 cait and nobody commented on my recipe idea... so it is probably a bad plan :) 18:07 wizzyrea yep :) 18:07 cait and one of the patches owen signed off on I have to redo 18:06 sekjal wizzyrea/jcamins: Mr. Harbottle's indicates he's on Debian 18:06 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6458 normal, PATCH-Sent, ---, frederic, ASSIGNED , incorrect parsing result in translation processing 18:06 cait bug 6458 18:06 cait I always search for translation processing, give me a sec 18:06 cait but easy to read patches 18:06 sekjal cait: bug number? 18:05 cait it needs more work still 18:05 cait sekjal: could you do qa on some of the template processing things? 18:05 cait evil template things, still hiding in there 18:04 sekjal but a couple other template scope issues need to be resolved for some of the other areas 18:04 wizzyrea i'm testing your followup :) 18:04 sekjal her fix stands 18:04 sekjal but I've reopened it because I've found more to it 18:04 libsysguy oh i must've missed her...darn 18:04 sekjal druthb did indeed solve 6351 18:03 cait have seen her earlier 18:03 libsysguy speaking of ruth...where is she today 18:02 wizzyrea oh it's a followup 18:02 cait pumpkin, ginger and honey, bad or good plan? 18:02 cait hm, this bug sounds familiar - thought ruth fixed it 18:02 cait hehe 18:01 wizzyrea oo 18:00 huginn New commit(s) needsignoff: [Bug 6351] Cannot delete library-specific circulation rules <http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6351> 18:00 * jcamins thinks it's RedHat. 17:59 libsysguy carrier pigeons for networking 17:58 wizzyrea that must be it. 17:58 wizzyrea he runs it from a live booting USB thumb drive. 17:58 wizzyrea who runs anything with a 5gb HD?! 17:57 wizzyrea if that's meant to be sarcastic, that's the best curse ever. 17:57 sekjal or, perhaps he's on RedHat 17:56 sekjal wizzyrea: must be less than 256MB RAM and under 5GB harddrive 17:56 libsysguy punchcards... 17:56 wizzyrea it's gotta be like a p2 or something. 17:56 wizzyrea I want to know what kind of hardware this guy on the list is using that he 'can't' run with zebra for 13k records. 17:56 sekjal I'm sure there is a way to get better performance out of a MySQL-only implementation of Koha... somehow... 17:55 jcamins It sure is! 17:54 libsysguy that sounds pretty terrible lol 17:54 jcamins sekjal was saying it should be made to work again, but right now it's bit-rotted. 17:54 libsysguy is that going away? 17:54 libsysguy what about nozebra 17:54 libsysguy true 17:54 jcamins libsysguy: that wouldn't work in places like Afghanistan. 17:53 libsysguy too bad smaller libraries can't ban together and get some kind of EC2 instance to share 17:53 jcamins Exactly. 17:53 libsysguy but solr is pretty huge 17:53 wizzyrea who can't ;) 17:53 libsysguy but i can understand their frustration with zebra 17:52 libsysguy right 17:52 wizzyrea (in their current implementation) 17:52 wizzyrea it's solr or nothing. 17:52 jcamins It would need to be. 17:52 wizzyrea it should be, and it's not, currently 17:52 wizzyrea that's thte idea 17:52 libsysguy zebra or solr 17:52 libsysguy I wonder if it could be an installation choice 17:51 wizzyrea and solr is troublesome because we'd want to run alongside zebra, and it currently doesn't (at least it didn't last time I knew) 17:51 libsysguy how many people work for biblibre? 17:51 libsysguy it would be better if they did it in smaller patches 17:51 libsysguy yeah i can see how there is an issue 17:51 cait and that it's been rebased ans squased together several times now 17:50 cait yeah, the problem is the tesitng 17:50 libsysguy i was just looking at their solr implementation 17:50 wizzyrea old-new stuff 17:50 wizzyrea that's actually old stuff 17:50 wizzyrea it's difficult to test sometimes 17:49 libsysguy man biblibre is on the ball with the new stuff 17:49 libsysguy yeah 17:49 wizzyrea oh biblibre's circ rewrite? 17:49 libsysguy but i don't know where it is 17:49 libsysguy I would like to check out that branch and look at it 17:49 cait rewrite of circulation? 17:48 wizzyrea that's a good question 17:48 wizzyrea I honestly have no idea on that front. 17:48 libsysguy wizzyrea: do you know if this has already been taken into account with the rewrite of circulation 17:48 wizzyrea well, did you see the mail to the list from ms. culberson? 17:47 cait do we need more granular permissions? like having a circ_reports perm? 17:47 cait moving them might be inconvenient 17:47 cait good question 17:47 cait hm 17:45 libsysguy oh I think i understand...maybe it is just an oversight but I think you are right you should have to have permissions for those objects to be rendered 17:45 wizzyrea which brings up the question: should that report be on that page, or should it be in reports (which is currently the permission required to run it) 17:44 wizzyrea apparently not 17:44 wizzyrea should the circulation permission cover all of them? 17:43 wizzyrea of all the items listed on that page 17:43 wizzyrea I think what I'm saying is the following 17:43 libsysguy well in that case I am unsure 17:43 libsysguy ahhh 17:42 wizzyrea it may be a bug that you can see it at all without the proper permissions 17:42 libsysguy so you do or don't want stuff like that around 17:42 libsysguy now i've confused myself 17:41 wizzyrea well then I contend it shouldn't be there. or should be hidden unless you have the permission. 17:41 libsysguy we have student workers that aren't allowed to access this information 17:40 wizzyrea (now I understand that it's a resource hog) 17:40 libsysguy for our points and purposes that wouldn't be a good idea 17:40 wizzyrea permisison to run it 17:40 wizzyrea you must have "reports" 17:40 wizzyrea on the main circ screen 17:40 wizzyrea the overdue report 17:40 wizzyrea well, for example 17:40 libsysguy hehe 17:40 wizzyrea nah, I was talking to whoever is listening 17:40 libsysguy umm i don't think so but maybe...were you wizzyrea 17:39 cait oh, you were talking to libsysguy? 17:39 cait can you explain? 17:38 cait hm not sure i understand it 17:38 cait 13 pages of distance study book read - yay :) 17:38 wizzyrea so what do you think about the idea that "all functions available on the circulation screen should be available to people with circulation permissions" 17:38 cait hi liz 17:37 wizzyrea whaddup cait :) 17:37 cait hi alll 17:37 libsysguy yeah I was just reading the page on how to create an RFC 17:36 sekjal libsysguy: look at some of the existing RFCs to get an idea on formatting and sections to include 17:36 libsysguy ok cool thanks 17:35 sekjal compile everything on the list that you wish to propose, and put it on the wiki 17:35 libsysguy yes 17:35 sekjal for the RFC? 17:35 sekjal libsysguy: what do you mean? 17:35 libsysguy I just wanted to know if there was anything I needed to do for notices 17:34 sekjal libsysguy: yes 17:33 libsysguy sekjal: you around? 16:08 * jcamins considers that justified. 16:07 huginn New commit(s) needsignoff: [Bug 6271] GetItemIssue(s) : renewals in both items and issues tables <http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6271> 16:07 * jcamins gets very worked up about this kind of thing. 16:06 ketchup ic 16:05 jcamins ketchup: just had an exasperating phone call. What I was hoping was an honest mistake was actually an unethical attempt to avoid paying for highly skilled labor. 16:05 jcamins rhcl: nope. 16:04 rhcl whooa. Looks like I logged on in the middle of something. I need to take cover. 16:03 jcamins [off] I don't give a damn how bad the economic turndown is. Unethical and illegal behavior is unethical and illegal and anyone who preys on the underemployed has a place reserved for them in the eighth circle of hell. 15:46 wizzyrea oh well. 15:46 wizzyrea and supposedly it's native to git now, but for the life of me I can't make it work again. 15:46 wizzyrea yea, it used to work :( 15:46 jcamins But it's a nifty idea. 15:45 jcamins I don't think so. 15:45 wizzyrea *yours* works 15:45 * wizzyrea mutters more 15:45 jcamins That's pretty nifty. 15:43 wizzyrea then I could pick 15:43 wizzyrea I used to be able to git checkout qa-3 <tab> and it would find all the 3's 15:43 jcamins Where you just hit tab and it autocompletes? 15:42 wizzyrea it used to! 15:42 jcamins git has branch autocompletion? 15:42 * wizzyrea is annoyed, my git branch autocompletion isn't working. 15:41 wizzyrea I told you it was crazy :) 15:40 wizzyrea as in the case of lost 15:40 wizzyrea right, and in some cases it's the only way that stuff WORKS 15:39 oleonard The thing about moredetail.pl is that it's accessible by circ staff, and it's the only way they have to make stuff lost/withdrawn/damaged. 15:39 wizzyrea and you did that column selector thing for the batch processing interface, could that be used here? 15:38 wizzyrea perhaps expandable? 15:37 wizzyrea something like 2 rows for each item - the stuff that's there now, and a 2nd row for history 15:36 wizzyrea i told you it was crazy 15:36 wizzyrea what if the additem table included the history info, and that view was the only items view? 15:35 wizzyrea the moredetail.pl page is a little redundant, but the additem page doesn't show the history 15:35 wizzyrea i was carefully reading the bug report for this issue we're thinking about right now 15:35 oleonard Uh oh. 15:33 wizzyrea oleonard we had a crazy idea 15:25 libsysguy So I should be able to answer your question in about 4 hours 15:24 libsysguy its still going to take awhile to dump all those records 15:24 libsysguy lol 15:23 libsysguy that 15:23 libsysguy well it does a...yeah 15:23 jcamins libsysguy: no, it does it with -z every 5 minutes. 15:23 libsysguy err 15:23 libsysguy well it does that anyway every 5 mins 15:23 wizzyrea whoot whoot :) 15:23 oleonard ...which I can do because additem has its own page-specific stylesheet 15:23 wizzyrea I like that actually 15:23 jcamins libsysguy: you may still want to wait, so the server isn't under so much load. 15:23 oleonard I narrowed the sidebar and gave the whole section some padding on the top 15:22 jcamins libsysguy: just use rebuild_zebra.pl -b -x -v 15:22 wizzyrea oleonard, made a huge difference 15:22 wizzyrea actually, whatever subtle thing you did to that 15:22 libsysguy oh... 15:22 jcamins libsysguy: ah. You don't need to use -r. 15:22 libsysguy and I can't do that until tonight 15:21 libsysguy well I can't know until i reindex 15:21 jcamins libsysguy: did my change fix it? 15:21 jcamins libsysguy: I learned about Zebra because things were broken. 15:21 libsysguy catalogers.... 15:21 oleonard Updated: http://screencast.com/t/9OgYo8eyrJE 15:19 wizzyrea see which they like 15:19 wizzyrea we're actually going to send your options off to some of our catalogers :) 15:18 wizzyrea (without the menu/sidebar there) 15:18 wizzyrea you lose the add item field labels 15:17 wizzyrea which is that when you scroll horizontally 15:17 wizzyrea nah, that doesn't solve the problem 15:17 libsysguy wizzyrea: oleonard: you could just move the line to the left and have the tabs jutt out to the right 15:15 wizzyrea it looks weird to me too, probably because the line on the menu doesn't line up with anything 15:14 wizzyrea keeps your "doin' stuff" things together 15:14 oleonard wizzyrea: Looks weird to me, but seems like a viable option 15:13 wizzyrea I think I like it 15:13 libsysguy lol 15:13 libsysguy well its written in Java so i guess that is expected 15:13 wizzyrea oleonard++, but what ydo you think? 15:13 sekjal but for larger installs, or clusters of smaller ones, it may well make life MUCH better for everyone 15:13 libsysguy i see 15:13 sekjal Solr is much heavier-weight than Zebra, and some smaller installs may not be able to handle it 15:13 oleonard wizzyrea: http://screencast.com/t/coDn4Ltn7H6 15:13 sekjal and we need to be sure that both Zebra and Solr are equally supported at the choice of the library 15:12 sekjal but it still needs to be integrated 15:12 sekjal libsysguy: BibLibre has done extensive work with it 15:12 * libsysguy quivers with excitement 15:12 libsysguy so we might be moving to Solr 15:10 libsysguy bye kf 15:10 wizzyrea bye kf 15:10 kf bye all 15:09 kf sekjal++ 15:09 kf time to leave and deal with the boring distance study book 15:09 wizzyrea that would be super boss 15:09 sekjal what would be boss: being able to toggle between the different search methods with a system preference, and not have anything break 15:09 wizzyrea http://www.spike.com/video-clips/do0v9v/developers-remix 15:09 kf ok 15:09 jcamins sekjal++ # agreed, and now to lunch! 15:09 kf hm 15:08 sekjal I'm all for using Zebra over NoZebra, but as we gear up to make use of Solr, we may as well be sure we can support a MySQL-only search setup 15:08 libsysguy oh Ballmer 15:08 * wizzyrea imagines steve ballmer 15:08 libsysguy lmao 15:08 wizzyrea rofl. 15:08 huginn wizzyrea: Quote #149: "mtj: DEVELOPERS!!! DEVELOPERS!!! DEVELOPERS!!!" (added by druthb at 01:15 AM, August 26, 2011) 15:08 wizzyrea @quote random 15:08 jcamins Time for an early lunch. BRB 15:08 huginn wizzyrea: The operation succeeded. Quote #150 added. 15:08 wizzyrea @quote add <libsysguy> jcamins is the wizard that forges queries in the deep fires of zebra 15:07 wizzyrea lol 15:07 wizzyrea that almost deserves a quote add. 15:07 libsysguy lol I love it :) 15:07 wahanui well, jcamins is supposed to be an outstanding cook. or well-traveled and brilliant. or trying to think of a solution, but short of a set of three sysprefs (ShelfBrowserUsesLocation, ShelfBrowserUsesCcode, and ShelfBrowserUsesHomeBranch), I don't really have any ideas. or awesome fixing broken email notifications or the wizard that forges queries in the deep fires of zebra 15:07 wizzyrea jcamins? 15:07 kf hehe 15:07 wahanui okay, wizzyrea. 15:07 wizzyrea jcamins is also the wizard that forges queries in the deep fires of zebra 15:07 wahanui i guess jcamins is supposed to be an outstanding cook. or well-traveled and brilliant. or trying to think of a solution, but short of a set of three sysprefs (ShelfBrowserUsesLocation, ShelfBrowserUsesCcode, and ShelfBrowserUsesHomeBranch), I don't really have any ideas. or awesome fixing broken email notifications 15:07 wizzyrea jcamins? 15:06 kf sekjal: but I think it's not totally dead yet 15:06 libsysguy jcamins is the wizard that forges queries in the deep fires of zebra 15:06 sophie_m kf, it's very difficult to test every configurations. samples are always poorer than reality 15:06 kf sekjal: it's not possible to select nozbra for new installations now 15:06 kf libsysguy: magic 15:05 kf sophie_m: and there is the thing I missed to check while testing... :( I will try to look at the follow up 15:05 wizzyrea well, if that's true then why have we hidden the pref? 15:05 sophie_m kf : yes, one of our customer notices that if a borrower has tow issues with different due_date in the same level of notification, he receives several letters (but the same content) 15:05 libsysguy so jcamins...how did you come across your zebra knowledge 15:05 kf sophie_m: I see the new patch :) 15:05 sekjal NoZebra is still a valid configuration, I believe. or, at least, I think that it should be 15:04 wizzyrea bye 15:04 kf yep 15:04 reiveune bye 15:04 wizzyrea so no one else has it ^.^ 15:04 wizzyrea it's a weird obscure problem you were having that you can fix :) 15:04 libsysguy excellent 15:04 libsysguy oh so its not just a weird obscure problem that I was having 15:03 wizzyrea ^^ 15:03 kf libsysguy: and after you made the changes in kohaclone - write a patch :) 15:03 libsysguy jcamins++ 15:03 wizzyrea nozebra is deprecated ... right? 15:03 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6292 critical, PATCH-Sent, ---, chris, ASSIGNED , Overdue notices have a bug when multiple overdues exist 15:03 kf sophie_m: hi sophie_m - is there a problem with bug 6292? 15:02 huginn New commit(s) needsignoff: [Bug 6292] Overdue notices have a bug when multiple overdues exist <http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6292> 15:02 jcamins libsysguy: check it works like that, then make the changes in kohaclone. 15:00 libsysguy was that a bad idea 15:00 libsysguy I actually made the change in Koha-dev 15:00 kf libsysguy: if you ahve a dev installation you might need to copy the file from kohaclone to koha-dev 15:00 sekjal It would be good for the community to have a larger knowledge bank about NoZebra... but it just doesn't come up as often 14:59 wizzyrea hehe 14:58 wahanui oleonard: huh? 14:58 oleonard wahanui has obviously never had that tossing-and-turning-for-2-hours at bedtime following a good nap 14:58 libsysguy today* 14:57 wahanui nap is the best thing you can do for yourself. Ever. 14:57 wizzyrea nap? 14:57 libsysguy ok i guess I shall wait till tonight...I think I've had enough downtime tonight 14:57 oleonard Too bad, I was about to take wahanui's advice. 14:56 wizzyrea :) 14:56 jcamins Actually, I think I said that. 14:56 wahanui wizzyrea: I forgot reindex 14:56 wizzyrea forget reindex 14:56 wahanui somebody said reindex was a go, and now it is time to sleep. 14:56 jcamins Reindex. 14:56 wizzyrea i'm sending it 14:56 wizzyrea yea 14:55 jcamins melm 490 Title-series:w,Title-series:p,Title:w 14:55 oleonard offlist reply wizzyrea ? 14:55 jcamins Keep melm 490$9 as is 14:55 jcamins melm 490$a Title-series:w,Title-series:p,Title:w 14:55 jcamins libsysguy: so, here's the fix: 14:54 wizzyrea he's currently running nozebra 14:54 wizzyrea (the harbottle question) 14:54 wizzyrea sekjal++ it's totally to do with nozebra 14:53 libsysguy oh man...ok im holding on to me seat 14:53 jcamins However, I wanted to make sure you knew, so when your technical services librarians told you it was "broken," you'd know what they meant. 14:52 jcamins libsysguy: so, I'm going to explain how to fix the 490 issue, because fixing it to work with 830 requires serious reconfiguration. 14:52 huginn New commit(s) needsignoff: [Bug 6817] In overdue.pl, downloading the overdues as a file ignores the filters if the page isn't in english. <http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6817> / [Bug 5630] CAS improvements <http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5630> 14:52 libsysguy gotcha 14:52 kf got it - thx :) 14:52 jcamins kf: facets = limits. 14:51 kf ah 14:51 kf jcamins: it's the search for series links in the deatil page and the links in facets not working 14:51 jcamins Well, limits should probably be based on 830, which is a controlled heading. 490 is text only. 14:51 libsysguy lol 14:51 libsysguy but I could be 14:51 libsysguy i am not... 14:51 libsysguy thats the only bits I have 14:51 jcamins First of all, you're aware that 490 isn't the right field for limits in general, right? 14:51 libsysguy oh and melm 490 Title,Title-series 14:50 jcamins Right. 14:50 libsysguy melm 490$9 Koha-Auth-Number 14:50 libsysguy melm 490$a Title-series:w,Title-series:p 14:49 jcamins There may be two. 14:49 jcamins libsysguy: what's the line for melm 490... look like? 14:49 libsysguy jcamins do you know what it is in record.abs that I need to modify? 14:49 oleonard I'd be happy to give that a try 14:47 wizzyrea correct 14:47 wizzyrea right 14:46 oleonard Sidebar below the table... on the left of the add item inputs? 14:46 wizzyrea I wonder if you could put the sidebar back, but below the table, so that when the table is full width, horizontal scrolling cuts off the sidebar instead of the labels for the item input 14:46 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2534 normal, PATCH-Sent, ---, oleonard, ASSIGNED , Viewing items table on item edit screen requires horizontal scrolling 14:46 wizzyrea I was looking at your fix for bug 2534 14:46 wizzyrea it was me :) 14:45 oleonard Sorry, was afk. Someone talking to me? 14:45 kf :) 14:45 adnc to display none 14:44 adnc kf, yes sure. I just set the css id #nologininstructions 14:44 kf ah, works now for me to, cache probably 14:44 kf so it works for you? 14:44 adnc thanks 14:44 adnc wonderfull 14:43 kf only that it doesn't work for me... checking what's wrong 14:43 libsysguy too bad we can't put the news feed there 14:42 kf hm 14:42 libsysguy right :) 14:42 kf and my trick removes the exsting text 14:42 kf libsysguy makes it possible to have your own text 14:42 libsysguy oh...that code i sent was for the js 14:41 adnc ohh 14:41 kf system preference opacusercss :) 14:41 jcamins kf: just modify opacusercss. 14:41 kf no need to change a file 14:41 adnc kf, what was that file? I'm using debian and need to search for that file 14:40 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2534 normal, PATCH-Sent, ---, oleonard, ASSIGNED , Viewing items table on item edit screen requires horizontal scrolling 14:40 wizzyrea otherwise, we like that 14:40 kf bug 2534 14:40 wizzyrea I wonder if you could put the sidebar back, but below the table, so that when the table is full width, horizontal scrolling cuts off the sidebar instead of the labels for the item input 14:39 libsysguy jcamins++ 14:39 libsysguy np 14:39 adnc thank you very much 14:39 libsysguy there you go adnc 14:39 kf opacusercss #nologininstructions {display:none;} 14:39 pastebot "libsysguy" at 129.114.242.85 pasted "JS for opac auth" (4 lines) at http://paste.koha-community.org/21 14:38 kf even using css 14:38 kf ah, that should be quite easy 14:38 adnc remove 14:38 kf adnc: do you want to remove or change it? 14:37 adnc ok 14:37 libsysguy one moment 14:37 wizzyrea oleonard: i'm looking at your most recent patch for 2534 14:37 libsysguy actually I think i have the js to fix it 14:37 kf opacuserjs 14:37 libsysguy lol** 14:37 libsysguy so technically there is a syspref for it lo 14:37 adnc kf, by editing what? 14:37 jcamins So you can fix this by mucking around with record.abs. 14:37 kf and jcamins++ 14:36 kf there is currently no syspref for, but you can change or remove it by using jquery 14:36 libsysguy which explains why it works when you shorten it 14:36 adnc hi kf 14:36 kf hi adnc 14:36 jcamins kf: I think so. 14:36 adnc which settings controls this? 14:36 kf so long series titles are having problems and shoter not? 14:36 adnc hello, I've on my koha opac login-page some default text, like: If you don't have a password yet, stop by the circulation desk the next time you're in the library. We'll happily set one up for you. 14:36 kf oh! 14:36 jcamins Yeah, it has to do with the length of the index. 14:35 kf things like https://hfjs.bsz-bw.de/cgi-bin/koha/opac-search.pl?q=se:Bibliothek%20der%20Sprachenkunde work nicely 14:35 kf checked in one of my catalogs 14:35 jcamins Putting it in quotes works because it forces it to use the working portion of the se,phr index. 14:35 kf weird 14:35 kf hm 14:35 jcamins wrdl works. 14:34 * libsysguy scratches head 14:34 jcamins Right, due to unexplained peculiarities, that index is not entirely functional. 14:34 kf se,phr? 14:34 jcamins It's using the wrong index. 14:33 libsysguy Dun dun DUUU 14:33 * kf giggles 14:33 libsysguy cursed Zebra 14:33 kf zebra! 14:33 jcamins It's Zebra. 14:33 jcamins We've seen this before. 14:33 jcamins Wait. 14:32 libsysguy %21 14:32 jcamins I mean "not an entity at all." ;) 14:31 jcamins Sorry, I've been working with a lot of XML recently. 14:31 jcamins I mean, the urlencoded thing. 14:31 kf and it works without the other words 14:31 libsysguy what do you mean entity? 14:31 kf or.. not sure 14:31 kf probably you need to define one 14:31 jcamins Okay, what's the entity for an exclamation mark? 14:30 libsysguy fails 14:30 libsysguy http://catalog.uttyler.edu/cgi-bin/koha/opac-search.pl?q=se:STAT!Ref%20electronic%20medical%20library. 14:30 jcamins Good point. 14:30 jcamins Hm. 14:29 libsysguy oh touche` 14:29 kf but why does eletronic medial library work then? 14:29 libsysguy GRR 14:29 kf oh! 14:29 libsysguy i knew it 14:29 jcamins It's the spaces. 14:28 kf =490 0\$aSTAT!Ref electronic medical library. 14:28 libsysguy http://catalog.uttyler.edu/cgi-bin/koha/opac-search.pl?idx=se,wrdl&q=STAT!Ref&sort_by=relevance&limit=se:STAT!Ref%20electronic%20medical%20library. 14:28 jcamins Resend the link that doesn't work? 14:27 kf I can't see it in the marc view 14:27 kf libsysguy: how does the 490 field look like? 14:27 libsysguy so I know it can't be that 14:27 jcamins Unless there is more punctuation... <! or !- for example, might cause problems. 14:27 libsysguy and I did a full reindex last night 14:26 libsysguy totally 14:26 kf libsysguy: weird! 14:26 jcamins You shouldn't. 14:26 libsysguy yeah but this works too http://catalog.uttyler.edu/cgi-bin/koha/opac-search.pl?q=se:STAT!Ref 14:26 kf any idea if you need to escape ! in zebra search urls? :) 14:26 jcamins What's up? 14:26 jcamins I am. 14:26 kf jcamins: around? 14:25 kf so it could be a problem with the ! I think 14:25 kf http://catalog.uttyler.edu/cgi-bin/koha/opac-search.pl?q=se:electronic%20medical%20library. this link works 14:25 libsysguy looks like a smart quote got in there 14:24 libsysguy haha yeah... 14:23 kf Davis’s drug guide for nurses ? 14:23 libsysguy thanks :) 14:23 libsysguy in another life i did a lot of web devel 14:23 kf nice layout :) 14:23 libsysguy haha better than a blank page 14:22 kf looks better 14:22 wizzyrea it's pretty :) 14:22 libsysguy ok those links should be fixed now 14:20 libsysguy the pitfalls of a giant blanketing firewall 14:20 libsysguy kk give me one sec to fix the access issue in ASA 14:17 kf libsysguy: I checked the indexing for 490 on current maser - i think it should work 14:17 libsysguy hmm i may have an actual access issue 14:17 jcamins No idea about the DNS. 14:16 jcamins Oh. 14:16 wizzyrea zebra *is* finicky 14:16 wizzyrea no no, about the dns server. 14:15 jcamins wizzyrea: wizzyrea Zebra is finicky? ;) 14:14 wizzyrea :) 14:14 wizzyrea not sure I understand your logic there, but ok 14:14 libsysguy interesting idea 14:13 kf libsysguy: perhaps it's the ! in your link... not related to the access problem, but I wondered if it's broken for other series too? 14:13 libsysguy oh that is probably the DNS server 14:12 pastebot "wizzyrea" at 24.124.17.146 pasted "for libsysguy - ping results for catalog.uttyler.org" (3 lines) at http://paste.koha-community.org/20 14:12 huginn New commit(s) needsignoff: [Bug 6806] Encoding problem with biblio titles in subscription-add.pl <http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6806> 14:12 wizzyrea but I get pings back from that IP too 14:11 wizzyrea though that's not the IP the name is returning 14:11 libsysguy oddness 14:11 wizzyrea i can get pings to it both by name and IP 14:11 libsysguy 129.114.128.216 14:10 kf need an ip address? 14:10 kf :) 14:10 kf germany! 14:10 kf wizzyrea: good mail :) shoudl save that and use as template! 14:10 wizzyrea tha intarwebs. 14:10 wizzyrea ^.^ 14:10 wizzyrea um, kansas. 14:10 libsysguy it shouldn't have any effect 14:09 libsysguy just curious 14:09 libsysguy where are you accessing it from? 14:09 kf same here 14:09 libsysguy the load is normal 14:09 wizzyrea webpage is not available, timeout 14:08 wizzyrea (I just tried that) 14:08 libsysguy that is very odd 14:08 wizzyrea yep 14:08 libsysguy is this just as slow? http://catalog.uttyler.edu/ 14:08 libsysguy weird 14:08 wizzyrea same here 14:07 kf no timeout yet 14:07 kf looooading... 14:07 libsysguy either link? 14:07 libsysguy 0_0 14:07 kf hm doesn't open for me :( 14:07 libsysguy limit my series http://catalog.uttyler.edu/cgi-bin/koha/opac-search.pl?idx=kw&q=STAT!Ref&sort_by=pubdate_dsc&limit=se:STAT!Ref%20electronic%20medical%20library. 14:06 libsysguy keyword search http://catalog.uttyler.edu/cgi-bin/koha/opac-search.pl?q=STAT%21Ref 14:06 kf limit means using the special search option series? 14:06 kf but not from series? 14:06 libsysguy but i can't limit by series 14:06 libsysguy yes I can 14:06 kf and can you search for it using the keyword index? 14:06 libsysguy 490a 14:05 kf in which field came the series information? 14:05 kf libsysguy: you can not search for series? 14:05 libsysguy I imported a bunch of ebooks and they had series information embeded in teh marc record 14:05 kf libsysguy: can you specify your quetion? :) 14:05 wizzyrea ohsnap! maybe he imported a db with a preference set that he now can't unset 14:04 kf you can't select nozebra now 14:04 wizzyrea that could be too 14:04 kf ...? 14:04 kf upgrading from a nozebra installation 14:04 libsysguy does anybody know how series searching works? 14:04 wizzyrea maybe? 14:04 wizzyrea I bet he's running nozebra 14:04 wizzyrea ooooooo 14:04 sekjal wizzyrea: it's in the _AddBiblioNoZebra subroutine 14:03 kf oh translation is a good point too 14:02 wizzyrea good pt 14:02 wizzyrea i'll ask if he's using a translation 14:02 kf something wrong with the frameworks perhaps? 14:02 kf hm 14:02 wizzyrea since I'm sending this anyway :P 14:02 wizzyrea anything else you want me to add? 14:01 wizzyrea I'm going to ask if it's a clean or upgrade, which minor release, if he's reindexed, if he gets results when he searches, etc. 13:59 wizzyrea line 2880 seems to be unique 13:59 wizzyrea not quite the same 13:59 wizzyrea *nod* 13:59 kf could be an indexing problem too 13:59 oleonard At least 10 emails to the Koha list in the last 3 months with this same error 13:55 wizzyrea no, doesn't look like that 13:54 wizzyrea oh oh, is that the problem where he hasn't run the remove_items_from_biblioitems.pl 13:54 oleonard Seems awfully common these days wizzyrea 13:53 wizzyrea anybody have any ideas about mr. Harbottle's fatal error (from the list)? 13:53 kf have changed it back :) 13:51 jwagner Might be. Two ships colliding in the night, and all that.... 13:51 kf yes, I think that#s the problem :) 13:51 kf ah, I think it was perhaps because you had the bug open when I saved my changes? that it changed back? 13:51 jwagner It kept telling me I was colliding with someone, so it may have gotten confused 13:50 kf misread the bugzilla mail 13:50 kf sorry then! 13:50 kf oh 13:50 jwagner I didn't change it, I just added myself as a cc 13:50 kf or note where to find it 13:50 kf but I see no patch or code for it 13:50 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5806 enhancement, PATCH-Sent, ---, gmcharlt, NEW , Search results display items for all locations when the SearchMyLibrary first system pref is activated 13:50 kf about bug 5806 - I see you changed it back to needs sign-off 13:50 kf hi 13:50 jwagner Hi there 13:50 kf jwagner? 13:49 sekjal I'd like see the Branch Groups functionality do a little more 13:49 sekjal kf: agreed. 13:48 kf would make it possible to have invisible internal departments 13:48 kf sekjal: it would be nice if you could group branches and have flags for opac visibility 13:45 sekjal and I'd like to see singleBranchMode removed, and replaced with a subroutine that just counts the number of configured branches. If 1, then it's a single branch; else, not 13:45 sekjal oleonard: in the medium-long term, it'll need to be split into multiple preferences. IndependentPatrons, IndependentCataloging, IndependentOPAC, etc 13:34 pelletiermaxime good morning =) 13:34 oleonard sekjal: I'm happy to see it get some attention. 13:34 kf hi pelletiermaxime 13:33 trea hi kf 13:33 sekjal hi, kf 13:33 sekjal oleonard: a few of our partners do 13:33 kf hi trea, oleonard and sekjal 13:32 oleonard Sounds like a ByWater customer is using/going to use the IndependantBranches option? 13:30 trea i know! :D 13:29 huginn New commit(s) needsignoff: [Bug 5806] Search results display items for all locations when the SearchMyLibrary first system pref is activated <http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5806> 13:29 magnuse oh wow, congrats, trea! how cool is that?!? 13:20 Agent_Dani \o 12:50 trea thx owen 12:49 oleonard Congrats on the new job trea 12:48 jcamins_away chris_n: how are things by you? 11:18 Brooke 0/ 09:09 reiveune hi kf 09:09 kf hi reiveune 08:52 reiveune ? 08:09 kf hi #koha 07:03 sophie_m hi #koha 07:01 julian hello magnuse 07:00 magnuse hiya Irma and julian 06:48 hdl hi all 06:46 cait :) 06:44 magnuse nah 06:43 cait although there could be a lot of other good reasons :) 06:43 cait yep 06:43 magnuse gbsd email? 06:42 cait magnuse++ 06:40 magnuse eythian: hm, maybe... 06:40 magnuse bonjour biblibre 06:39 eythian they'd stop chasing flies. 06:38 reiveune hello 06:38 magnuse what worries me most is i have three dogs who like to chase flies, and i don't want to find out haow they'd react to a sting... 06:38 magnuse yup 06:37 eythian just keep saying that to yourself 06:36 magnuse oh well, maybe it flew out... 06:33 magnuse hope not! 06:33 eythian it's flown into your shirt or is sitting on your head. That's what they usually do. 06:33 magnuse sorry, there was one flying around me, don't now where it went now... 06:32 eythian have ... fun 06:31 * magnuse goes wasp-hunting 06:29 eythian although, it would be better to put them in /var/lib/koha/somewhere and include them in the backups, really. 06:29 magnuse ooh, very cool! 06:29 eythian yeah, if you put them there and symlink them across. 06:29 magnuse ah like css and stuff? 06:29 magnuse eythian++ 06:28 eythian so if you put all your customisations in there, all you need to do is koha-restore to get it back. 06:28 magnuse cool 06:28 eythian the db and anything in /etc/koha/sites/<instance> 06:28 magnuse is it "just" the db, or any other files as well? 06:27 magnuse which is really cool, of course! 06:27 eythian fair enough. It works fine, we have it in production. It's just a handy way of producing things you can rsync to off-site storage. 06:26 magnuse i'll definitely give it a go, but not sure when i will have the time... 06:26 magnuse cool 06:26 eythian but it merges in fine 06:26 magnuse ah, ok 06:26 eythian It's in master, but not 3.4 06:26 magnuse eythian: yeah, i have been meaning to have a look at that 06:24 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6275 enhancement, PATCH-Sent, ---, robin, RESOLVED FIXED, Automated backups of data and config 06:24 eythian magnuse: for your package deployments, you may want to have a look at bug 6275 - it could be useful 06:17 magnuse kia ora #koha 06:04 Oak tomorrow is Eid here ... most probably. 06:03 huginn Oak: The current temperature in Islamabad, Pakistan is 33.0�C (11:00 AM PKT on August 30, 2011). Conditions: Scattered Clouds. Humidity: 63%. Dew Point: 25.0�C. Pressure: 29.80 in 1009 hPa (Steady). 06:03 Oak @wunder islamabad 06:00 alex_a hi Oak 06:00 Oak Bonjour alex_a !! 06:00 alex_a hello ! 05:14 francharb hi Oak 05:13 Oak Bonjour francharb :) 05:09 francharb morning everyone 04:24 Oak :) 04:24 eythian hi :) 04:21 Oak hello Mr. Robin 04:21 Oak hello #koha :) 04:19 seneca ciao 04:19 seneca one day I'll know enough about koha to return some of these favors... 04:19 eythian sweet as 04:19 seneca and again, I really appreciate your help! 04:18 seneca there's my email up there if you remember anything else 04:18 seneca ok, thanks for the help 04:18 seneca yay for vms 04:18 seneca yeah 04:18 eythian well, take a backup first then :) 04:17 seneca er leery 04:17 seneca always leary of that 04:17 seneca I guess I can try a downgrade... 04:17 eythian yeah 04:17 seneca ethian, you're using 3.4, right? 04:16 seneca man, I always have the strangest problems... 04:16 eythian nothing I'm aware of 04:15 seneca maybe a new setting in 3.5? 04:15 seneca or require a certain category for staff client access? 04:15 seneca is there anywhere that you can block a user category from accessing the staff client? 04:15 seneca feel better! 04:14 seneca yeah, I've tried that, unfortunately 04:14 rangi ok, back to lseep i go 04:14 rangi the only thing i would try is making one a staff, (if you havent already) 04:14 eythian hmm 04:14 eythian > <input type="hidden" value="HASH(0x4c99140)" name="tab"> 04:14 seneca yeah, PT = patron 04:14 rangi :) 04:14 seneca oh, geez, under "patron categories" perhaps? ;) 04:14 rangi borrower categories or the like 04:13 rangi in admin 04:13 seneca but where are those categories defined in the staff client? 04:13 seneca which I believe is patron, as the gui shows 04:13 seneca I have the categorycode of PT 04:13 seneca seems like it 04:12 rangi ie match one of the categories you have defined 04:12 rangi will need to be valid 04:12 rangi in borrowers table 04:12 seneca well, right 04:12 rangi but the value in the categorycode column 04:12 rangi its whatever you want it to be 04:12 seneca patron, staff, I mean 04:12 seneca is that patron,s taff, etc? 04:11 rangi the ones that cant login 04:11 rangi thats the only othe thing i can think of 04:11 seneca which borrowers? 04:11 rangi do the borrowers have a valid categorycode set? 04:11 seneca :) 04:11 seneca if you have any epiphanies, bryan.lakatos@mvschool.com 04:11 seneca so I'm going to go sleep on it 04:11 seneca well, it's WAY past my bedtime 04:10 eythian Yeah, I don't think there is. 04:10 rangi i dont know of any other switch 04:09 seneca I really appreciate you guys spending so much time on my problem, though 04:08 seneca but I don't know it if there is, and it's not in any docs 04:08 seneca it's like there's some other switch besides the "catalogue" flag 04:07 seneca names and card numbers 04:07 seneca we're only pulling a few fields from ldap 04:06 seneca I agree 04:06 eythian but it doesn't make sense that existing users can have their permission turned on and off, but you can't give the permission to users who haven't had it set previously. 04:06 eythian there's not some ldap flag that is require too, maybe? (I wouldn't think so) 04:05 seneca drat. 04:04 rangi theres something up with your db/setup then 04:04 seneca but not the staff client 04:04 seneca we use ldap and I can log in to the OPAC just fine 04:04 seneca nope 04:04 rangi wrong password? 04:03 seneca but I still can't log in ;) 04:03 seneca so the flags column in BORROWERS is correctly showing the permissions the gui is showing 04:03 rangi yup 04:03 seneca and the third bit (bit 2) listed in userflags is "catalogue" 04:02 eythian yeah 04:02 seneca 1,2,4? 04:02 seneca so my user's flag of 4 means that the third bit is marked? 04:01 seneca oh 04:01 eythian (I'd expect) 04:01 rangi ah yes, eythian is right 04:01 rangi run that, and see 04:01 eythian no, it's a bitmask 04:01 seneca in userflags, it seems to be laid out 04:01 rangi SELECT flag, code, description FROM permissions JOIN userflags ON (module_bit = bit) 04:01 seneca haha 04:01 rangi no idea 04:01 seneca so a value of 4 would be... 04:00 seneca ok 04:00 rangi yes 04:00 seneca is the flag column in BORROWERS a cumulative bitcount? 03:59 rangi and get_all_subpermissions gets the stuff from permissions and userflags 03:58 seneca however 03:58 seneca I think I get it - 03:58 rangi thats how the permissions get set, and pased to the template 03:58 pastebot "rangi" at 203.97.214.51 pasted "if ( $flags ) { foreach my $mo" (22 lines) at http://paste.koha-community.org/19 03:57 pastebot "rangi" at 203.97.214.51 pasted "if ( $flags ) { foreach my $mo" (11 lines) at http://paste.koha-community.org/18 03:57 seneca ah 03:56 rangi my $all_perms = get_all_subpermissions(); 03:56 eythian user_permissions 03:56 eythian userpermissions must then track the sub-permissions. 03:56 seneca "Flags? 03:55 seneca hmm 03:54 rangi FROM borrowers 03:54 rangi thats where its getting the permissions 03:54 rangi SELECT borrowernumber, firstname, surname, flags, borrowers.branchcode, branches.branchname as branchname, 03:53 eythian although the default is to be off, so I don't know how it got there in the first place. 03:53 seneca hmm 03:52 eythian Hmm, there's a syspref that is commented out but that seems to be turned on in this database. So I can't turn it off. I don't like that. 03:52 eythian oh, right 03:50 seneca I thought you were saying that if they weren't using the db admin account it would be frowned upon, which would seem odd to me ;) 03:50 seneca they have their own personal user account 03:50 eythian are they using a real login, or the database login, which will always log you in as a superlibrarian 03:49 seneca I don't understand the question 03:48 eythian your head librarian isn't using the database credentials? (which would be frowned upon) 03:47 seneca and actually, I don't see the borrowernumber for my head librarian, whose account does work, so I'm thinking user_permissions is the place to be looking :) 03:47 seneca but I don't see any borrowernumber in user_permissions that has bit 2 03:44 seneca according to userflags 03:44 seneca so "catalogue" is bit 2 03:43 eythian userflags is the top-level, and the permissions table goes under that. 03:43 rangi im pretty sure thats the actual one 03:43 eythian ohh 03:43 eythian well, there's also userflags, and I'm not sure how that relates 03:42 seneca hold on 03:42 seneca edit_catalogue is a different permission in the gui 03:42 seneca oh 03:41 seneca though maybe that's not the permission I'm looking for in the db 03:41 eythian I would think the permissions should match the name in the UI, but I've never dug into this area before. 03:41 seneca but more than one user account has the permissions set and can log in successfully 03:41 seneca one borrowernumber has "edit_catalogue" 03:40 seneca I'm seeing lots of lines in that table 03:39 eythian hmm, that's what I'd expect, though the table I'm looking at now is empty. 03:38 seneca so, a borrowernumber should be listed in there with catalogue permissions? am I understanding correctly? 03:37 eythian ah, the user_permissions table 03:35 seneca hehe 03:35 eythian I'm not sure, I'm checking 03:35 libsysguy1 im on the wrong laptop to check that seneca im sorry :'( 03:35 seneca if anyone knows that db location, I can check to make sure it is actually being set in the user's account 03:35 libsysguy1 yeah I'm wondering if you can check to see if that is getting set correctly 03:34 seneca I'd assume it's that permission field, right eythian? 03:34 eythian libsysguy1: well, there's the permissions in the database. 03:34 libsysguy1 dont** 03:33 libsysguy1 is there a flag in the db that defines who uses the staff client and who doesn't 03:33 seneca not sure what you mean, libsysguy1 03:33 libsysguy1 is the flag for that in the db? 03:32 seneca that would make sense to me 03:32 seneca me neither ;) 03:32 eythian the magic list is determined by who has that permission. 03:32 seneca yeah 03:32 eythian that ... doesn't make sense to me 03:32 seneca I cannot add accounts to the magic list of staff client users, but accounts that have had it before will work, even if their permissions have been removed and restored... 03:31 seneca so... the problem gets more specific 03:31 seneca and it does! 03:30 seneca let me see if putting it back returns their logins 03:30 seneca removing "catalogue" from a currently working staffer blocks their staff client login 03:30 seneca ooooo, interesting 03:29 * rangi head is pretty fuzzy still, just have to write an email then back to sleep 03:29 * libsysguy1 offers rangi theraflu 03:28 * rangi is home with the flu 03:28 seneca hold on for data... 03:28 seneca I've got a currently-working staff member I'm going to try to remove permissions from 03:28 libsysguy1 ok well that is done :) 03:28 seneca d 03:28 seneca yes, permissions are save 03:27 rangi yes please 03:27 libsysguy1 rangi, to sign off on hourly all i need to do is select signed off and add a comment right? 03:27 eythian OK, so when you go back to the user, have the changed permissions saved? 03:27 * rangi tests 03:27 seneca correct 03:27 rangi so you find a user, and make it superlibrarian? (category shouldnt matter at all) and it cant login? 03:27 seneca I'm afraid to try changing an already-working staff user account, but I'm curious as to whether it will ignore removal of permissions as well 03:26 seneca it is ignoring permissions for even old users we'd like to turn into staff accounts 03:26 eythian I misunderstood above then 03:26 eythian oh right 03:26 seneca it's not only new users, though 03:26 eythian but maybe not if you just can't create new ones. 03:25 rangi we'd have heard 03:25 rangi well if superlibrarian cant login 03:25 eythian or the existing staff wouldn't be able to log in 03:25 eythian rather than a login, per se 03:25 eythian well, it sounds more like a "new users permissions" thing 03:25 rangi its most likely something with your configuration 03:25 seneca hmm 03:25 rangi (by ages i mean years) 03:25 rangi in ages 03:25 rangi there has not been a bug for logging in 03:24 rangi dont think so 03:24 seneca maybe those last 2 are important ;) 03:24 rangi is running 3.5, they have 40 odd libraries .. im sure i would have heard if they couldnt login :) 03:24 seneca 3.05.00.004 here 03:24 seneca hmm 03:24 rangi no 3.5 is 03:24 rangi and http://catalog.nexpresslibrary.org/ 03:24 seneca is 3.4 master? 03:24 rangi <meta name="generator" content="Koha 3.0500006" /> <!-- leave this for stats --> 03:24 seneca it's a vm, so I'll just snapshot it before in case anything hoses itself 03:24 rangi i can add staff and login to my koha running master 03:23 eythian You just need to change branches to v3.04.04 03:23 seneca I wonder how ugly downgrading via git is 03:23 eythian Not sure, I haven't heard of it, though it might be in someone's git repo. 03:23 seneca yeah 03:22 eythian Well, even numbers are the stable track, so 3.4 is the recommended one at the moment. 03:22 libsysguy1 speaking of 3.6...anybody got a preview of the catalog revamp yet? 03:22 eythian I'd make a critical bug on bugs.koha-community.org for it, it's not much good if you can't add staff. 03:22 seneca grrr... and 3.6 isn't out until October, eh? ;) 03:22 seneca so, basically, I guess my problem is that koha is ignoring the user permissions 03:21 seneca and superlibrarian does not work either 03:21 eythian OK cool :) 03:21 seneca yeah, I do 03:20 eythian you know that running 3.5 in production is not recommeneded, right? 03:20 seneca I don't believe so, but I've tried a lot of things today, so hold on ;) 03:20 seneca but we're just now needing to add new staff 03:20 eythian Does superlibrarian still work? 03:20 eythian right 03:20 eythian ago 03:20 eythian but, it was a little while 03:20 seneca yeah, I'm pretty sure it worked for us before the 3.5 upgrade earlier this summer 03:19 seneca oh, osrry :) 03:19 eythian Hmm, I've set that, it worked then 03:19 seneca when I try to log in as a user with that permission, it tells me the user does not have permission to log into the staff client 03:19 eythian oh, view catalogue. I was confused with editcatalogue. 03:18 seneca which seems to point to that permission being the one I want, but it isn't working 03:18 seneca and the description of that permissions is (Librarian Interface) 03:18 seneca the docs say that's "catalogue" 03:17 eythian it's the one that says that it gives access to the staff interface. 03:17 eythian But I don't think it's catalogue 03:17 eythian I don't think type matters (at least, last I looked.) It's a particular permission that does it. 03:12 seneca the documentation for 3.4 makes it seem that in order to grant staff client-type permissions to a user, that user has to be type staff, but doing that seems to make no change. 03:04 seneca from what I can tell, granting "catalogue" permissions to a patron no longer allows them to log in to the staff client 03:03 seneca Anyone having any trouble with 3.5 and staff client access permissions? 02:30 eythian lastnode: you need to have DNS set up (or, for demo uses, edit the hosts file.) The hostnames are set to instance and instance-intra by default, but you can check in the apache config. 01:53 lastnode imma brb 01:53 lastnode eythian: just ping when ur back, mate 01:40 lastnode i even added listen 8080 to /etc/apache2/ports.conf 01:40 lastnode http://127.0.0.1:8080 wont take me to teh admins creen 01:30 lastnode http://kohadmin should take me to admin right 01:30 lastnode eythian: now that it says apache is running etc. 01:30 * eythian has to go have lunch 01:29 eythian but google will find you plenty more 01:29 eythian http://www.bl.uk/bibliographic/z3950configuration.html <-- british library Z39.50 info 01:29 eythian Yeah, me too 01:29 lastnode *ubuntu has been pretty bad 01:28 lastnode i dunno, every production experience ive had with debian 01:28 eythian well, if you stick to LTS versions, Ubuntu has a longer and more certain cycle than debian 01:28 eythian heh 01:28 lastnode *debian 01:28 lastnode whereas with ubuntu i can install and upgrade next when i retire 01:28 eythian No, we recommend debian 01:28 lastnode bc in 12 months whenthat EOLs ill have to upgrade 01:27 lastnode not for production 01:27 lastnode and to be honest, i wouldnt run koha on ubuntu anyway 01:27 lastnode im inside a vm bc i dont want to keep booting into ubuntu 01:27 lastnode sec, just settign this up 01:27 lastnode ok 01:27 eythian you just need to find their details 01:27 eythian yeah, you can 01:27 lastnode or indian? 01:27 lastnode via z.39? 01:27 lastnode is tehr some way i acan connect o a britishlibrary 01:26 lastnode bc of US based isbn 01:26 lastnode bring up nothing 01:26 lastnode and a lot of the isbn searches i do via z.39 01:26 eythian heh I did that just today for a school 01:26 lastnode the thing is, we're in sri lanka 01:26 lastnode /librarian 01:26 lastnode im trying to demo koha today for the prinicipal 01:26 eythian :) 01:26 lastnode like a boss, eythian 01:25 eythian hit refresh, it'll be there 01:24 lastnode anyway yeah, getting mysql now 01:24 lastnode unless ive missed it 01:24 lastnode not that i can find 01:24 lastnode http://wiki.koha-community.org/wiki/Koha_3.4_on_Debian_Squeeze#Quick_Start 01:23 * eythian does update the docs to mention that though 01:23 eythian no, because it doesn't need mysql to be installed to work, if your database is on another server. 01:23 eythian lrwxrwxrwx 1 root root 10 Apr 28 16:30 koha-common.cnf -> debian.cnf 01:23 lastnode wont the koha-common package dependon mysql? 01:22 eythian wrong server 01:22 eythian oh wait 01:22 eythian lrwxrwxrwx 1 root root 26 Dec 21 2010 /etc/mysql/koha-common.cnf -> /etc/koha/mykoha-mysql.cnf 01:22 eythian $ ls -l /etc/mysql/koha-common.cnf 01:22 eythian btw the koha-common.cnf file should be: 01:22 eythian so, install mysql-server 01:22 eythian yeah, it probably should. Mysql isn't required to be installed because it's quite reasonable to run it from a database server, but most people want it 01:21 lastnode mysql-common the package is isntalled though 01:21 lastnode this guide doestn say anything of the sort 01:21 lastnode on ubuntu i followed a different guide where i had to run myusql manually 01:21 lastnode because it was debian 01:21 lastnode im following this guide 01:20 lastnode http://wiki.koha-community.org/wiki/Koha_3.4_on_Debian_Squeeze#Quick_Start 01:20 eythian (do you have it installed?) 01:20 eythian do you have the mysql server running? 01:20 lastnode socket /var/runmysqld/mysqld.sock (2) 01:20 lastnode cannot connect to mysql server through 01:20 lastnode and now it asys 01:20 lastnode so i touched it 01:20 lastnode then it asked me to checkif /etc/mysql/koha-common.cnf existed 01:19 eythian so, you have 3.4.4? 01:19 * eythian looks 01:19 eythian OK 01:19 lastnode *used 01:19 lastnode sorry, i meant i sued taht flag 01:19 lastnode yea 01:19 eythian try --configfile 01:18 lastnode i even loaded it via --config 01:18 lastnode eythian: yes 01:17 eythian do you have a file: /etc/koha/koha-sites.conf? 01:17 eythian apt-cache policy koha-common 01:17 eythian lastnode: can you check, they were updated yesterday. 01:16 lastnode 3.2 i think? 01:16 lastnode eythian: whatever comes with the debian pacakges from debian.koha-community 01:16 eythian there was a bug that slipped in that may cause that. 01:16 eythian lastnode: what version? 01:10 lastnode anyone? 00:58 lastnode and i get "does not exist" 00:58 lastnode hi, im trying to sue koha-create --create-db mydb on debian 00:21 druthb o/