| # | Time | Nick | Message |
|---|
| # | 00:01:18 | hopkinsju has quit IRC |
| # | 05:04:04 | j_scott1 has joined #evergreen |
| # | 05:06:17 | j_scott2 has joined #evergreen |
| # | 05:06:46 | j_scott has quit IRC |
| # | 05:08:33 | j_scott1 has quit IRC |
| # | 07:16:58 | Yancho | guys - when im trying to login from a win client i am getting : network failure: status 200 .. service=open-ils.auth&method=open-ils.auth.authenticate.init¶m=%22egadmin%22 - tried to change the passwords for ejabberd service but no luck either. any one can help me debug please? thanks |
| # | 07:22:56 | hopkinsju has joined #evergreen |
| # | 07:33:08 | hopkinsju has quit IRC |
| # | 07:37:45 | plux has joined #evergreen |
| # | 07:59:18 | j_scott2 has left #evergreen |
| # | 08:08:00 | collum has joined #evergreen |
| # | 08:13:26 | kmlussier has joined #evergreen |
| # | 08:31:26 | Dyrcona has joined #evergreen |
| # | 08:31:42 | AaronZ-PLS has joined #evergreen |
| # | 08:41:54 | j_scott2 has joined #evergreen |
| # | 09:00:32 | tsbere | Yancho: Without a lot more information there isn't much we can do to help you. That doesn't tell us what happened. You should look for log entries corresponding to that and see what errors are near them. |
| # | 09:01:54 | Meliss has joined #evergreen |
| # | 09:03:58 | enhancin | Yancho: I think I had that issue when my config file was incorrect..I think I had accidentally used the opensrf.xml from opensrf not evergreen..you could try checking the config files that come with evergreen and see if they're different than the ones you are using for evergreen |
| # | 09:15:37 | kivilaht1o has joined #evergreen |
| # | 09:16:02 | kivilaht1o | Hello eg! |
| # | 09:17:06 | kivilaht1o | We are doing our software requirements specification, and would have a lot of questions considering the requirements we have elicitated |
| # | 09:17:50 | kivilaht1o | I would have to find out how eg compares to our, at the moment ~150 requirements |
| # | 09:18:32 | kivilaht1o | can you suggest a best practice how we could start gathering answers to our requiremnts? |
| # | 09:19:14 | kivilaht1o | mailing list, evergreen documentation prject come to mind first |
| # | 09:19:41 | j_scott2 | one possible starting point : http://foss4lib.org/decision-support |
| # | 09:20:19 | sal_ has joined #evergreen |
| # | 09:20:53 | kivilaht1o | j_scott2: thanks, that looks very helpfull |
| # | 09:20:55 | mrpeters-isl | is there a particular setting or loglevel value that would be causing logging to stderr instead of syslog? i'm not using file logging anywhere, that i can see. |
| # | 09:21:51 | mrpeters-isl | or do i perhaps need to add <!--<diable_stderr>true</disable_stderr>--> to every service? |
| # | 09:29:18 | jenny has joined #evergreen |
| # | 09:38:13 | berick | mrpeters-isl: that will happen if opensrf can't write to the configured log file |
| # | 09:38:28 | mrpeters-isl | berick: ok, so maybe syslog has a problem then. thanks! |
| # | 09:40:06 | berick | hmm, well, more likely the opesrf config is not quite right. if syslog had a problem, i doubt it would redirect its logs to stderr, but i'm not 100% sure of that. |
| # | 09:41:09 | yboston has joined #evergreen |
| # | 09:41:21 | mrpeters-isl | ok. i'll dig at it. thanks. |
| # | 09:41:38 | mrpeters-isl | tsbere: you were working on fee payments via SIP at one point recently, right? |
| # | 09:42:22 | tsbere | mrpeters-isl: Nope. Not at all. I haven't touched that. |
| # | 09:42:27 | tsbere pokes Dyrcona though |
| # | 09:42:34 | mrpeters-isl | oh, ok. my bad. i thought someone was...maybe |
| # | 09:42:51 | Dyrcona | yeah, that was me. |
| # | 09:43:16 | mrpeters-isl | do you guys use it in production? |
| # | 09:43:29 | Dyrcona | yes, we do. |
| # | 09:43:40 | mrpeters-isl | can i check it out anywhere? |
| # | 09:44:08 | Dyrcona | It's in master, an you'll need a recent SIPServer checkout from master on the main repo. |
| # | 09:44:24 | Dyrcona | Might be in 2.1, don't know for sure. |
| # | 09:45:03 | mrpeters-isl | do you recall where in the tree, exactly? |
| # | 09:45:48 | mrpeters-isl | ah i see now |
| # | 09:45:51 | Dyrcona | backend is in ... |
| # | 09:45:53 | Dyrcona | ok |
| # | 09:47:13 | Dyrcona | Our members who use it, use it with 3M. You can ask sal_ how it works with Bibliotheca/ITG products. ;) |
| # | 09:47:37 | mrpeters-isl | yeah i just had someone call and say "why doesn't this work" so im investigating |
| # | 09:47:50 | mrpeters-isl really doesn't feel up for an upgrade right now |
| # | 09:47:59 | sal_ | It works. It's running at SCLends... |
| # | 09:48:13 | Dyrcona | We had lots of weird problems not related to the SIP code itself that we've fixed as we found them. |
| # | 09:48:16 | sal_ | (Or at least our customers w/in SCLends) |
| # | 09:48:40 | mrpeters-isl | thanks sal |
| # | 09:48:56 | Dyrcona | Some routines in the backend return undef unexpectedly and some error are not "coded," so we've added code over time to work around those, but it should all be in master, now. |
| # | 09:49:43 | mrpeters-isl | good deal |
| # | 09:52:15 | sal_ | mrpeters-isl: The folks at ESI might be able to tell you which patches they applied specifically. |
| # | 09:55:00 | denials | Fun, fun. Firefox 10 introduces some stricting DOM parsing and is breaking our JavaScriptastic record display |
| # | 09:55:24 | Dyrcona whistles.... |
| # | 09:55:31 | j_scott2 has left #evergreen |
| # | 09:55:43 | Dyrcona | Kill the JSPac! Kill it dead! |
| # | 09:55:44 | denials | (well, I guess I broke it by creating an unbalanced DOM but this is the first time in my life I've had to say "IE works; Firefox doesn't" |
| # | 09:56:20 | Dyrcona | we've gotten a lot of complaints that IE doesn't work, so now I can say "IE doesn't work, neither does FF!" |
| # | 09:56:33 | Dyrcona | Try Cello.... ;) |
| # | 09:56:33 | denials | at least I hope its our customizations and not the default OPAC skin :) |
| # | 09:56:53 | denials | Opera still works, fer crissakes |
| # | 09:57:07 | Dyrcona | Tried Chrom(e/ium)? |
| # | 09:57:08 | denials stops railing and starts digging into code |
| # | 09:57:27 | denials | Dyrcona: Chrom(e|ium) goes without saying |
| # | 09:57:36 | Dyrcona | ok. |
| # | 09:57:38 | jeff | I've recently has MSIE8 users reporting mixed content warnings and an inability to display items checked out. I can't reproduce. I'm wondering if it's some client-side AV to blame again. |
| # | 09:57:55 | denials | gotta say, the strict parsing of a DOM seems very unHTML5-ish |
| # | 09:58:05 | jeff | The mixed content warning is really odd, since we killed that in the consortium back in 1.4 or so. |
| # | 09:58:08 | denials | jeff: revamped Google Books code? |
| # | 09:58:35 | Dyrcona | jeff: could be. we've had the same, but without the mixed content level of detail. One report says IE 6-8 don't work. |
| # | 09:58:37 | eeevil | denials: I thought html5 was about well-formed tag soup? |
| # | 09:58:58 | Dyrcona | We should switch to XML with CSS! |
| # | 09:59:01 | jeff | denials: pretty sure we're completely disabled. also, not sure why i wouldn't be seeing it from here. oh, for one thing my l/ol is likely being set by nature of our source IP... that's worth checking into -- accessing from not-a-known-IP. |
| # | 09:59:46 | denials | Warning: An unbalanced tree was written using document.write() causing data from the network to be reparsed. For more information https://developer.mozilla.org/en/Optimizing_Your_Pages_for_Speculative_Parsing |
| # | 09:59:50 | denials | Source File: http://windsor.concat.ca/opac/en-CA/skin/uwin/xml/rdetail.xml?r=1745193&t=new%20theatre%20quarterly&tp=title&l=106&d=1&hc=2&rt=title |
| # | 10:00:39 | denials | eeevil: I thought HTML5 was about accepting the mess that people created and giving up on well-formedness altogether |
| # | 10:01:00 | Dyrcona thought HTML5 was about interactivity and getting rid of flash. |
| # | 10:01:19 | denials | It's all things to all people |
| # | 10:01:35 | Dyrcona | and nothing to noone. :) |
| # | 10:03:22 | Dyrcona goes to create a launchpad bug for his PhoneList.pm branch..... Neat new feature.... Still working on documentation, but should be done today. |
| # | 10:14:52 | j_scott2 has joined #evergreen |
| # | 10:16:02 | j_scott2 has left #evergreen |
| # | 10:17:05 | dbwells | I can confirm that Firefox 10 is causing problems for our JSPAC as well. Seems related to specific dojo queries. |
| # | 10:19:03 | denials | dbwells: damn, I was really, really hoping it was something stupid I did locally |
| # | 10:19:15 | denials | So maybe it's something stupid I did centrally :/ |
| # | 10:19:30 | dbwells | denials: I was hoping the same |
| # | 10:20:38 | tspindler has joined #evergreen |
| # | 10:20:40 | denials | Maybe mozilla's answer will be "What? Who the hell is still using Dojo 1.3.x? We tested with Dojo 1.5+..." |
| # | 10:20:52 | senator | i have no idea what the local load add-on is, so i might be misunderstanding the context, but is this page saying that dojo < 1.6.1 is incompatible with firefox 10? https://addons.mozilla.org/en-us/firefox/addon/local-load/versions/ |
| # | 10:21:07 | dbwells | denials: https://addons.mozilla.org/en-us/firefox/addon/local-load/versions/ |
| # | 10:21:17 | dbwells | heh, yeah, what senator said |
| # | 10:21:34 | dbwells | I can't find any other confirmation of that anywhere, though. |
| # | 10:21:58 | denials | senator: I think that addon is for avoiding fetching common bundles of crud over the network |
| # | 10:24:13 | Dyrcona | Time to show dojo the door? |
| # | 10:24:38 | berick | FF10 appears to be behaving OK in the conify UIs, fwiw |
| # | 10:24:43 | berick | and acq and vandelay |
| # | 10:25:17 | denials | berick: do they use BibTemplate? |
| # | 10:25:24 | berick | denials: they do not |
| # | 10:25:38 | berick | well, one UI does, i can try it... |
| # | 10:25:45 | denials | Dyrcona: don't blame dojo, we're the ones using a many-years-old version of their framework |
| # | 10:26:21 | Dyrcona | Was someone looking into upgrade to 1.6? I thought I remember "reading" that somewhere. |
| # | 10:26:23 | csharp downloads FF10 on WinXP vbox to test on PINES |
| # | 10:26:30 | berick | indeed, to quote someone in #c4l, don't blame the spec because you used it ;) |
| # | 10:26:41 | csharp | it's all we need to have more browser problems :-/ |
| # | 10:27:01 | Dyrcona | Make tpac default in 2.2? |
| # | 10:29:01 | tsbere | I know it is insanity, but I think I am going to manually write report templates directly into the DB. Anyone want to give me arguments for *not* doing that? |
| # | 10:30:48 | denials | the warning message is pointing to openils_dojo.js, so I'm swapping in the uncompressed version to see if I can step through the sucker |
| # | 10:32:30 | tsbere | How much work do we have to fast-track the "get a later dojo working" project? |
| # | 10:32:44 | tsbere thinks equinox was planning on doing that anyway, but isn't sure |
| # | 10:33:33 | dbwells | Not sure how much it adds to the collective knowledge, but this dojo query doesn't work: |
| # | 10:33:39 | dbwells | dojo.query( 'datafield[tag=245]', item ); |
| # | 10:33:44 | dbwells | while this one does: |
| # | 10:33:53 | dbwells | dojo.query( 'datafield[tag="245"]', item ); //added quotes |
| # | 10:33:57 | denials | quoted attributes, yay |
| # | 10:34:19 | csharp | okay - we don't have bibtemplate really doing anything in our OPAC yet (was one of our get-tos when post-upgrade craziness calmed down), but I'm not seeing the same behavior in PINES fwiw |
| # | 10:35:03 | dbwells | but this one doesn't, so we don't get too far: dojo.query( 'datafield[tag="245"] subfield', item ); |
| # | 10:38:41 | denials | yeah, and adding a ">" between the datafield and subfield doesn't do anything |
| # | 10:41:24 | mrpeters-isl | don't worry, csharp, FF11 won't be long! lol |
| # | 10:41:55 | tsbere | Anyone want to poke around MVLC's opac? I don't feel like installing FF10. <_< |
| # | 10:42:05 | bshum | tsbere: Happy to. |
| # | 10:42:15 | csharp | mrpeters-isl: :-D |
| # | 10:42:20 | tsbere | bshum: catalog.mvlc.org is the easiest entry point |
| # | 10:43:39 | bshum | tsbere: Yep, checking. Not sure if anything "wrong" yet. So far, I'm seeing most of the fields being populated. |
| # | 10:44:27 | j_scott has joined #evergreen |
| # | 10:44:42 | bshum | tsbere: Know a particular field you guys added special? |
| # | 10:44:55 | bshum | Or just expand that "more info" should include some |
| # | 10:45:06 | tsbere | bshum: To be honest? kmlussier would know better than I would. |
| # | 10:45:08 | denials | tsbere: seems to work okay |
| # | 10:46:28 | bshum | Yeah, yours seems to be fine tsbere |
| # | 10:46:42 | bshum | At least looking between Firefox and Chrome |
| # | 10:46:52 | tsbere | ok. Good. I won't have to fight with *that* too. <_< |
| # | 10:46:54 | bshum | Can see subjects populated, etc. |
| # | 10:48:50 | denials | the "unbalanced tree" warning points at openils_dojo.js in our case but doesn't get more specific than that |
| # | 10:49:02 | kmlussier | bshum, tsbere added many fields with BibTemplate to the MBLC opac, but most are under that "more info" button. |
| # | 10:49:25 | tsbere | kmlussier: Wow, MBLC has an opac that I have edit rights to? Since when? ;) |
| # | 10:49:49 | kmlussier | Oops. I usually make that mistake the other way around. |
| # | 10:50:16 | denials | tsbere quoted all the css3 queries properly though, I think that's a key |
| # | 10:50:26 | bshum | Hmm, the little navigation icons keep disappearing on me. |
| # | 10:50:35 | bshum | For previous/next record |
| # | 10:50:42 | tsbere | denials: I did nothing of the sort. I added them, kmlussier wrote them. At best I messed with the whitespace. Give her the credit. |
| # | 10:50:44 | denials notes that when he looks at the _right_ skin, quoting all of the dojo attribute values helps ;) |
| # | 10:50:45 | bshum | In MVLC's catalog |
| # | 10:51:11 | denials | tsbere: it might have been me, to avoid the warnings that previous versions of Firefox threw about the unquoted values |
| # | 10:51:24 | denials | you guys are on master, we're on 2.1 |
| # | 10:51:52 | tsbere | Yes, but we have a pile of things kmlussier wrote and then I added that aren't in master or 2.1 by default. |
| # | 10:52:06 | Dyrcona | kmlussier++ |
| # | 10:54:08 | denials reads a bit more - oh, kmlussier++ indeed |
| # | 10:57:26 | denials | dbwells: yeah, trick seems to be to avoid "datafield subfield" queries |
| # | 10:58:00 | denials | so dojo.query('datafield[tag="022"]', item).forEach(function(item) { dojo.query('subfield', item).forEach(function(item) |
| # | 10:58:25 | denials | (maybe other CSS3 selector syntax would work but that's the quickest / dirtiest solution I can come up with) |
| # | 10:59:32 | dbwells | denials: looks we have quite a few of those :( Thanks for the solution, though! denials++ (dbs++) :) |
| # | 11:00:54 | denials | yeah, we have quite a few too. |
| # | 11:02:10 | denials wonders if the whole CSS3 selector query is supposed to be quoted - heh |
| # | 11:03:17 | denials | "spaces are evil!" |
| # | 11:07:53 | denials | bshum: the little navigation icons appearing or not is a pretty common problem |
| # | 11:08:16 | bshum | Just seems worse than usual on their catalog to me in FF10 today. |
| # | 11:08:30 | bshum | But true, I have seen them load weirdly / slowly in ours too |
| # | 11:10:23 | denials | dbwells: weird, your serials display code works although it has a "datafield subfield" query. hrm. |
| # | 11:10:57 | denials | <script> vs. <td> tags? |
| # | 11:12:07 | denials | err, <script> vs. <span> tags? |
| # | 11:14:48 | hopkinsju has joined #evergreen |
| # | 11:15:34 | kmlussier | tsbere: I'm not seeing any errors in your catalog, but I am finding that 520 subfield a is not displaying at all in FF10, when it is displaying fine in Chrome. Otherwise, I don't think I used many subfields in my customization. |
| # | 11:16:21 | tsbere | kmlussier: Now the question is "do I bother looking for that to fix it, or just leave it on the basis of us working on moving to TPac anyway?" |
| # | 11:17:29 | kmlussier | heh, I guess it depends on how quickly you move to tpac and whether anyone notices that this particualr fields isn't displaying. :-) |
| # | 11:22:57 | tsbere | The image for Witchblade 2 is amusing in our catalog. http://catalog.mvlc.org/opac/en-US/skin/default/xml/rdetail.xml?r=1122740 |
| # | 11:37:07 | mrpeters-isl | we have that all the time. do you use syndetics? |
| # | 11:37:15 | tsbere | Yea |
| # | 11:37:27 | mrpeters-isl | yeah, send them an email they will fix it |
| # | 11:37:46 | tsbere | personally, I will let someone else handle it. |
| # | 11:38:18 | mrpeters-isl | benefits us all if someone reports it :) |
| # | 11:38:25 | tsbere | Oh, and in this case, the two records actually seem to share an 020 a value, if my searches are accurate. I figure that is the real problem. |
| # | 11:40:30 | denials | jeff: one other thought for you, maybe the Google Chrome Frame stuff is introducing the mixed-content warning |
| # | 11:45:48 | jeff | denials: also disabled, iirc. i'll check, though. thanks! |
| # | 11:52:57 | enhancin has quit IRC |
| # | 11:56:12 | tspindler has quit IRC |
| # | 11:57:13 | moonburn has joined #evergreen |
| # | 11:58:14 | moonburn | hey guys |
| # | 12:00:13 | moonburn | Complete evergreen n00b here, just learning the ropes. I wanted to see where I could start looking to resolve this issue, upon a staff member logging in http://pastie.org/private/48odgx0f6ubkqokzqd9eg |
| # | 12:03:32 | denials | moonburn: staff member has a work_ou at the location they're logging into? |
| # | 12:04:35 | moonburn | don't believe so |
| # | 12:04:48 | Dyrcona | moonburn: they need it. |
| # | 12:06:00 | moonburn | Ok, where should I look to correct that at? |
| # | 12:06:28 | Dyrcona | moonburn: Can you log in with the client as the admin user? |
| # | 12:12:36 | moonburn | One sec, let me try |
| # | 12:15:21 | moonburn | Yes |
| # | 12:15:26 | Dyrcona | Ok. |
| # | 12:15:39 | Dyrcona | Search for that staff member in Patron Search. |
| # | 12:16:38 | moonburn | Alright, will be a moment |
| # | 12:17:14 | Dyrcona | Once you get their record up, choose User Permission Editor on the Other menu. |
| # | 12:17:38 | Dyrcona | Near the top will be a list of the ous in your system. |
| # | 12:18:06 | Dyrcona | Check the box next to the one where they work, then scroll down to the bottom and click the "Save" button. |
| # | 12:18:29 | moonburn | The user in question is already a part of 3 different OU's |
| # | 12:19:33 | moonburn | Okay, the view_billing_type is set to System, with both checkboxes checked |
| # | 12:20:26 | Dyrcona | You want to change it to Consortium. |
| # | 12:20:51 | Dyrcona | The failure is looking at permloc 1, that's the whole consortium. |
| # | 12:22:55 | moonburn | Same error |
| # | 12:23:07 | tjspindler has joined #evergreen |
| # | 12:23:11 | Dyrcona | You hit the save button after making the change? |
| # | 12:23:28 | moonburn | Yep |
| # | 12:23:32 | moonburn | Says to give you guys this |
| # | 12:23:39 | moonburn | open-ils.circ.billing_type.ranged.retrieve.all |
| # | 12:25:54 | moonburn checks user permissions editor again |
| # | 12:26:50 | moonburn | Hmm... seems to have reverted back to System |
| # | 12:27:12 | Dyrcona | moonburn: you may need to change it for the permission group. |
| # | 12:27:17 | moonburn | User Sharon [27655000103341] successfully modified.\n0 permissions and 3 work locations updated. |
| # | 12:27:57 | moonburn | Same message I got last time, will look at Permission Groups now |
| # | 12:35:00 | moonburn | Hmm, clicking Save Changes in Group permissions editor doesn't pop up with anything |
| # | 12:35:18 | moonburn | But I added the VIEW_BILLING_TYPE, set it to Grantable in Consortium |
| # | 12:36:41 | moonburn | No change when I try to login as Sharon |
| # | 12:37:41 | moonburn | Giving me an exception - http://pastie.org/pastes/3310406/text?key=2gciqid2ulfxaa1bpayjsw |
| # | 12:38:45 | moonburn | She's part of the Circulation Administrators group, it prompted me to input an Edit Permission, so I put VIEW_BILLING_TYPE, and clicked Save, seemed to take. |
| # | 12:41:59 | AaronZ-PLS has quit IRC |
| # | 12:42:01 | Dyrcona | What are you doing when you get the exception? |
| # | 12:42:43 | moonburn | I just clicked out of it, and logged back off, it pops up after the Permission Denied error |
| # | 12:43:43 | Dyrcona | That doesn't look to me like something that would come up during login, but I could be wrong. |
| # | 12:44:49 | moonburn | Just pops up with this now |
| # | 12:44:50 | moonburn | http://i.imgur.com/igy3m.png |
| # | 12:45:05 | Dyrcona | That's normal. |
| # | 12:45:13 | Dyrcona | When you don't have a needed permission. |
| # | 12:45:23 | Dyrcona | What are you doing in the client when that pops up? |
| # | 12:46:10 | moonburn | Well, I can login as 'admin' if I click on Authorization, but that's not what we're trying to do. We're trying to get it so that she doesn't need to click Authorization. For right now, I am just clicking on Cancel |
| # | 12:46:33 | Dyrcona | You need to give the user that permission at the consortium level. |
| # | 12:47:02 | moonburn | Yeah, I just did that before I logged out as admin. Let me check one more item here |
| # | 12:47:47 | hopkinsju has quit IRC |
| # | 12:50:15 | moonburn | It keeps resetting the VIEW_BILLING_TYPE permission in User Permission Editor to System |
| # | 12:50:56 | Dyrcona | What permission group/profile is the user in? |
| # | 12:51:10 | moonburn | Circulation Administrator |
| # | 12:51:17 | Dyrcona | Go to Permission Group Editor on Server Admin and change it there. |
| # | 12:52:41 | moonburn | It's already set for that group, VIEW_BILLING_TYPE Consortium [X] Grantable |
| # | 12:56:23 | moonburn | Not sure what else to check. My boss claims that it's a known fact that she is part of that group. Though, I am not sure how to verify that. |
| # | 12:57:11 | Dyrcona | Try this: Go back to the User Permission Editor, uncheck the Applied box and then click Save. |
| # | 12:57:37 | Dyrcona | For the VIEW_BILLING_TYPE permission. |
| # | 12:58:13 | moonburn | 0 permissions and 3 work locations updated. |
| # | 12:58:49 | Dyrcona | Somethings broke..... Check your osrfsyslog for errors. |
| # | 12:59:02 | AaronZ-PLS has joined #evergreen |
| # | 12:59:13 | bshum | denials: Maybe we should make that head's up a blog post too. |
| # | 12:59:23 | bshum | denials: For folks who peruse the blog or planet |
| # | 13:00:39 | Dyrcona | +1 |
| # | 13:01:09 | tsbere | +2 |
| # | 13:01:10 | moonburn | Dyrcona: http://pastie.org/pastes/3310535/text?key=ts33igjbqgybvahilqs8w (tail -50 |
| # | 13:02:58 | Dyrcona | moonburn: that doesn't show any problems. |
| # | 13:04:28 | moonburn | I don't see any errors either, doesn't make sense |
| # | 13:05:53 | moonburn | I'm getting a lot of uninitialized value Perl errors in open-ils.storage_stderr.log |
| # | 13:06:21 | Dyrcona | moonburn: that's "normal" believe it or not. |
| # | 13:07:06 | moonburn | Any other ideas? |
| # | 13:07:57 | Dyrcona | Not from me. It could be that your error isn't making it to osrfsys.log because of one of the unitialized value errors in the stderr log. Those mostly happen in logging statements. |
| # | 13:10:37 | moonburn | To me, it looks like the error handler just returns 1 if there's no $app_msg passed to the handler sub |
| # | 13:12:13 | moonburn | That is, OpenSRF::Application->handler() |
| # | 13:12:50 | moodaepo has quit IRC |
| # | 13:14:16 | moonburn | So whatever it is, isn't passing an $app_msg, thus not getting logged. Or maybe i'm checking the wrong logfile? I'm going based on ls -lat |
| # | 13:20:44 | moonburn | Would it matter that the DOB isn't set for this particular user? |
| # | 13:20:45 | denials | bshum: that was my initial thought, but I opted to hit the mailing list first; small steps to go from email to blog post fortunately :) |
| # | 13:20:56 | Dyrcona | moonburn: no. that's not it. |
| # | 13:21:47 | moonburn | Is there a way I can verify in SSH that this particular user is without a doubt, part of this user group? |
| # | 13:22:07 | Dyrcona | you can do a query in the database. |
| # | 13:22:10 | Dyrcona | with psql. |
| # | 13:22:52 | moonburn | I'm a little rusty with my psql |
| # | 13:24:47 | Dyrcona | Well, first thing: In the client, when you have the user up, what does it say for their profile? Its on the left in the Status box? |
| # | 13:26:17 | eeevil | denials: re hierarchical css3 selectors in ff10, did you try 'datafield[tag="245"] > subfield[code="a"]' by chance, or is that still verboten because of IE? |
| # | 13:26:30 | eeevil | (note the > ( |
| # | 13:26:32 | eeevil | er ) |
| # | 13:27:39 | tsbere | eeevil: He did. <denials> yeah, and adding a ">" between the datafield and subfield doesn't do anything |
| # | 13:29:33 | eeevil | firefox-- |
| # | 13:30:47 | denials | bshum: posted the blog entry |
| # | 13:31:26 | denials has to imagine that FFX 10 is breaking other web UIs too, argh |
| # | 13:33:00 | bshum | denials++ |
| # | 13:33:04 | bshum | dbs++ too |
| # | 13:55:18 | moonburn | Dyrcona, when you say work_ou, where is that in postgres? |
| # | 13:55:20 | rangi | kapow |
| # | 13:56:16 | jeff | moonburn: permission.usr_work_ou_map |
| # | 13:56:25 | Dyrcona | yep. |
| # | 13:57:28 | Dyrcona | moonburn: you say the user has 3 work_ous set, if they are logging in at one of them, then that is likely not the problem. |
| # | 14:01:13 | moonburn | Well, in the User Permissions editor, they have 3 work locations checked. If that correlates to work_ou being set in permission.usr_work_ou_map then that's okay I guess. Just thought I would be thorough |
| # | 14:14:40 | Dyrcona | moonburn: http://pastebin.com/W9PHEB4i |
| # | 14:15:27 | Dyrcona | That will show you the groups that the usr is in via usr_grp_map. You should also check what the usr's profile is. |
| # | 14:19:18 | denials | fwiw, FF10 is causing problems elsewhere: http://www.broadbandreports.com/forum/r26845939-FireFox-Firefox-10-breaks-forums- and http://domaingang.com/domain-news/firefox-10-0-is-here-and-it-breaks-network-solutions-email/ (the latter is funnier - stupid browser detection code) |
| # | 14:23:07 | Dyrcona | moonburn: http://pastebin.com/4x61B5iK |
| # | 14:23:33 | Dyrcona loves it when he visits a site with Chromium and gets the mobile page by default. |
| # | 14:24:06 | moonburn | Dyrcona: that returns an empty result |
| # | 14:24:31 | Dyrcona | moonburn: try the new one that I pasted, that includes the usr profile. |
| # | 14:24:36 | moonburn | How does one put her user in that group within the Staff Client, logged in as admin? |
| # | 14:25:29 | moonburn | ok, that returns local admin |
| # | 14:25:30 | Dyrcona | moonburn: You don't. |
| # | 14:25:50 | Dyrcona | moonburn: think you can only do it with SQL. |
| # | 14:26:32 | Dyrcona | You could just change the user's profile on Edit.... or you could use some SQL to add the user via usr_grp_map. |
| # | 14:31:11 | hopkinsju has joined #evergreen |
| # | 14:32:49 | hopkinsju has quit IRC |
| # | 14:37:52 | denials updated http://evergreen-ils.org/blog/?p=729 with a quote from the JS Console warning and a link to the "speculative page" info (with a slightly snarky aside) |
| # | 14:42:10 | tsbere | berick: I apparently had a lot to say on the test data bug there. I approached the length of the original description with my commant. |
| # | 14:44:24 | berick | tsbere: excellent, thanks for the input |
| # | 14:46:54 | tsbere | hmmm. And now I can't spell. s/commant/comment/ <_< |
| # | 14:52:52 | denials | tsbere++ berick++ |
| # | 14:53:46 | tsbere | I don't know if others agree or disagree with my thoughts. But I put them out there anyway ;) |
| # | 14:53:57 | denials thinks tsbere was spot-on |
| # | 14:54:44 | berick likes the idea of "concerto" acting as a code name for the sample-data subproject |
| # | 14:54:49 | berick | .. but can understand not wanting it in barcodes |
| # | 14:56:26 | denials | dang, marc federated search in acq doesn't deal with authentication for z sources |
| # | 14:57:54 | jeff | as someone with non-numeric patron barcodes in production, i'll consider contributing a different set of sample data -- but it would be handy to have at least some sample data suitable for testing that is less homogenous... |
| # | 14:57:58 | tsbere | berick: My primary concern with the barcodes is the default "is it all digits" check....or was it "starts with a digit"? Whichever it is, starting with a C would cause both to not match, and thus the barcodes would not register as barcodes by default. |
| # | 14:58:34 | berick | i assumed as much |
| # | 14:58:41 | tsbere | jeff: We also have some non-numeric barcodes in production. We adjusted the barcode regex to match, though ;) |
| # | 14:58:47 | jeff | but we also do other crazy barcode things, so i suppose that test data would be well-paired with other changes and enhancements. |
| # | 15:16:01 | enhancin has joined #evergreen |
| # | 15:18:39 | enhancin | my permission.usr_grp_map table is empty, should I fill it up, and if so, would this be correct to use: `insert into permission.usr_grp_perm (usr, grp) select id,profile from actor.usr;` |
| # | 15:19:00 | tsbere | enhancin: That is for secondary mappings. Empty is ok. |
| # | 15:19:19 | enhancin | tsbere: good, just having lots of weird permissions errors..trying to make it foolproof |
| # | 15:20:04 | tsbere | enhancin: For staff permission errors what you want to double-check is work ou mappings. |
| # | 15:40:42 | denials enjoys the exhortation to "tune your database" if searches are timing out; we should probably throw in "make people search more than one common keyword" and "don't use advanced options like copy location or sorting" |
| # | 15:42:58 | tsbere | denials: I had someone looking for "The Who" call me wondering why their search for just "Who" wasn't working well last week. |
| # | 15:44:01 | tjspindler has quit IRC |
| # | 15:46:25 | jeff | google search for "who": 0.21 seconds, The Who is the third result. Being Google may not be relistic, but it's no mystery where our users get their expectations. |
| # | 15:48:08 | Dyrcona loves reminding people that Google is a multi-billion dollar corporation, and we're just a tiny non-profit running on a budget of about 1 million US per year. |
| # | 15:48:12 | tsbere | jeff: For added fun they were limiting themselves to books while looking for CDs. |
| # | 15:49:17 | Dyrcona | yep, sounds about right for our users. |
| # | 15:49:46 | jeff | Dyrcona: google searches X documents, while we search small-subset-of-X documents, AND we know when the documents change. ;-) |
| # | 15:50:52 | Dyrcona | jeff: Google has the secret sauce search algorithm and billions of bucks to throw at hardware and people. |
| # | 15:51:18 | jeff | (and no, crawling and maintaining the corpus isn't the only problem -- i know that, just playing devil's (user's?) advocate for a minute.) |
| # | 15:56:29 | denials was being a bit testy, with regards to telling users to do X or not do Y, in the midst of trying to sort out seemingly bad relevance and slow queries since the upgrade to 2.1 |
| # | 15:57:29 | denials | tsbere's example of searching for "Who" when you want "The Who" probably would have fared well in older versions of Evergreen, at least with the title & author relevance bumps we had config'ed |
| # | 15:58:30 | tsbere | denials: What if you are searching for "Who" when you want "Doctor Who"? :P |
| # | 15:59:19 | Meliss has quit IRC |
| # | 15:59:25 | denials | tsbere: author bump helped there: unless doctor who is the author of doctor who (which, knowing the doctor, is possible) |
| # | 16:07:48 | jenny has quit IRC |
| # | 16:08:41 | collum has quit IRC |
| # | 16:13:04 | kmlussier has left #evergreen |
| # | 16:26:44 | AaronZ-PLS has quit IRC |
| # | 16:32:21 | AaronZ-PLS has joined #evergreen |
| # | 16:34:14 | granitize has joined #evergreen |
| # | 16:35:50 | plux has quit IRC |
| # | 17:00:45 | moonburn has quit IRC |
| # | 17:04:29 | AaronZ-PLS has quit IRC |
| # | 17:22:35 | Dyrcona signs out early. |
| # | 17:22:41 | Dyrcona has quit IRC |
| # | 17:25:08 | granitize has quit IRC |
| # | 17:31:37 | j_scott has left #evergreen |
| # | 17:32:55 | granitize has joined #evergreen |
| # | 17:40:20 | granitize1 has joined #evergreen |
| # | 17:42:07 | granitize has quit IRC |
| # | 17:47:04 | granitize1 has left #evergreen |
| # | 18:30:38 | sal_ has quit IRC |
| # | 18:55:04 | yboston has quit IRC |
| # | 21:28:00 | _bott_ has quit IRC |
| # | 21:28:43 | _bott_ has joined #evergreen |
| # | 22:48:41 | moodaepo has joined #evergreen |
| # | 22:48:48 | moodaepo has left #evergreen |
| # | 22:49:07 | moodaepo has joined #evergreen |
April 10-13