| # | Time | Nick | Message |
|---|
| # | 00:31:35 | jamesrf has quit IRC |
| # | 00:50:28 | atz_ has joined #evergreen |
| # | 00:52:22 | atz has quit IRC |
| # | 01:18:55 | Justin__ has joined #evergreen |
| # | 01:28:29 | Justin__ has quit IRC |
| # | 03:17:37 | mtisi has quit IRC |
| # | 03:44:21 | mrpeters-isl_ has joined #evergreen |
| # | 03:45:11 | mrpeters-isl has quit IRC |
| # | 04:50:14 | m3th0d has joined #evergreen |
| # | 05:30:19 | m3th0d has quit IRC |
| # | 07:54:06 | denials has quit IRC |
| # | 08:00:34 | denials has joined #evergreen |
| # | 08:18:31 | rjackson-isl has joined #evergreen |
| # | 08:19:13 | rjackson-isl | good mrnig everyone - have question regarding overrides on a checkout |
| # | 08:19:29 | rjackson-isl | Library was in offline mode |
| # | 08:19:41 | rjackson-isl | patron had items checked out in offline mode |
| # | 08:20:04 | rjackson-isl | items wont check out because patron exceeds fine and patron exceeds collections warning errors |
| # | 08:20:46 | rjackson-isl | I ensured that acocunt attempting checkout has PATRON_EXCEEDS_COLLECTION_WARNING.override but still will not allow check out |
| # | 08:21:57 | csharp | rjackson-isl: are you able to view the logs as you/staff are attempting it? they may provide clues |
| # | 08:22:04 | rjackson-isl | get the following message in log: osrfsys.08.log:2011-04-19 08:10:03 192.168.80.32 open-ils.circ: [INFO:9581:Circulate.pm:339:1303214903871718] circulator: bailing out with events: PATRON_EXCEEDS_FINES, PATRON_EXCEEDS_COLLECTIONS_WARNING |
| # | 08:22:09 | csharp | ah ;-) |
| # | 08:24:28 | csharp | rjackson-isl: I'm afraid you've already done what I could suggest :-( |
| # | 08:25:28 | rjackson-isl | csharp: Bad thing is this is a rather old ticket and the library wanted the multiple (maybe 30 items) checked out for tracking purposes |
| # | 08:28:23 | AaronZ-PLS has joined #evergreen |
| # | 08:32:00 | tspindler has joined #evergreen |
| # | 08:33:29 | csharp | rjackson-isl: you might re-ask a bit later as more people wake up ;-) |
| # | 08:33:52 | rjackson-isl | csharp++ including myself! |
| # | 08:50:21 | Dyrcona has joined #evergreen |
| # | 08:54:32 | dbs has joined #evergreen |
| # | 08:54:32 | dbs has joined #evergreen |
| # | 08:55:36 | dbs | eeevil: a thought about 2.1 beta - how about another alpha (this time with a schema that can install - heh); we can push that at the conference, and hopefully hack the TTPAC into shape to be a usable basic catalog for a post-conf beta? |
| # | 09:01:28 | dbs has quit IRC |
| # | 09:05:21 | kmlussier has joined #evergreen |
| # | 09:24:14 | mrpeters-isl_ | rjackson-isl: there is something Callender told me about where the system can't handle two exceptions at the same time...ill dig up the ticket |
| # | 09:25:31 | mrpeters-isl_ | "The software though appears not really able to properly give a message when there is more than 1 alert. It blocks the renew as it's supposed to, but then it errors when trying to create the error message. This is very similar to a request Bob had put in. I have submitted a ticket to launchpad about the system and it's unability to deal with multiple alerts." |
| # | 09:25:38 | mrpeters-isl_ | https://bugs.launchpad.net/evergreen/+bug/757634 |
| # | 09:25:49 | mrpeters-isl_ | unassigned bug |
| # | 09:26:31 | mrpeters-isl_ | may or may not be related to being unable to override -- not certain |
| # | 09:26:39 | mrpeters-isl_ is now known as mrpeters-isl |
| # | 09:32:17 | tsbere | mrpeters-isl: I rigged up installer stuff with your contributions there, for the record. |
| # | 09:32:58 | csharp | okay two quick but possibly thorny questions: 1) has anyone who has upgraded recently had to deal with an onslaught of patron problems with browser cache? |
| # | 09:33:34 | csharp | 2) why is Evergreen like this when other cache-heavy sites (thinking of Google maps, Facebook, etc.) aren't? |
| # | 09:34:08 | csharp | it appears that we are going to have to teach all the patrons of Georgia about how to clear their cache |
| # | 09:36:16 | tsbere | csharp: I have seen evergreen have issues with invalid session IDs and with invalid org unit IDs. The former should be able to be dealt with server side, the latter is usually because the autogen'd files are cached somewhere. The only way I know of to solve the latter server-side is with ?ver tricks in the references. |
| # | 09:37:57 | csharp | tsbere: as one who is coordinating the fallout, I think whatever can be done should be done - if I had better developer chops, I'd do it myself |
| # | 09:38:06 | csharp | tsbere: thanks for the insight |
| # | 09:38:46 | tsbere | I am talking (on the autogen files there) from experience with css files in other software. Haven't looked into what it would take to do that with evergreen in an automated fashion. |
| # | 09:39:13 | jenny has joined #evergreen |
| # | 09:39:35 | tsbere | Note that the staff client has an explicit "clear the cache" sequence that I think happens every startup to help with some of that for staff. |
| # | 09:39:56 | phasefx | if the entire site was served SSL for a while, would that defeat the caching? |
| # | 09:40:13 | tsbere | Only man in the middle caching. Not local browser caching. |
| # | 09:40:55 | tsbere | ?ver on the files can deal with both, while still allowing caching when nothing changed. |
| # | 09:42:01 | phasefx | so URL-rewriting to tack a ?ver or &ver on everything? |
| # | 09:42:04 | tsbere | although it won't help when cookies have bad info. >_> |
| # | 09:42:26 | tsbere | No, you need to put the reference in the files before they go out. |
| # | 09:42:53 | tsbere | AKA, if you reference something.js in a script tag you need to change the script tag to reference something.js?ver or something.js?ver=something |
| # | 09:43:56 | tsbere | Otherwise the caching is likely to cache the redirect too |
| # | 09:43:57 | jenny has quit IRC |
| # | 09:52:01 | tsbere | btw phasefx: my client_menus and installer branches have updates, if you missed that in the scrollback. |
| # | 09:52:10 | phasefx | roger roger |
| # | 09:54:08 | phasefx | how useful is apache's mod_expires? |
| # | 09:54:17 | tsbere | For some of this? Useless. |
| # | 09:54:30 | phasefx | bleh |
| # | 09:54:51 | tsbere | Well, not useless, but some things force-cache regardless |
| # | 09:55:18 | bshum | csharp: Reading the backscroll, caching hurt us during our move to 2.0 as well. It wasn't significant during the 1.6.0 to 1.6.1 upgrade, but definitely noticeable when big pieces changed. |
| # | 09:55:44 | bshum | csharp: Course we have far fewer live users than you guys do |
| # | 09:57:48 | phasefx | would moving fieldmapper and org tree out of common folders into skins, and then tweaking/rotating skin names help? |
| # | 09:58:21 | phasefx | bad for bookmarks |
| # | 09:59:22 | phasefx | tsbere: so, ?ver is just making whatever does the caching think the resource is a CGI script or somesuch that shouldn't be cached? |
| # | 10:00:01 | yboston has joined #evergreen |
| # | 10:00:34 | sfortin has joined #evergreen |
| # | 10:01:57 | eeevil | phasefx: sorta ... just like the xulrunner persist junk |
| # | 10:02:09 | eeevil | cache is per-uri |
| # | 10:07:48 | tsbere | phasefx: The idea is that if the browser or man in the middle cacher sees "something?1.6" it will cache it. When it sees "something?2.0" it says "Oh, I don't have that yet" and grabs that alongside the 1.6 version. Then when it sees "something?2.1" it again thinks it hasn't seen it before. |
| # | 10:08:01 | tsbere | I have seen the same trick go even further with apache path info tricks |
| # | 10:08:22 | jenny has joined #evergreen |
| # | 10:08:23 | phasefx | but the thing referencing something?foo needs to itself not be cached |
| # | 10:08:47 | tsbere | True. |
| # | 10:09:05 | tsbere | mod_expires with a 24 hour cache limit on *everything* may help with that somewhat. |
| # | 10:09:38 | tsbere | Also, most things *never* cache on a post, and some never cache when there are get params. |
| # | 10:10:06 | phasefx | xhr doesn't seem to get cached either, at least in Mozilla world |
| # | 10:10:44 | tsbere | Firefox treats those like posts, even if they were gets. |
| # | 10:10:46 | berick | phasefx: XHR GETs do. at least, they did in the past |
| # | 10:10:46 | tsbere | I think |
| # | 10:10:57 | berick | which is why our js uses post everywhere |
| # | 10:11:02 | phasefx | mmmm |
| # | 10:11:05 | tsbere | Or that. |
| # | 10:11:14 | tsbere | Maybe that is what I did previously, swapped them all to posts..... |
| # | 10:11:27 | tsbere | (on another project dealing with this stuff) |
| # | 10:13:10 | tsbere | The trick with caching and get/post is that post is considered a potential *change* and thus has to go through to the server anyway. |
| # | 10:14:38 | berick | another blunt weapon may be to reduce expire time in the apache config to 1 day well before an upgrade (long enough to span the current expire time), then bump it back up again after the upgrade. |
| # | 10:15:07 | denials_ has joined #evergreen |
| # | 10:15:17 | berick | as an added layer of protection |
| # | 10:15:46 | tsbere | Which doesn't help if you add an org unit and then run autogen |
| # | 10:15:48 | tsbere | :( |
| # | 10:16:03 | denials has quit IRC |
| # | 10:16:12 | berick | true |
| # | 10:16:20 | tsbere | The ?ver with a, say, md5 of the file or md5 of the file's last change date as the ver, though |
| # | 10:16:39 | tsbere | Or just go for broke and make it the last time someone ran autogen in general |
| # | 10:17:16 | tsbere | Though you would ideally want it to be synched across load-balanced servers. Hmmm.... |
| # | 10:17:33 | eeevil | do we have an EG analog to osrf_config? |
| # | 10:18:34 | eeevil | could apache read the output of said, populate a var, and use SSI to put the current value where it's needed, both in the templates vis SSI and in the top level URLs via rewrite? |
| # | 10:19:08 | tsbere | Possibly. Tis basically one way I have seen it done. |
| # | 10:19:10 | eeevil | version changes, apache is restarted, reads new value, magic happens |
| # | 10:19:54 | eeevil | tsbere: well, I /know/ it can be done ;) ... it all hinges on a spell to get the version into an apache env var |
| # | 10:22:36 | denials_ has quit IRC |
| # | 10:22:42 | denials has joined #evergreen |
| # | 10:28:43 | jtbates has joined #evergreen |
| # | 10:30:40 | phasefx | tsbere: installer and client_menus, I'm just interested in the tips of each of those, right? |
| # | 10:30:58 | tsbere | Last commit or two in each, yea. |
| # | 10:31:25 | tsbere thinks he sqashed them both down to 1 before pushing |
| # | 10:31:53 | phasefx | just noticed some shortcut stuff buried in the logs for installer |
| # | 10:33:22 | phasefx | tsbere: how about a05eaf905b85e90410982c570877b9aedba79570, do we have that already? |
| # | 10:34:05 | phasefx | looks like we do |
| # | 10:34:12 | tsbere | Yea |
| # | 10:34:37 | tsbere | When you see phasefx right before or after "Thomas Berezansky" with the same basic message that is a "I pulled into the branch after you committed it to trunk" ;) |
| # | 10:34:48 | phasefx | :D |
| # | 10:35:10 | phasefx | it'll be a while before this stuff is second nature to me |
| # | 10:35:29 | tsbere | But if you want to play it safe just cherry-pick the two branches |
| # | 10:35:40 | phasefx | right, that's how I've been doing it |
| # | 10:38:10 | eeevil | echo 'open-ils.actor opensrf.open-ils.system.ils_version' | /openils/bin/oils_requestor -f /openils/conf/opensrf_core.xml -c opensrf -h localhost| grep ^oils|cut -f2 -d' '|grep -v '^$'|cut -f2 -d'"' # could be done much simpler, I think, but it "works" |
| # | 10:40:03 | dbs has joined #evergreen |
| # | 10:40:03 | dbs has joined #evergreen |
| # | 10:40:17 | collum has quit IRC |
| # | 10:40:34 | collum has joined #evergreen |
| # | 10:40:59 | tsbere | eeevil: I personally would argue for adding something to autogen.sh using the date (with or without time) piped into an md5 or similar instead, so that org unit changes would get a new "version" |
| # | 10:42:51 | eeevil | tsbere: sure, I could get behind that |
| # | 10:43:17 | tsbere | phasefx: gah svn commits. Did the files go in as binary? |
| # | 10:44:05 | dbs | heh, those are amusing commits |
| # | 10:45:01 | phasefx | tsbere: trac pulls them up as images.. I'll try to remember the property stuff for svn and double-check |
| # | 10:46:09 | phasefx | so I should set a mime-type property on them |
| # | 10:46:43 | mrpeters-isl | tsbere: cool on the installer! send it my way if you have some time so i can check it out! |
| # | 10:47:04 | tsbere | mrpeters-isl: Just check out trunk/2.1 now. phasefx here just committed. |
| # | 10:47:11 | mrpeters-isl | ah perfect |
| # | 10:47:50 | tsbere | Or wait until he looks at my menu work and check them both out at the same time! |
| # | 10:48:04 | tsbere | menu and toolbar work, actually |
| # | 10:48:13 | phasefx | heh, I used application/octet-stream instead of the mime type for png, oh well |
| # | 10:48:18 | mrpeters-isl | i need to check out trunk...its been awhile |
| # | 10:48:30 | mrpeters-isl | i saw dbs made some nice tweaks to the patron search filter too, which i appreciate |
| # | 10:52:28 | tsbere | phasefx: Don't forget the bmp files (nsis doesn't like pngs) |
| # | 10:52:51 | phasefx | roger |
| # | 10:53:13 | tsbere didn't like having to turn png files into bmp files |
| # | 10:53:18 | mrpeters-isl | ah sorry about that tsbere |
| # | 10:53:27 | mrpeters-isl | i was thinking png would be accepted |
| # | 10:53:43 | tsbere | mrpeters-isl: I didn't like it on principal, not because it was difficult. |
| # | 10:53:59 | mrpeters-isl | yeah, bmp is a funky choice anymore |
| # | 10:54:20 | mrpeters-isl | im sure that balooned the filesize a bit too |
| # | 10:54:48 | tsbere didn't look, because he didn't want to know either way |
| # | 10:55:08 | mrpeters-isl | doubled them, but oh well |
| # | 10:55:24 | tsbere | doubled but working > not doubled but not working |
| # | 10:56:29 | mrpeters-isl | indeed -- is there a developer VM that'd be up to date enough to have your toolbar in place? |
| # | 10:56:38 | mrpeters-isl | excited to check that out |
| # | 10:56:56 | tsbere | mrpeters-isl: Given that my VM is the only one I know of that has it installed, probably not. |
| # | 10:57:12 | tsbere | phasefx hasn't finished looking at it or putting it into trunk/2.1 yet |
| # | 10:57:17 | mrpeters-isl | 10-4 -- ill just grab the latest one and reinstall from a checkout of trunk once its in there |
| # | 10:57:35 | phasefx is skimming the source |
| # | 11:10:33 | AaronZ-PLS has quit IRC |
| # | 11:10:43 | finnx2 has joined #evergreen |
| # | 11:12:14 | StephenGWills has joined #evergreen |
| # | 11:14:42 | finnx2 has quit IRC |
| # | 11:20:27 | phasefx | tsbere: when I change the hotkey set to None, changing it back doesn't restore the keys |
| # | 11:20:46 | eeevil | tsbere: I've got a patched autogen.sh that lists the path to files it writes (with a marker to identify the lines that do that) and this: (date; for i in `/openils/bin/autogen.sh -c /openils/conf/opensrf_core.xml 2>/dev/null |grep -- '->'| awk '{print $2}'`; do ls $i >/dev/null 2>/dev/null && md5sum $i; done) | md5sum | cut -f1 -d' '|colrm 1 26 |
| # | 11:20:51 | eeevil | :) |
| # | 11:21:29 | eeevil | gives us the end of the hash for the hash of all the autogen output plus the current date |
| # | 11:21:47 | eeevil | folks ... any objections to augmenting autogen is this way? |
| # | 11:21:51 | tsbere | phasefx: Great. That means I have to compare what I pushed to my local client (which appears to be working). :( |
| # | 11:21:58 | eeevil | (to output files written) |
| # | 11:23:38 | phasefx | tsbere: also, shortcut labels on the File menu aren't changing, even though they stop working (e.g. Ctrl+T is advertised) |
| # | 11:23:41 | dbs | sounds pretty good for avoiding caching pain |
| # | 11:24:27 | tsbere | phasefx: Just worked for me, with what should be what I pushed to my repo. |
| # | 11:24:53 | eeevil | 1) wrap that up in a script that calls autogen (thus getting rid of the confusion surrounding the naming of autogen); 2) ...; 3) profit! |
| # | 11:25:35 | phasefx | tsbere: I don't think any of this is a showstopper from me commiting it. Looks awesome. Maybe you can see what's wrong once it's in trunk |
| # | 11:26:30 | tsbere | phasefx: What version of xulrunner you testing with? |
| # | 11:26:59 | phasefx | 1.9.2.16 |
| # | 11:27:44 | tsbere | Which should be the version I am sitting here with. Hmmm. |
| # | 11:27:59 | dbs | eeevil: have it call autogen with the -u flag, too :) |
| # | 11:29:56 | eeevil | dbs: or pass that through |
| # | 11:30:17 | phasefx | let the big sites get a --no-u option, spare the little guys? :) |
| # | 11:30:21 | eeevil | dbs: you don't want that called, say, from every brick head in a multi-brick cluster |
| # | 11:30:35 | dbs | aww, eeevil, why do you hate working defaults so much? |
| # | 11:30:49 | eeevil | dbs: just how I roll |
| # | 11:31:11 | dbs | miker_ was always nice to the little guys; must have been the tail |
| # | 11:32:01 | dbs likes phasefx's idea of enabling the big sites to prevent proximity updates |
| # | 11:33:29 | phasefx | tsbere: we also need a description on how the button bar setting is changed |
| # | 11:34:22 | tsbere | phasefx: "cat" for the cataloging toolbar, "circ" for the circ toolbar, anything else for no toolbar! But you probably want me to find a place to document it better than that, don't you. |
| # | 11:35:14 | phasefx | tsbere: I can take that one line description and add it to the right spot.. it'd be the description field for the org unit setting type |
| # | 11:35:36 | phasefx | you do it for hotkey set |
| # | 11:36:00 | tsbere has a general dislike of touching potentially already translated strings |
| # | 11:36:47 | phasefx | hey, if a setting changes, it's description needs to change too :) translators will understand |
| # | 11:36:51 | phasefx | s/it's/its/ |
| # | 11:36:56 | mrpeters-isl | so, i've used element hiding to hide the delete patron ability from the staff client but would there be a way for me to delete a patron by barcode through srfsh perhaps? |
| # | 11:37:09 | tsbere doesn't recall that particular setting having a great description to begin with |
| # | 11:38:03 | phasefx | should probably prefix both settings with GUI: |
| # | 11:39:13 | tsbere has determined that he can't reproduce the "hotkeys won't come back after setting to none" issue right now, which is confusing him. Mainly the "won't come back" part as he spent 4 days fighting with making sure he got as much of that working as possible. |
| # | 11:39:28 | dbs | phasefx: or "Staff client behavior:" or "Staff client appearance:"? (I know, there are tons of "GUI:" settings already, but that's a really geeky acronym) |
| # | 11:40:08 | phasefx | dbs: maybe GUI for now, and someone else can do a batch change to all GUI: references |
| # | 11:40:09 | tsbere | Or we wait until someone overhauls the whole thing and we are re-thinking the labeling system to begin with? ;) |
| # | 11:41:02 | dbs | Or we add a "en-GD" locale and translate from geekspeak |
| # | 11:41:27 | phasefx | tsbere: since nothing else is breaking, I'm inclined to go ahead and commit, and we can see what others see as far as behavior |
| # | 11:41:29 | dbs | phasefx: sure, commit with GUI for now and I'll change it later |
| # | 11:41:48 | phasefx | dbs: or some lucky GSoC'er |
| # | 11:42:30 | dbs | mebbe! |
| # | 11:42:55 | phasefx | need more interns :) |
| # | 11:43:29 | phasefx | grabbing 0522 |
| # | 11:48:34 | jenny has quit IRC |
| # | 11:56:41 | tsbere | BTW phasefx: Dunno if you noticed, but when you do a none hotkeyset I made the toggle hotkeys toolbarbutton (and the Disable Hotkeys menuitem) disable themselves, taking advantage of my greyed-out portions in the icon file. |
| # | 11:57:03 | phasefx | I did see that |
| # | 11:57:23 | tsbere notes that will break any attempt at using a permission to control that functionality, though |
| # | 11:57:59 | phasefx | meh :) tsbere++ # all around |
| # | 12:03:52 | dbs | csharp: I just sent an email asking if we actually have a governance meeting this afternoon; can't remember what we discussed last meeting |
| # | 12:04:32 | atheos has joined #evergreen |
| # | 12:05:53 | dbs | gmcharlt++ # dev discussion topics |
| # | 12:07:10 | csharp | dbs: no meeting - we are to meet at 4:00 next Wednesday in Decatur iirc |
| # | 12:07:17 | csharp | dbs: I'll get the minutes out directly |
| # | 12:07:31 | dbs | csharp: okay, thanks! |
| # | 12:11:10 | eeevil | tsbere: see any reason to go more fine-grained than `date +%Y%m%d`? I'd like to avoid different cache keys on different apache servers where possible, and since the content of the generated files is also taken into account ... |
| # | 12:15:53 | tsbere | eeevil: Content of the files is, IMO, more important than the date if we are looking at the content. I figured date based was faster to code, though. |
| # | 12:18:17 | eeevil | including both ... will be able to use that to force reload after non-generated content changes (say, local opac skin update) |
| # | 12:18:51 | tsbere | True, but I hope you don't do those more than once a week, let alone more than once a day |
| # | 12:19:09 | eeevil | tsbere: ha! funny man... |
| # | 12:21:38 | tsbere | phasefx: Did you have any opinion on the contents of the dropdown menus off of the toolbar buttons? |
| # | 12:21:59 | tsbere tried to pick things that made sense (or came up in discussions with people in the office) |
| # | 12:22:28 | phasefx | tsbere: I didn't see anything that made me double-take, but I didn't try to think of additions, etc. either |
| # | 12:23:25 | phasefx | we can see what user feedback brings. We can actively solicit opinions at the EG conference too, show off some 2.1 goodness that folks probably haven't seen |
| # | 12:23:56 | tsbere | Also, I was lazy in my icons for cat. Some new ones are probably in order. >_> |
| # | 12:24:23 | csharp can haz icons? |
| # | 12:28:43 | jenny has joined #evergreen |
| # | 12:32:06 | tsbere did make toolbar button icons harder to make, as there are now 4 (or 8 for things that can be "checked" like toggle hotkeys) icons in one image file |
| # | 12:33:10 | phasefx | new installer looks cool |
| # | 12:34:00 | tsbere | mrpeters-isl++ for that |
| # | 12:36:26 | csharp rearranges the permission.grp_tree to accommodate the Group Penalty Thresholds, crosses fingers for no resulting breakage |
| # | 12:48:50 | jeffdavis has joined #evergreen |
| # | 12:58:48 | finnx2 has joined #evergreen |
| # | 13:06:33 | jtbates has quit IRC |
| # | 13:10:55 | mrpeters-isl | anyone made any progress on printing patron search results? https://bugs.launchpad.net/evergreen/+bug/745324 |
| # | 13:11:26 | mrpeters-isl | we'd been using reports as a workaround, but it's getting tedious to write custom reports when a patron search gets the results needed much quicker |
| # | 13:11:28 | csharp | so if I add a level to the group tree - do I need to create a new group application perm for it? |
| # | 13:12:30 | csharp | for example, we had User -> Patron -> [Patron Children] and we now have User -> Patrons -> [Patrons Children] |
| # | 13:13:02 | csharp | so would I need to add group_application.user.patrons ? |
| # | 13:13:33 | bshum | csharp: Those permissions are based on which permission is assigned to the group, I think. |
| # | 13:14:06 | chirag has joined #evergreen |
| # | 13:15:23 | bshum | csharp: Yeah, whatever you write as the permission in "application_perm" column tells the system which permission allows create/edit of that permission group. |
| # | 13:16:04 | bshum | So you should only add that if you're making a new one that staff didn't have access to editing before. |
| # | 13:17:50 | csharp | bshum: okay - makes sense |
| # | 13:17:52 | csharp | thanks |
| # | 13:24:52 | dbs | eeevil: offhand, do you know of a way to prevent BIbTemplate from rendering slots unless it is told to do so explicitly? |
| # | 13:29:36 | eeevil | dbs: hrm... can you give me an example? |
| # | 13:30:09 | dbs | eeevil: heh, nevermind - just root it at a specific slot of the whole DOM |
| # | 13:31:13 | dbs | eeevil: specific case is result_table.xml, I'm recreating Windsor's "for the love of God, don't invoke BibTemplate with -full for records with 1000s of copies!" work |
| # | 13:31:35 | finnx2 has quit IRC |
| # | 13:31:54 | dbs | think I have it sorted now at http://windsor-test.concat.ca/opac/en-CA/skin/uwin/xml/rresult.xml?rt=title&tp=title&t=globe%20mail&ft=&l=106&d=1&f= |
| # | 13:33:21 | eeevil | for the call number display? |
| # | 13:34:42 | dbs | eeevil: correct |
| # | 13:35:34 | dbs | the top hit shows our conditional BT usage, based on copy count threshold |
| # | 13:35:35 | eeevil tries to remember if 2.0 has subobject limiting .. |
| # | 13:36:25 | dbwells | eeevil: dbs: yes, it does. |
| # | 13:36:32 | dbwells | See: http://windsor-test.concat.ca/opac/extras/unapi?id=tag:evergreen-opac:biblio-record_entry/2078208[1]/WINDSYS&format=marcxml-full&locale=en-CA&dojo.preventCache=1303234398590 |
| # | 13:36:50 | dbwells | limit to one copy |
| # | 13:37:18 | dbs | well crap, that's handy |
| # | 13:37:54 | mrpeters-isl | looking at 745324 i'm seeing in search_result.js that cmd_search_print refers to a function "obj.list.dump_csv_to_printer();" but the function in list.js is "obj.dump_csv_to_printer(params);" would this be what's causing params to be undefined and printing to fail? |
| # | 13:38:30 | eeevil | of course, that has to be embedded in the BT call itself, in the JS ... I thought it was limiting to 10? going to look |
| # | 13:38:32 | jenny has quit IRC |
| # | 13:39:13 | mrpeters-isl | other functions, such as obj.save_columns(params); work in this interface, so params is defined properly for at least some of these if statements |
| # | 13:39:51 | eeevil | yeah, should be limiting already: line 583 in result_common.js |
| # | 13:41:18 | dbs | looks like you can add a "limit" attribute to slots, too? |
| # | 13:42:30 | dbwells | mrpeters-isl: I am looking at that print problem, I think it will be a simple matter of reversing a pair of lines in list.js. (well, along with a few more pairs exhibiting the same problem). I'll try it out and report back. |
| # | 13:42:31 | eeevil | dbs: you can, but that doesn't do sub-object limiting, IIRC, just limits the number of items it will loop over |
| # | 13:42:44 | eeevil | hrm... looking at /that/ now |
| # | 13:43:07 | dbs | subObjectLimit |
| # | 13:43:12 | mrpeters-isl | dbwells: ok - looking forward to it |
| # | 13:43:35 | dbs | wow. I completely missed all of that going in |
| # | 13:43:56 | mrpeters-isl | dbwells: which others are causing the same problem? |
| # | 13:43:57 | eeevil | berick: subObjectLimit isn't a markup option, though |
| # | 13:44:09 | eeevil | er, dbs, not berick |
| # | 13:44:49 | dbs | eeevil: right, just tracing how BibTemplate.js and result_common.js are interacting |
| # | 13:51:10 | dbwells | mrpeters-isl: fix is working, will commit shortly |
| # | 13:51:13 | sfortin has quit IRC |
| # | 13:51:29 | mrpeters-isl | dbwells: i noticed there were also some bits in there for dumping the results to CSV -- i cant remember if that was in old versions or not |
| # | 13:51:30 | sfortin has joined #evergreen |
| # | 13:51:35 | mrpeters-isl | how tricky would that be to add? |
| # | 13:52:06 | mrpeters-isl is hoping something i could contribute... |
| # | 13:52:59 | mrpeters-isl | it may even be <command id="cmd_sel_clip" disabled="true"/> which i think used to dump the search results to csv in the clipboard |
| # | 13:56:02 | mrpeters-isl | thx for 20216 |
| # | 13:56:34 | dbs | dbwells++ eeevil++ thanks for the heads-up |
| # | 13:56:48 | eeevil | dbs: np |
| # | 13:58:39 | jenny has joined #evergreen |
| # | 13:59:02 | jteeuwsen has joined #evergreen |
| # | 14:00:43 | kmlussier has quit IRC |
| # | 14:00:56 | mrpeters-isl | dbwells++ works great! |
| # | 14:01:43 | phasefx | yay |
| # | 14:03:05 | dbwells | mrpeters-isl: That's great. As for your CSV question, I am not the best to answer that. |
| # | 14:03:51 | jteeuwsen | are there any specs out there for sys requirements for 2.0 staff clients? 1.6 - min 512 RAM - should this be more now? |
| # | 14:05:04 | mrpeters-isl | no worries, dbwells |
| # | 14:05:13 | dbs | jteeuwsen: I would be more worried about the underlying operating system. If you're running Windows 7, it probably wants at least 1 GB |
| # | 14:05:22 | mrpeters-isl | at least i was in the right part of the code...but i have no idea how you figured out to swap those lines hah |
| # | 14:06:16 | jteeuwsen | we have 6 yr old systems running xp and are trying to justify the need for newer, faster systems to run eg 2 |
| # | 14:06:22 | phasefx | jteeuwsen: I'd use this as a minimum, but aim for better: http://www.mozilla.com/en-US/firefox/4.0/system-requirements/ |
| # | 14:06:32 | mrpeters-isl | i guess doing var print = new util.print(params.printer_context was bad because you hadn't yet done if (typeof params == 'undefined') params = {}; ? |
| # | 14:06:41 | tsbere feels that if it runs firefox fairly well it can run the staff client |
| # | 14:07:01 | dbs has been running EG 2.0 staff clients on a virtual image of WinXP with 768 MB. I used to use 384 MB, but I wanted to be able to run a browser or two at the same time :) |
| # | 14:07:41 | phasefx | jteeuwsen: you can also argue for better monitors.. some of these interfaces are getting cramped at lower resolutions |
| # | 14:08:29 | jteeuwsen | widescreen monitors are definitely on our wish list |
| # | 14:08:46 | tsbere feels at least 1024x768 res is a minimum, widescreen is highly recommended |
| # | 14:09:48 | jteeuwsen | dbs: the xp's with 512 RAM are maxing out on processing power; the powers that be are asking for sys requirements to justify the purchase of new systems |
| # | 14:11:05 | csharp | jteeuwsen: in practice, I think our libraries use a minimum of 1GB RAM |
| # | 14:11:17 | phasefx | jteeuwsen: if you just need us to put something on the wiki to make it "official", we can do that |
| # | 14:11:37 | csharp | phasefx: I think that would be helpful for many libraries |
| # | 14:11:52 | phasefx | there's stuff there, but it could probably use sanity-checking/cleanup |
| # | 14:12:02 | csharp | especially since funding agencies often have to be "sold" on the value of upgrading technology |
| # | 14:13:10 | jteeuwsen | phasefx: this info on the wiki would be helpful for anyone considering evergreen |
| # | 14:13:58 | phasefx | http://evergreen-ils.org/dokuwiki/doku.php?id=faqs:evergreen_faq_2 : we say, "It depends on your needs, but for simple evaluation any modern PC with at least 512mb of RAM should suffice for the server. The staff client would also be well suited with a modern 512mb machine. See this wiki page discussing system requirements in more detail." What should we say there? The wiki page referenced: |
| # | 14:14:04 | phasefx | http://evergreen-ils.org/dokuwiki/doku.php?id=system_requirements |
| # | 14:14:21 | mrpeters-isl | 1GB minimum here too |
| # | 14:14:30 | mrpeters-isl | more, if running windows 7 |
| # | 14:14:36 | mrpeters-isl | 2GB, at least in those cases |
| # | 14:15:17 | mrpeters-isl | though we still have some libraries who try to suffer along with 512MB but we just simply can't support many performance issues they experience when they're on such old hardware |
| # | 14:16:13 | jteeuwsen | this is great! It will definitely help me to make my case for a hardware upgrade (along with the nice widescreen monitors). Thanks everyone |
| # | 14:16:47 | mrpeters-isl | for what its worth, my xulrunner runs about 75MB to 100MB of RAM usage at most times |
| # | 14:16:57 | phasefx | so bumping those to 1gb on the faq blurb.. we can update the wiki page with something more detailed |
| # | 14:17:49 | mrpeters-isl | 1GB would probably be wise, but then again it may run fine on a well tuned XP machine that has 512MB and doesnt have lots of other software chewing up ram |
| # | 14:18:57 | phasefx | we may want to link directly to the system requirements page from Downloads, once we update it |
| # | 14:19:31 | mrpeters-isl | in taskman, performance tab -- Available RAM under normal use (before Evergreen) should be 512MB or better perhaps? |
| # | 14:22:52 | mrpeters-isl | additonally, tying into tsbere's suggestion that "if you can run FF you can run sthe staff client" I'd note that my Firefox hovers around a 350MB footprint with probably 10 to 15 tabs open at some times so I'd say 512MB reserved for staff client is a pretty reasonable value. Maybe even too high....256MB available may be enough for most. |
| # | 14:29:25 | phasefx | mrpeters-isl: would you like to have a go at updating the system_requirements wiki page? |
| # | 14:29:32 | mrpeters-isl | i'd be glad to |
| # | 14:29:38 | phasefx | mrpeters-isl++ |
| # | 14:29:53 | mrpeters-isl | http://evergreen-ils.org/dokuwiki/doku.php?id=system_requirements righT? |
| # | 14:30:04 | csharp | mrpeters-isl++ |
| # | 14:30:09 | phasefx | right, that page is ostensibly for both server and client requirements |
| # | 14:30:48 | mrpeters-isl | cool I'll leave the list serve posts and edit above |
| # | 14:31:23 | phasefx | sounds good |
| # | 14:31:24 | dbs | heh, that's a nice slice of history. I would delete the listserv posts, they provide no value :) |
| # | 14:31:26 | moodaepo | Quick questions, during 1.6.1.x to 2.0.x upgrade does the reingest have to be run after the initial 1.6-2.0 upgrade sql script or can it be done at the end after each of the release sql scripts have been run? |
| # | 14:31:48 | mrpeters-isl | think so, dan? ok |
| # | 14:32:11 | bshum | moodaepo: My assumption would have been that the reingest needs to be done before go-live. In order for the metabib tables and facets to show up right. |
| # | 14:33:29 | gmcharlt | moodaepo: you can do the reingest last if you want |
| # | 14:33:56 | moodaepo | bshum: Thanks for the clarification (I suspected that's the case), so I can just run the upgrade scripts till 2.0.x and then run reingest. |
| # | 14:34:17 | moodaepo | gmcharlt: Will do! |
| # | 14:34:34 | tsbere | Ok, going over things to consider developing, I have a request to implement a feature from our current system. General idea, given a barcode with a prefix, if you are at the home library of that barcode the circulator only has to manually enter the /end/ of the barcode. |
| # | 14:35:11 | tsbere | AKA, prefix of 21234, 14 digits, at the library with that prefix, 21234000005678 could be entered for checkout as just 5678 |
| # | 14:36:46 | tsbere | Issues I see include handling multiple prefixes, and what happens when there is more than one possible match (exact compared to with prefix compared to with more than one prefix) |
| # | 14:37:03 | tsbere | Anyone have any thoughts before I work on design type stuff? |
| # | 14:37:51 | bshum flashes back to barcode nightmares last year... |
| # | 14:38:30 | phasefx | next we'll get the one textbox that can take both item and patron barcodes, and just figure it out :) |
| # | 14:39:47 | tsbere | They want that too in the checkout screen. "If we scan a patron barcode can it just know to switch to the next patron?" |
| # | 14:40:13 | dbs | heh |
| # | 14:40:28 | dbs | "and make it so it doesn't slow things down" |
| # | 14:40:45 | csharp | sudo make me a sandwich |
| # | 14:41:11 | tsbere | csharp: No. You are not in my sudoers file. :P |
| # | 14:41:20 | csharp | heh |
| # | 14:41:26 | jeff | This incident will be reported. |
| # | 14:41:29 | dbs | I guess you /could/ define an array of prefixes as an OU setting and have the checkout beastie check each incoming barcode to see if the prefix matches |
| # | 14:42:22 | tsbere | dbs: Around here for the checkout item box it would be easy, because all of our patron barcodes are 2xxxxxxxxxxxxxx and all of our item barcodes are 3xxxxxxxxxxxxx |
| # | 14:42:23 | phasefx recalls tale of an ILS that ended up having a long dropdown menu of libraries in the checkin interface *shudder* |
| # | 14:42:55 | dbs | Heh. "I checked out this branch for the next two weeks. Kids, get used to your new home!" |
| # | 14:43:48 | phasefx | are folks entering these short barcodes by hand? |
| # | 14:43:49 | gmcharlt | it can get even more fun ... long dropdown list of bookmobile stop locations |
| # | 14:43:54 | gmcharlt | *shudder*, *shudder* |
| # | 14:44:28 | dbs | tsbere: we do something similar, for our library, but the whole consortia differs. And everyone always forgets about the "special" items that have had fake barcodes assigned in accession order because that was easier, until item # 301 pops up |
| # | 14:44:31 | phasefx would rather bundle GPS coordinates into the offline log |
| # | 14:44:32 | tsbere | phasefx: The idea is the patrons don't always have their card, and apparently know/memorize the end of the barcode or have it on something else (in full form, I assume) but without an actual barcode to scan, so the staff have to enter them by hand. |
| # | 14:44:45 | phasefx | I gotcha |
| # | 14:44:47 | dbs | Tattooed |
| # | 14:45:03 | gmcharlt | phasefx: that idea was actually mooted for Koha - not doing it (yet), but I'd love to |
| # | 14:45:13 | tsbere | I am mentally cataloging this feature request as "lazy circ" for the time being. |
| # | 14:45:30 | phasefx | gmcharlt: be fun for a mobile inventory application too |
| # | 14:45:43 | phasefx | map coordinates to libraries, and shelves |
| # | 14:46:04 | dbs | tsbere: alternately, teach patron search to search for barcodes ending with the entered string |
| # | 14:46:04 | gmcharlt | indeed |
| # | 14:46:25 | dbs | (not good for performance - hello table scan - but hey...) |
| # | 14:46:29 | phasefx | well, patron search does what for barcodes, left-anchored? |
| # | 14:46:46 | dbs | phasefx: yes |
| # | 14:46:49 | tsbere | dbs: Which still brings in the "what happens when we get multiple answers" issue |
| # | 14:47:10 | dbs | well hey, at least you get a list of patron names with multiple answers in that case |
| # | 14:47:38 | gmcharlt | phasefx: an index on evergreen.reverse(barcode) would do it, though, without requiring full table scans |
| # | 14:48:53 | dbs | gmcharlt: mmm, reverse - tricky. I likes it |
| # | 14:51:56 | phasefx | that'd be good, and the patron search interface already has a library filter |
| # | 14:54:14 | tsbere | Catch being that they want this on the checkout/by barcode screen, not the generic search screen. The one that has "Barcode entry" and "Submit" right now? |
| # | 14:55:03 | mrpeters-isl | http://evergreen-ils.org/dokuwiki/doku.php?id=system_requirements updated |
| # | 14:57:56 | mrpeters-isl | FWIW - the 200MB minimum disk space comes from the estimated 30MB for the staff client code, and then some ample space for cache, settings, etc. i can always lower that if anyone sees it as too high |
| # | 15:01:58 | phasefx | mrpeters-isl++ Coming up with server requirements is more art than science, I hear |
| # | 15:02:35 | mrpeters-isl | yeah, whew i wouldn't know where to begin on server side |
| # | 15:02:52 | mrpeters-isl | ESI would probably have the best formula for that, but i know its tough! |
| # | 15:03:49 | jamesrf has joined #evergreen |
| # | 15:06:59 | phasefx will stub something out there |
| # | 15:11:54 | mrpeters-isl | maybe there is a bibs/annual circs to hardware ratio out there? |
| # | 15:13:19 | mrpeters-isl | 4GB RAM / 2 CPU's is usually good for web server -- 8GB RAM / 4 CPU's was always pretty good for our application servers |
| # | 15:13:29 | mrpeters-isl | though we're beyond that now |
| # | 15:14:29 | chirag | gmcharlt:i was going through the chat above...and seems to be related to android client...evergreen.reverse(barcode)--what it does actually.? |
| # | 15:17:03 | gmcharlt | chirag: it's a proposed database function |
| # | 15:17:14 | gmcharlt | a simple one, really, that just reverses a string |
| # | 15:17:42 | gmcharlt | but since postgres can create indexes on computed values, would let us do a right-anchored index scan cheaply |
| # | 15:18:15 | tsbere notes that it would become obsolete as soon as we hit postgres 9.1, which apparently comes with one of those |
| # | 15:34:09 | sameh_ammar has joined #evergreen |
| # | 15:35:05 | mrpeters-isl | trying to trace a permission issue in Acq/Financials.pm - it appears the only two permission one needs to manage Exchange Rates are ADMIN_FUND and MANAGE_FUND (line 413) -- however, a user with these permissions is unable to "save" after adding a new fund. The same values work with a user who has the EVERYTHING permission. |
| # | 15:36:19 | sameh_ammar has left #evergreen |
| # | 15:38:47 | dbs | mrpeters-isl: fm_IDL.xml says ADMIN_ACQ_FUND |
| # | 15:39:45 | mrpeters-isl | 196 | ADMIN_ACQ_FUND | Allow a user to create/view/update/delete a fund --- yep, user has that one... |
| # | 15:40:22 | mrpeters-isl | interesting that a grep of osrfsys.log doesn't reveal any checks for that permission |
| # | 15:40:44 | mrpeters-isl | or maybe it only does if a failure? |
| # | 15:42:42 | mrpeters-isl | a grep for my actor.usr.id would reveal a permission check though, right? i see things like open-ils.cstore.json |
| # | 15:42:42 | mrpeters-isl | _query.atomic {"from":"au","select":{"au":[{"params":["VIEW_BILLING_TYPE","9"],"transform":"permission.usr_has_perm","alias":"has_perm","column":"id"}]} |
| # | 15:42:42 | mrpeters-isl | ,"where":{"id":"1867761"}} |
| # | 15:43:29 | csharp | moodaepo: you around? |
| # | 15:44:15 | mrpeters-isl | for what it's worth, i also can't add a new currency type which appears to require the same permissions |
| # | 15:48:16 | csharp | moodaepo: phasefx: dbs: jeff: just a heads up that lupin.georgialibraries.org will be down tonight for the IP block switchover, beginning at 8:00 - just in case any of you were working on it. |
| # | 15:48:33 | csharp | shouldn't be down long |
| # | 15:48:37 | jeff | thanks for the heads up. i had no plans. :) |
| # | 15:48:39 | moodaepo | csharp++ |
| # | 15:48:59 | dbs | thanks csharp - I've been hands-off for a long time, so no prob here (other than that I've been hands-off, I guess) |
| # | 15:49:19 | phasefx | moodaepo has the torch :) |
| # | 15:49:39 | dbs | ah - would anyone object to me setting up moodaepo with SVN commit access to ILS-Contrib/evergreen-ils.org ? |
| # | 15:49:48 | moodaepo | bshum and I have combed through the new site and it looks pretty good. phasefx and dbs assisted in looking over the dokuwiki changes Sunday night and that looks good to goo (I think) |
| # | 15:49:50 | dbs | (speaking of hands on vs. hands off!) |
| # | 15:49:57 | phasefx | dbs: no objections from me |
| # | 15:49:58 | mrpeters-isl | Warning: Error in parsing value for 'overflow'. Declaration dropped. |
| # | 15:49:58 | mrpeters-isl | Source File: http://brick1/eg/conify/global/acq/exchange_rate |
| # | 15:49:58 | mrpeters-isl | Line: 0 |
| # | 15:50:04 | gmcharlt | dbs: no objections |
| # | 15:50:17 | mrpeters-isl | Error: uncaught exception: _CUD: Error creating, deleting or updating {"__c":"acqexr","__p":[null,"CAN","EUR","1.4"]} |
| # | 15:50:44 | mrpeters-isl | any chance either of those are the reason i can't create a new exchange rate? |
| # | 15:50:49 | dbs | mrpeters-isl: did you say they had ADMIN_CURRENCY_TYPE perm? |
| # | 15:50:55 | mrpeters-isl | ah, let me check |
| # | 15:51:11 | mrpeters-isl | ADMIN_CURRENCY_TYPE indeed |
| # | 15:51:13 | dbs | Sorry, I was looking at fm_IDL.xml def for acq.fund |
| # | 15:51:30 | mrpeters-isl | i've been looking at Financials.pm |
| # | 15:51:39 | mrpeters-isl | but that doesn't appear to be the right spot |
| # | 15:51:57 | dbs | global depth for that perm? |
| # | 15:52:04 | mrpeters-isl | correct - depth of 0 |
| # | 15:53:52 | chirag has left #evergreen |
| # | 15:54:44 | dbs | Sounds very much like it's dying in pcrud. Anything in the postgresql logs? |
| # | 15:54:57 | mrpeters-isl | let me check again |
| # | 15:56:11 | moodaepo | csharp phasefx I am going to copy over home dir data for all the users or are there only specific I should target? |
| # | 15:57:04 | csharp defers to phasefx, with the single caveat that all gets backed up somewhere safe |
| # | 15:57:39 | csharp jets |
| # | 15:58:10 | eeevil | moodaepo: is penguin about to be decommissioned? |
| # | 15:58:11 | moodaepo | s/only specific/only specific ones/ |
| # | 15:58:18 | dbs | uh, if you don't copy over denials/public_html, a number of links will 404 |
| # | 15:58:27 | moodaepo | eeevil: That's the plan we haven't set a date yet |
| # | 15:58:29 | eeevil | moodaepo: please grab mine while you're in there |
| # | 15:58:37 | moodaepo | dbs: Yup you and eeevil are definite moves |
| # | 15:58:46 | eeevil | (aka miker) |
| # | 15:58:53 | mrpeters-isl | 2011-04-19 15:57:53 208.119.1.6 postgres[27943]: [124-1] 2011-04-19 15:57:53 EDT LOG: duration: 6.840 ms statement: SELECT permission.usr_has_perm(186 |
| # | 15:58:53 | mrpeters-isl | 7761, 'ADMIN_CURRENCY_TYPE', 1) AS has_perm; appears to be it, dbs but i have that permission and it seems to see that i do |
| # | 15:59:58 | mrpeters-isl | and that's it in the pg logs |
| # | 16:00:28 | sameh_ammar has joined #evergreen |
| # | 16:00:35 | moodaepo | eeevil: bshum and I would like to put what we are calling "previews" i.e. alpha/beta releases in their own folder "downloads/previews" would that be ok? |
| # | 16:00:53 | eeevil | moodaepo: please! |
| # | 16:01:04 | bshum | In particular, this is due to how some new code is working for the staff client archive page. |
| # | 16:01:19 | moodaepo | eeevil++ |
| # | 16:01:24 | bshum | Otherwise, it might end up listing out every 2.0 staff client there has ever been |
| # | 16:01:50 | bshum | I'll make sure to update the code museum page accordingly to fit the new previews folder. |
| # | 16:02:24 | moodaepo | bshum: Only all files with names starting with 1.6.* and 2.0.* |
| # | 16:02:54 | bshum | moodaepo: For the time being. |
| # | 16:02:59 | bshum | But probably that'll be all. |
| # | 16:03:31 | moodaepo | Once 1.6 is obsolete it'll need to be changed to look for 2.0 and 2.1 |
| # | 16:04:09 | moodaepo | bshum++ |
| # | 16:06:10 | tspindler has quit IRC |
| # | 16:06:10 | mrpeters-isl | dbs: this bug worthy, or do you think it's isolated to my environment? this user has every acq permission i could find at the consortium depth so I really don't think its permissions related |
| # | 16:06:24 | sameh_ammar has quit IRC |
| # | 16:06:46 | bshum | mrpeters-isl: Just curious, but that user was granted a working location that matches their workstation / library they're creating things for? |
| # | 16:06:56 | dbs | bshum: is the archive page a static generated page, or is it generated dynamically via PHP? |
| # | 16:06:59 | mrpeters-isl | should it matter? they have consortial permissions |
| # | 16:07:12 | mrpeters-isl | and they can do all other acq functions except the exchange rate and currency type |
| # | 16:07:32 | phasefx | "Evergreen recently gained its first foothold outside the United States." I want my taxes from Canada :) |
| # | 16:07:52 | dbs | Also from Armenia. Stupid Marshall. |
| # | 16:07:54 | bshum | dbs: The code museum is currently statically linked. I started on it before I looked more at the php code that moodaepo's been writing. |
| # | 16:08:01 | bshum | I was sad he missed CT :( |
| # | 16:08:29 | dbs | bshum: static is better than dynamic, in my opinion (having a long memory of PHP directory traversal attacks) |
| # | 16:08:53 | mrpeters-isl | dbs: user doesn't have GENERAL_ACQ, of all things -- maybe its that |
| # | 16:09:09 | mrpeters-isl | thats the bare minimum, right? |
| # | 16:09:10 | bshum | dbs: For the archive, it made the most sense to me, since there's so much on that page anyways. |
| # | 16:09:32 | dbs | mrpeters-isl: Sorry, I was just looking at this problem with my hammer (fm_IDL.xml); haven't dug any deeper |
| # | 16:09:33 | bshum | dbs: I didn't get to touch any of the original wording that accompanied most of the server releases and OpenSRF |
| # | 16:09:54 | mrpeters-isl | no problem, dbs |
| # | 16:09:55 | bshum | dbs: And also wasn't sure I should anyways, for historical reasons. |
| # | 16:10:12 | dbs | bshum: old versions are available from the repo :) |
| # | 16:10:50 | bshum | dbs: True, that makes sense. |
| # | 16:11:08 | bshum | dbs: I could go back and streamline the archive to be more consistent throughout in terms of layout then. |
| # | 16:11:27 | bshum | Maybe later this week. |
| # | 16:11:29 | dbs | bshum: i wouldn't kill yourself :) |
| # | 16:11:48 | bshum | Heh |
| # | 16:12:57 | mrpeters-isl | no dice on GENERAL_ACQ fixing the problem, if anyone jumps in on this later |
| # | 16:13:46 | phasefx | mrpeters-isl: is this on a test system? |
| # | 16:13:47 | bshum | mrpeters-isl: I guess I wouldn't know about consortial level permissions. I think ours were all system level, so adding work_ou permissions helped to actually allow acq users to get stuff accomplished. |
| # | 16:14:20 | bshum | We're still experimenting too. |
| # | 16:15:20 | dbs | moodaepo++ # first commit to evergreen-ils.org |
| # | 16:15:23 | bshum | moodaepo++ #first commit :) |
| # | 16:20:19 | mrpeters-isl | https://bugs.launchpad.net/evergreen/+bug/766527 if anyone can confirm this it'd be appreciated! would like to know it is or isn't just us :) |
| # | 16:20:21 | rangi | congrats moodaepo |
| # | 16:20:57 | moodaepo blushes..thanks ya'll |
| # | 16:21:25 | gmcharlt | moodaepo++ |
| # | 16:23:53 | phasefx | mrpeters-isl: just curious if other PermaCrud interfaces are working, say, adding Copy Statuses |
| # | 16:24:54 | phasefx | mrpeters-isl: if you get a _CUD error there as well, I'd expect the apache specified memcached |
| # | 16:28:02 | rjackson-isl has quit IRC |
| # | 16:50:58 | finnx2 has joined #evergreen |
| # | 16:54:05 | sfortin has quit IRC |
| # | 16:58:49 | Dmagick-home has joined #evergreen |
| # | 17:04:51 | jteeuwsen has quit IRC |
| # | 17:11:31 | yboston has quit IRC |
| # | 17:29:47 | Dyrcona has quit IRC |
| # | 17:30:03 | finnx2 has quit IRC |
| # | 17:31:19 | pmplett has joined #evergreen |
| # | 17:39:18 | dbs has quit IRC |
| # | 17:55:19 | jenny has left #evergreen |
| # | 18:07:02 | Dmagick-home has quit IRC |
| # | 19:16:21 | Hyper-Core has joined #evergreen |
| # | 19:17:52 | bjwebb has joined #evergreen |
| # | 19:20:19 | Hyper-Core has quit IRC |
| # | 19:57:07 | pmplett has quit IRC |
| # | 20:04:31 | pmplett has joined #evergreen |
| # | 20:21:46 | pinesol_new has quit IRC |
| # | 20:21:52 | pinesol_new has joined #evergreen |
| # | 20:36:13 | pinesol_new has quit IRC |
| # | 21:01:00 | pmplett has quit IRC |
| # | 21:01:22 | pinesol_new has joined #evergreen |
| # | 21:02:11 | csharp | %roulette |
| # | 21:02:11 | pinesol_new | csharp: *click* |
| # | 21:12:43 | pinesol | Announcement from my owner (phasefx): *cocks rifle* |
| # | 21:12:52 | phasefx | haha |
| # | 21:13:14 | csharp | heh |
| # | 21:13:29 | phasefx | couldn't find the sock-puppet command |
| # | 21:15:04 | phasefx | @roulette |
| # | 21:15:04 | pinesol | *BANG* Hey, who put a blank in here?! |
| # | 21:15:05 | pinesol reloads and spins the chambers. |
| # | 21:18:33 | csharp | ok - ip change is done - lupin's back up and email/im server is coming as soon as i get a free moment |
| # | 21:18:41 | phasefx | csharp++ |
| # | 21:30:14 | StephenGWills has quit IRC |
| # | 21:50:07 | aowzone has joined #evergreen |
| # | 21:50:17 | aowzone is now known as mrpeters-isl_ |
| # | 21:50:57 | mrpeters-isl_ | phasefx: saw your message earlier -- get the same Error: uncaught exception: _CUD: when i try to add a copy status with this user |
| # | 21:51:54 | mrpeters-isl_ | so, perhaps the "apache specified memcached" is the problem...what's the way to fix that? |
| # | 21:52:17 | phasefx | mrpeters-isl_: I've seen stuff like that before on multi-apache systems where each apache was not pointing to the same memcached server (the OSRFTranslatorCacheServer setting in eg_vhost.conf) |
| # | 21:52:31 | mrpeters-isl_ | interesting...i will dig at that |
| # | 21:52:37 | mrpeters-isl_ | thanks buddy |
| # | 21:52:41 | phasefx | this doesn't have to be the same memcached used by the rest of Evergreen, as far as I know |
| # | 21:52:57 | mrpeters-isl_ | just that they all use the same one though, right? |
| # | 21:53:18 | phasefx | right, if they're each set to say, localhost, then that's bad |
| # | 21:53:30 | mrpeters-isl_ | yeah, great catch...i know the problem |
| # | 21:53:48 | mrpeters-isl_ | when we replaced our database server, the /etc/hosts for "memcache" didn't get updated -- will revert back to using fqdn's |
| # | 21:58:10 | mrpeters-isl_ | ah, better yet...it was our domain name that wasnt updated -- much easier fix |
| # | 22:02:12 | phasefx | all good? |
| # | 22:05:38 | mrpeters-isl_ | well, not yet, actually -- but restarting services just in case |
| # | 22:05:47 | mrpeters-isl_ | dns is resolving right, so it should work |
| # | 22:07:52 | mrpeters-isl_ | damn - still Error: uncaught exception: _CUD: Error creating, deleting or updating {"__c":"acqexr","__p":[null,"CAN","EUR","1.5"]} |
| # | 22:08:12 | phasefx | can you point your staff client to a specific brick? |
| # | 22:08:29 | phasefx | that'd tell us if this is the problem |
| # | 22:08:41 | mrpeters-isl_ | totally |
| # | 22:09:12 | mrpeters-isl_ | so, eg_vhost.conf has memcache:11211 |
| # | 22:09:23 | mrpeters-isl_ | and ping memcache properly resolves to our memcache servewr |
| # | 22:09:33 | mrpeters-isl_ | so ill try this brick directly |
| # | 22:10:35 | mrpeters-isl_ | oh goodie...tornado sirens are going off |
| # | 22:11:53 | phasefx | not fun |
| # | 22:12:45 | mrpeters-isl_ | yeah, mega storms coming |
| # | 22:12:59 | bjwebb has quit IRC |
| # | 22:15:23 | mrpeters-isl_ | phasefx: same deal |
| # | 22:15:51 | mrpeters-isl_ | OSRFTranslatorCacheServer memcache:11211 -- right? |
| # | 22:18:14 | phasefx | if the staff client is just restricted to that one brick (say via a special IP or hostname), then it shouldn't matter what memcached server is being used. The error must be something else. can you telnet to memcache port 11211 from that server? |
| # | 22:19:45 | mrpeters-isl_ | yep, telnet is good |
| # | 22:20:43 | phasefx has no other ideas :-/ |
| # | 22:21:51 | mrpeters-isl_ | yeah...this is weird |
| # | 22:22:01 | phasefx | copy status also borked? |
| # | 22:23:15 | mrpeters-isl_ | yeah, and was just testing things like org unit settings |
| # | 22:23:25 | mrpeters-isl_ | the thing that is the kicker, is that i can do this stuff with the "admin" user |
| # | 22:23:29 | mrpeters-isl_ | who has EVERYTHING |
| # | 22:24:01 | mrpeters-isl_ | does that permission just bypass any future reliance on memcache? |
| # | 22:25:56 | phasefx | no |
| # | 22:27:50 | phasefx | I may be getting some of the details wrong, but memcache is used because the javascript PermaCrud library is starting a transaction with OpenSRF-over-HTTP, and all the commands within that transaction need to go to the same backend, despite the stateless nature of HTTP. Whatever apache gets hit, memcached will point things to the right backend for that transaction |
| # | 22:28:29 | mrpeters-isl_ | so the fact that the admin user can use these interfaces ok means that memcache is working -- for what its worth, the memcache these bricks were trying to hit was still a valid and working memcache server |
| # | 22:30:25 | phasefx | yeah, it seems to be most likely perm related now |
| # | 22:31:12 | mrpeters-isl_ | ok - so maybe the bug is valid afterall - that error would happen in console if a permission was missing? |
| # | 22:31:35 | phasefx | I don't know, never tried it on purpose |
| # | 22:32:37 | mrpeters-isl_ | hehe yeah |
| # | 22:33:24 | phasefx | I'll try making a staff user without the perm for copy status creation, and see what happens |
| # | 22:33:38 | phasefx has no feel for acq |
| # | 22:33:40 | mrpeters-isl_ | i was able to add a "Claim Type" which is the same type of interface and that worked |
| # | 22:33:55 | mrpeters-isl_ | same here, phasefx -- thats why i'm trying to get a "power user" built so we can start training and tailoring perms |
| # | 22:33:57 | phasefx | as a non-Everything user? |
| # | 22:34:09 | mrpeters-isl_ | correct -- same user that is failing for the other two |
| # | 22:35:06 | phasefx sighs, the frankenclient :) |
| # | 22:37:15 | mrpeters-isl_ | so, taht same claim type i was able to add i get a "Error: uncaught exception: Transaction commit error" when i try to delete it |
| # | 22:37:25 | mrpeters-isl_ | along with Warning: Expected ']' to terminate attribute selector but found '.'. |
| # | 22:37:25 | mrpeters-isl_ | Source File: http://evergreen.lib.in.us/eg/conify/global/acq/claim_type |
| # | 22:37:25 | mrpeters-isl_ | Line: 0 |
| # | 22:43:03 | mrpeters-isl_ | hmm now this is cute...suddenly the delete worked this is weird |
| # | 22:43:46 | phasefx | if it is a multi-apache/different memcache thing, it could work coincidentally |
| # | 22:44:09 | mrpeters-isl_ | yeah, i'm trying to find out which brick i actually succeeded on |
| # | 22:46:27 | phasefx | ha, tsbere's new work is keeping me from loading the Copy Status interface without the permission :) |
| # | 22:46:43 | mrpeters-isl_ | lol |
| # | 22:47:39 | phasefx | however, call number prefixes and suffixes are off the radar, so I'll try that |
| # | 22:49:15 | phasefx | bleh, those have a library dropdown that won't work without perms. Get a _CUD error, but the object is fundamentally broken there |
| # | 22:49:42 | mrpeters-isl_ | i think this may be isolated to these 2 acq things in all honesty |
| # | 22:51:41 | mrpeters-isl_ | when i try to save a new currency type the only thing in the logs is 2011-04-19 22:50:21 208.119.1.6 postgres[8905]: [10-1] 2011-04-19 22:50:21 EDT LOG: duration: 8.331 ms statement: SELECT permission.usr_has_perm(1867761, 'ADMIN_CURRENCY_TYPE', 1) AS has_perm; |
| # | 22:51:41 | mrpeters-isl_ | 2011-04-19 22:50:21 208.119.1.6 postgres[30859]: [6-1] 2011-04-19 22:50:21 EDT LOG: duration: 9.203 ms statement: SELECT permission.usr_has_perm(1867761, 'ADMIN_CURRENCY_TYPE', 1) AS has_perm; |
| # | 22:51:47 | mrpeters-isl_ | no errors around it anywhere |
| # | 22:52:16 | phasefx | if you run that query by hand, what do you get? |
| # | 22:52:43 | mrpeters-isl_ | oooooh lookie here |
| # | 22:52:53 | mrpeters-isl_ | 2011-04-19 22:50:21 192.168.80.21 osrf_json_gw: [info] [client 98.220.99.24] Connection closed to child 0 with unclean shutdown (server xenb1apache.evergreen.lib.in.us:443) |
| # | 22:52:53 | mrpeters-isl_ | 2011-04-19 22:50:21 192.168.80.41 osrf_http_translator: [INFO:31130:./osrf_http_translator.c:293:13032667013113027] [98.220.128.99] [] open-ils.pcrud open-ils.pcrud.transaction.begin "d214ebb6 |
| # | 22:52:53 | mrpeters-isl_ | 2b207fe6d06805ef1057e228" |
| # | 22:52:53 | mrpeters-isl_ | 2011-04-19 22:50:21 192.168.80.41 osrf_http_translator: [INFO:31130:./osrf_http_translator.c:533:13032667013113027] translator resulted in status 0 |
| # | 22:52:53 | mrpeters-isl_ | 2011-04-19 22:50:21 192.168.80.41 osrf_http_translator: [INFO:31130:./osrf_http_translator.c:293:13032667013113028] [98.220.128.99] [] open-ils.pcrud open-ils.pcrud.create.acqexr "d214ebb62b20 |
| # | 22:52:54 | mrpeters-isl_ | 7fe6d06805ef1057e228", {"__c":"acqexr","__p":[null,"CAN","EUR","1.5"]} |
| # | 22:53:32 | phasefx | @later tsbere operator change wipes out my hotkeys, and restoring the original session does not bring them back |
| # | 22:53:32 | pinesol | phasefx: Error: The "Later" plugin is loaded, but there is no command named "tsbere" in it. Try "list Later" to see the commands in the "Later" plugin. |
| # | 22:53:38 | phasefx | @later tell tsbere operator change wipes out my hotkeys, and restoring the original session does not bring them back |
| # | 22:53:38 | pinesol | phasefx: The operation succeeded. |
| # | 22:54:42 | mrpeters-isl_ | SELECT permission.usr_has_perm(1867761, 'ADMIN_CURRENCY_TYPE', 1) AS has_perm; = false |
| # | 22:54:51 | mrpeters-isl_ | which, is not right... |
| # | 22:55:09 | mrpeters-isl_ | they have a depth of 0 so it should be true for system, branch, etc. right? |
| # | 22:55:52 | phasefx | is the user getting ADMIN_CURRENCY_TYPE from multiple sources? |
| # | 22:58:06 | mrpeters-isl_ | the only way i could think of that happening is that it has group_application.user.staff.acq_admin and ADMIN_CURRENCY_TYPE |
| # | 22:58:32 | phasefx | select (select name from permission.grp_tree where id = grp), * from permission.grp_perm_map where perm = (select id from permission.perm_list where code = 'ADMIN_CURRENCY_TYPE'); |
| # | 22:59:01 | mrpeters-isl_ | ?column? | id | grp | perm | depth | grantable |
| # | 22:59:01 | mrpeters-isl_ | -----------------------------+-----+-----+------+-------+----------- |
| # | 22:59:02 | mrpeters-isl_ | Acquisitions Administrators | 747 | 46 | 173 | 1 | f |
| # | 22:59:02 | mrpeters-isl_ | (1 row) |
| # | 22:59:09 | phasefx | select * from permission.usr_perm_map where perm = (select id from permission.perm_list where code = 'ADMIN_CURRENCY_TYPE'); |
| # | 22:59:17 | phasefx | that's not a depth of 0 |
| # | 23:00:37 | mrpeters-isl_ | yeah, i see what the deal is now |
| # | 23:00:51 | mrpeters-isl_ | SELECT DISTINCT depth FROM permission.grp_perm_map WHERE grp=46; gives 1 and 0 --- there are a few in there that are set to 1 and shouldn't be |
| # | 23:01:43 | mrpeters-isl_ | however, still can't save that exchange rate |
| # | 23:02:10 | phasefx | you changed it to depth 0? |
| # | 23:02:52 | mrpeters-isl_ | ah the user in question still has a depth of 1 - - i only changed the group map |
| # | 23:03:17 | phasefx | check the usr_map |
| # | 23:03:34 | phasefx | it may trump the grp_map, but I think the behavior is really undefined/not specced |
| # | 23:05:16 | mrpeters-isl_ | sure enough, there she goes |
| # | 23:05:18 | mrpeters-isl_ | woo! |
| # | 23:07:14 | phasefx | :) |
| # | 23:07:41 | mrpeters-isl_ | thanks for talking me through this, phasefx -- now i wait for the tornado to pass and sleep :) |
| # | 23:09:21 | phasefx | np |
| # | 23:09:52 | tsbere | phasefx: It seems like you are running an older, before I fixed a pile of stuff, variant of the code. And yet I don't think you ever had access to that code, and my copy isn't showing the issues. :( |
| # | 23:10:24 | phasefx | tsbere: compare with what you see in trunk? |
| # | 23:11:21 | mrpeters-isl_ has quit IRC |
| # | 23:11:54 | tsbere | git says identical. |
| # | 23:12:07 | tsbere | I change operator, my hotkeys stick around. |
| # | 23:12:33 | phasefx | my chaos powers may have changed the state of things early on? |
| # | 23:12:35 | tsbere doesn't even have "hotkeys change on operator change" code in his copy |
| # | 23:13:05 | tsbere | I removed that (to another branch entirely for now) due to user permission errors I was seeing |
| # | 23:13:48 | tsbere | and that branch didn't have any toolbar things in it, so I know I didn't give you that on accident |
| # | 23:14:50 | phasefx | my set_user_status contains w.g.menu.set_menu_hotkeys(); |
| # | 23:15:35 | tsbere | which should ensure the hotkeys are set to the current value of current_hotkeys, in the data stash. |
| # | 23:16:48 | phasefx | alright, my data.current_hotkeyset is Default. If I operator change... |
| # | 23:17:10 | phasefx | it stays Default |
| # | 23:17:18 | phasefx | but my keys are non-functional |
| # | 23:20:32 | tsbere | Hmmm |
| # | 23:22:39 | phasefx | brb |
| # | 23:34:14 | phasefx | death of hotkeys on operator change is probably a show-stopper |
| # | 23:35:03 | phasefx | I'll try it in linux and winxp tomorrow |
| # | 23:35:36 | tsbere | phasefx: Just pushed a new commit to client_menus |
| # | 23:35:44 | tsbere | May fix all of your issues. May not. |
| # | 23:35:53 | phasefx gives it a shot |
| # | 23:36:06 | tsbere couldn't reproduce much, but tried anyway |
| # | 23:40:16 | phasefx | hotkeys survive |
| # | 23:41:05 | phasefx | playing with the Hotkeys menu still breaks things, though |
| # | 23:41:13 | tsbere | ? |
| # | 23:41:15 | phasefx | but Operator Change works |
| # | 23:41:44 | tsbere | By breaks do you mean "hint text sticks around but is wrong"? |
| # | 23:41:55 | phasefx | if I Workstation->Hot Keys->Current->Minimal, Control+T stops working, switching back to Default, still not working |
| # | 23:42:06 | phasefx | logoff and back on, works |
| # | 23:42:54 | tsbere | hmm' |
| # | 23:42:57 | phasefx | New Window, Control+T is working |
| # | 23:48:09 | tsbere would love it if xulrunner would be more consistent |
| # | 23:48:25 | phasefx | yeah |
| # | 23:59:29 | jamesrf_ has joined #evergreen |
April 10-13