2011-04-11T00:00:24 Is anyone online with migration knowledge? 2011-04-11T00:41:05 *** shadowspar has quit IRC 2011-04-11T00:42:10 rjackson-isl: it is normal for it to take a long time, and yes you may want to run it for all 4 libraries after they're all loaded 2011-04-11T00:43:40 jamesrf - but once the quick-metarecord_map.sql is running can I load bibs from another library ? 2011-04-11T00:43:59 I have 4 libraries to llad and not enough hours! 2011-04-11T00:44:06 llad = load 2011-04-11T00:44:10 i don't know if you can load the bibs while it's running 2011-04-11T00:44:43 would you reccommend I attempt to cancel the quick_metarecord_map.sql then? 2011-04-11T00:45:04 then load the bibs for the 4 libraries and load the quick_metarecord_map.sql last? 2011-04-11T00:45:27 i don't know what exactly is in quick_metarecord_map.sql 2011-04-11T00:45:33 you may want to read this: http://www.mail-archive.com/open-ils-dev@list.georgialibraries.org/msg01731.html 2011-04-11T00:45:49 generally we use the code on the magic spells page for metarecords 2011-04-11T00:48:04 i would suggest that you cancel quick_metarecord_map run everything and then run those inserts: http://open-ils.org/dokuwiki/doku.php?id=scratchpad:random_magic_spells#how_to_generate_metarecords_for_a_newly_loaded_bib_batch 2011-04-11T00:53:10 jamesrf++ - just cancelled and on my way to loading the other bibs 2011-04-11T00:53:31 *** shadowspar has joined #evergreen 2011-04-11T03:13:25 *** Jbergy has joined #evergreen 2011-04-11T03:23:39 *** kaushik54 has joined #evergreen 2011-04-11T03:25:29 *** ramb has joined #evergreen 2011-04-11T03:26:33 how many GSoC applications have we received this year 2011-04-11T03:50:14 *** Jbergy has quit IRC 2011-04-11T04:04:17 *** ramb has quit IRC 2011-04-11T05:36:57 *** bjwebb has joined #evergreen 2011-04-11T05:36:57 *** bjwebb has joined #evergreen 2011-04-11T06:09:53 *** bjwebb has quit IRC 2011-04-11T06:40:48 *** bjwebb has joined #evergreen 2011-04-11T06:40:49 *** bjwebb has joined #evergreen 2011-04-11T06:44:22 *** flopaul has joined #evergreen 2011-04-11T06:57:41 *** flopaul has quit IRC 2011-04-11T07:12:45 *** rjackson-isl has quit IRC 2011-04-11T07:17:42 *** flopaul has joined #evergreen 2011-04-11T07:23:53 *** flopaul has quit IRC 2011-04-11T07:43:13 *** rangi has quit IRC 2011-04-11T07:49:05 *** collum has joined #evergreen 2011-04-11T07:56:10 *** rangi has joined #evergreen 2011-04-11T08:14:48 *** StephenGWills has joined #evergreen 2011-04-11T08:16:33 *** kmlussier has joined #evergreen 2011-04-11T08:29:22 *** Dyrcona has joined #evergreen 2011-04-11T08:33:41 *** jenny has joined #evergreen 2011-04-11T08:34:57 *** AaronZ-PLS has joined #evergreen 2011-04-11T08:36:05 *** mtisi has joined #evergreen 2011-04-11T08:39:28 *** flopaul has joined #evergreen 2011-04-11T08:42:14 *** mrpeters-isl has joined #evergreen 2011-04-11T08:43:11 *** finnapz2 has joined #evergreen 2011-04-11T08:47:32 *** flopaul has quit IRC 2011-04-11T08:53:02 *** collum has quit IRC 2011-04-11T08:55:45 *** collum has joined #evergreen 2011-04-11T08:59:00 *** flopaul has joined #evergreen 2011-04-11T09:00:12 phasefx: ping? 2011-04-11T09:06:51 *** finnapz2 has quit IRC 2011-04-11T09:12:35 *** tspindler has joined #evergreen 2011-04-11T09:16:10 *** kmlussier has quit IRC 2011-04-11T09:19:50 *** kmlussier has joined #evergreen 2011-04-11T09:28:25 *** mtisi has quit IRC 2011-04-11T09:38:12 *** dbs has joined #evergreen 2011-04-11T09:38:12 *** dbs has joined #evergreen 2011-04-11T09:42:37 @later tell moodaepo The problem is that we're running PHP 4.4.4 on the production server, so PHP 5-style classes in news_box.php was blowing it up. (There's all kinds of problems with running 4.4.4, period, but that's where we're at) 2011-04-11T09:42:37 dbs: The operation succeeded. 2011-04-11T09:44:11 FWIW, with the exception of news_box.php, it's silly and insecure of us to be using PHP for the static pages on the website anyway; all that PHP is doing is the equivalent of SSI. 2011-04-11T09:55:10 *** moodaepo has joined #evergreen 2011-04-11T09:55:16 *** flopaul has quit IRC 2011-04-11T09:55:23 *** moodaepo has left #evergreen 2011-04-11T09:59:34 throughout the software in 2.x the ability to use code : name : description from Circulation Modifier config is in place...which is awesome...however for us, the Name column is just a repeat of "Code". It's redundant, so I'm wondering if one could get away with a '' string for Name in order get things to appear like -- "equipment :: non-print non-media items for checkout" rather than 2011-04-11T09:59:34 "equipment : equipment : non-print..." 2011-04-11T10:11:43 mrpeters-isl: name is NOT NULL and has a unique index on it, so the short answer is "no" 2011-04-11T10:12:18 mrpeters-isl: you can create an entry in common_custom.properties and tweak what gets displayed. The entry is staff.circ_modifier.display=%1$s : %2$s : %3$s 2011-04-11T10:13:13 (specifically, no to the solution you proposed. but, see: phasefx) 2011-04-11T10:14:36 eeevil: couldn't be an empty string either? 2011-04-11T10:14:48 mrpeters-isl: '' = '', so not unique 2011-04-11T10:14:55 ah yes, right 2011-04-11T10:15:17 phasefx: thanks, i'll peek at doing that 2011-04-11T10:15:56 is that one of those that has a _custom file? 2011-04-11T10:19:59 mrpeters-isl: it's similar to the CSS, but the heavy lifting is done by the element that loads those properties. There's javascript that looks like $('commonStrings').getFormattedString('staff.circ_modifier.display',[ cm.code(), cm.name(), cm.desc() ]); and there's a It'll look in 2011-04-11T10:20:05 common.properties for staff.circ_modifier.display, but it'll also look in common_custom.properties, and prefer any matching key there 2011-04-11T10:44:50 phasefx: kind of a general XUL question if you have a sec (related to https://bugs.launchpad.net/evergreen/+bug/757533) -- wondering if the screen widths are hard coded or something like that....maybe a value we can "up" for how far the scroll bar goes accross the screen? 2011-04-11T10:48:14 mrpeters-isl: scrollbars are real persnickety. I think ideally we should try to make horizontal ones not needed if you have at 1024x768, but I have no immediate suggestions for the one you pointed to 2011-04-11T10:48:21 mrpeters-isl: I think that is a different issue than you think it is. I believe an internal frame has scrollbars disabled and needs to be adjusted. Or at least that is the impression I get when looking at the screenshot? 2011-04-11T10:48:58 * dbs is with tsbere - try setting overflow CSS property on * :) 2011-04-11T10:49:23 phasefx: except then you need to control for font size preferences 2011-04-11T10:50:33 dbs: yeah, it's not something I'd strain myself over. I18N, menus that widen based on library specific values... 2011-04-11T10:50:45 oh yeah, i18n 2011-04-11T10:51:08 tsbere: internal setting client or server side? 2011-04-11T10:51:20 mrpeters-isl: Setting in the xul itself for the containing box 2011-04-11T10:51:27 but if we find anything where you can't get to something no matter how you scroll (like some of those dojo 1.3 widgets), I think that's broke 2011-04-11T10:51:46 i've not touched any of the xul, so i'm not sure where that disabling would have happened 2011-04-11T10:52:11 AKA, it looks like there is a box holding that stuff with scrollbars turned off and a max width. When that width is exceeded you don't get scroll in the box and the box isn't wide enough to trigger a scroll on the outer box that has scrollbars 2011-04-11T10:53:13 even with a super tiny window, like 200px wide, you can only scroll so far -- so i'm not sure it's a limitation of smaller monitors, etc. 2011-04-11T10:53:40 do you know what xul file is involved? 2011-04-11T10:53:51 let me pull out the dom and see 2011-04-11T10:54:51 another scroll bug just got submitted 2011-04-11T10:55:05 the scroll is ALWAYS big enough to get tro the 3rd column 2011-04-11T10:55:26 if you extend the size of the window past the 3rd column, scroll disappears 2011-04-11T10:55:38 extend furtehr, to reveal more and more of that 4th column 2011-04-11T10:55:39 phasefx: what we should strain over is ensuring scrollbars can appear for boxes when necessary, right? * { overflow: true; } would probably end up being crazy ugly of course 2011-04-11T10:56:06 looks like /cat/marc_view.xul is the one, tsbere 2011-04-11T10:56:35 server/circ/alternate_copy_summary.xul is the alternate view in Item Status 2011-04-11T10:56:36 mrpeters-isl: the scrollbar is probably attached to the width of the top row (Barcode, etc) 2011-04-11T10:56:54 (imagining the box model from looking at that screen shot) 2011-04-11T10:56:57 ah thanks phasefx 2011-04-11T10:57:31 dbs: yeah, I've turned on scrollbars for every box before, crazy fun :) you get like 3 adjacent scrollbars sometimes, nested interfaces 2011-04-11T10:57:40 phasefx: right 2011-04-11T10:58:04 That entire area is apparently a browser of its own? 2011-04-11T10:58:15 * tsbere is using dom inspector to look at the tree 2011-04-11T10:58:20 phasefx: what was the new bug #? 2011-04-11T10:58:29 merging records 2011-04-11T10:58:32 oh 2011-04-11T10:58:39 757592 2011-04-11T10:58:39 did we submit it here in IN? 2011-04-11T10:58:49 launchpad 2011-04-11T10:59:15 hmm...ok 2.0.2 so that wasn't anyone from Indiana 2011-04-11T10:59:57 not sure if she means mergiging patrons or merging bibs 2011-04-11T11:00:08 ask her 2011-04-11T11:00:22 if you would :) 2011-04-11T11:00:27 yep 2011-04-11T11:00:32 gracias 2011-04-11T11:00:34 ill see if i can duplicate this 2011-04-11T11:03:21 oh you know what, i see it 2011-04-11T11:03:35 it's in bib merging 2011-04-11T11:03:58 cat/record_buckets.xul i think 2011-04-11T11:04:52 if you add a whole bunch of columns, the title (which defaults to last column, best i can tell) just keeps getting pushed smaller and smaller instead of scrolling 2011-04-11T11:05:10 ill have to dig out a 1.6 client and see if this is the same there...doesn't seem all that unexpected 2011-04-11T11:05:40 that's the only place i can see with an "upper section" 2011-04-11T11:06:51 could also be fancy_prompt.xul - that cuts off the record summary 2011-04-11T11:09:51 maybe there is some css we can use to make the iframe's dynamically resize in width based on the width of the xul window? 2011-04-11T11:12:09 the width of the table containing the iframes appears to stay locked at ~ 615px wide 2011-04-11T11:13:13 *** bjwebb has quit IRC 2011-04-11T11:18:02 *** flopaul has joined #evergreen 2011-04-11T11:18:17 sure enough, scroll width of the marc_view.xul iframe appears hard coded at 288px wide, while cat/bib_brief.xul is hard coded at 300px 2011-04-11T11:22:19 * dbs throws "groupbox: {overflow-x: auto; }" into global_custom.css to enable horizontal scrolling of the record summary (and who knows what else, given that crazy generic ID in bib_brief.xul) 2011-04-11T11:23:40 ah, only appears to be in copy_summary.xul as well 2011-04-11T11:23:49 dbs: you seing the same thing then re: size? 2011-04-11T11:24:40 mrpeters-isl: just looking at the "Record summary" grid in this case, which tends to have hidden content on the right-hand side. Same idea though. 2011-04-11T11:25:50 Clare confirms it's the bib merging interface that prompted her ticket 2011-04-11T11:28:08 * mrpeters-isl wonders which version we lost the scrollbar for those interfaces 2011-04-11T11:28:28 * dbs runs afk 2011-04-11T11:42:24 *** natschil has joined #evergreen 2011-04-11T11:43:50 *** afterl has joined #evergreen 2011-04-11T11:46:50 *** natschil has quit IRC 2011-04-11T11:57:25 *** brian_f has joined #evergreen 2011-04-11T12:14:54 *** sgirard has joined #evergreen 2011-04-11T12:17:22 Question for anyone who might know the answer .... 2011-04-11T12:19:16 *** flopaul has quit IRC 2011-04-11T12:19:31 Well, given the current context, I would personally say "...." should probably be "...". But that isn't your question, is it? :P 2011-04-11T12:21:08 Nope - here's the deal. The courier code is missing from the transit slip in 2.0 2011-04-11T12:21:22 We tried to add the proper syntax to get it to appear 2011-04-11T12:21:35 %courier_code% 2011-04-11T12:21:36 afterl: Error: "courier_code%" is not a valid command. 2011-04-11T12:21:39 That didn't work 2011-04-11T12:21:47 courier_code 2011-04-11T12:21:53 with percent signs around it 2011-04-11T12:21:56 It may not be in the section you are putting it in. Did you try header compared to line item? 2011-04-11T12:22:13 *** chirag has joined #evergreen 2011-04-11T12:22:15 We tried header 2011-04-11T12:23:20 * tsbere has done nada on 2.0 receipt template stuff 2011-04-11T12:23:41 Although that does bring up a question: Does it output %courier_code% or does it not show anything there? 2011-04-11T12:23:55 It doesn't show anything there 2011-04-11T12:24:01 Then it *is* replacing it 2011-04-11T12:24:06 Just not with anything you can see 2011-04-11T12:24:10 Are your codes in the DB? 2011-04-11T12:24:23 We added the code via local settings editor 2011-04-11T12:24:23 should work in the header or footer, and the value used is based on an org unit setting 2011-04-11T12:24:57 It's new to 2.0 2011-04-11T12:24:57 To the specific org unit or a parent? I think that is one of the "doesn't inherit" ones. 2011-04-11T12:24:59 and it uses the setting of the destination lib 2011-04-11T12:25:09 phasefx: Is it possible that the org unit setting requires single quoting? 2011-04-11T12:25:25 At the local org unit level 2011-04-11T12:25:25 phasefx: Around the value we set 2011-04-11T12:25:31 bshum: shouldn't need to 2011-04-11T12:25:46 bshum: you're on vacation! 2011-04-11T12:25:53 that's why I'm here 2011-04-11T12:26:05 afterl: I'm delayed in Omaha, so I'm fiddling around with the wifi here :( 2011-04-11T12:26:16 looks like a bug in util.js 2011-04-11T12:26:27 the authtoken is coming in as the 3rd parameter 2011-04-11T12:26:36 so we should report it 2011-04-11T12:26:41 hrmm 2011-04-11T12:26:45 no, that's actually right 2011-04-11T12:27:27 it's an optional 3rd param for that method 2011-04-11T12:27:41 I would try it in srfsh, see what you get 2011-04-11T12:28:07 request open-ils.actor open-ils.actor.ou_setting.ancestor_default org_id_here, 'lib.courier_code', auth_token_here 2011-04-11T12:29:16 My brain wants to tell me that including an auth token does a permission check 2011-04-11T12:29:26 Which I don't think should be needed in that case 2011-04-11T12:30:39 The difference between "we want to use the setting" and "we are allowed to look up the setting for other reasons"? 2011-04-11T12:31:27 seems to be a weak thing to have if it's optional 2011-04-11T12:31:28 *** flopaul has joined #evergreen 2011-04-11T12:31:33 phasefx: You said the third number is optional right? 2011-04-11T12:31:37 The auth token part 2011-04-11T12:31:45 yeah, technically 2011-04-11T12:32:03 phasefx: Okay, in just passing two arguments (since I don't have an auth token handy) 2011-04-11T12:32:11 It seems to be choking on the second variable 2011-04-11T12:32:17 The courier code we're using 2011-04-11T12:32:22 For example 2011-04-11T12:32:25 "A-7" 2011-04-11T12:32:30 It doesn't like the A 2011-04-11T12:32:34 no, use the exact string 'lib.courier_code' 2011-04-11T12:32:41 Oh, gotcha! 2011-04-11T12:32:44 that identifies the setting, and then method should return the value 2011-04-11T12:34:09 Request completes successfully 2011-04-11T12:34:11 phasefx: I think a lot of those are overloaded for editing settings compared to using settings purposes. *using* the setting shouldn't pass an authtoken, *editing* the setting should (to properly filter out ones you aren't allowed to touch)? 2011-04-11T12:34:16 Returning the expected OU setting 2011-04-11T12:34:19 And value 2011-04-11T12:35:29 *** jenny1 has joined #evergreen 2011-04-11T12:35:44 For courier code I would expect you aren't allowed to edit another library's code, but you are allowed to print it when sending stuff to them. 2011-04-11T12:36:10 Thus, when loading it for printing you don't want the optional authtoken, when loading it for editing you do. 2011-04-11T12:36:28 Sorry, on the phone. 2011-04-11T12:36:35 just getting back to this 2011-04-11T12:36:45 So the correct syntax is lib.courier_code 2011-04-11T12:37:12 afterl: No, that is the org setting name code. 2011-04-11T12:37:17 oh 2011-04-11T12:37:52 You are doing the right thing in the template. Log in with everything everywhere and I bet it works, too. 2011-04-11T12:37:59 *** jenny has quit IRC 2011-04-11T12:38:50 Sorry, missing something - log in with everything everywhere? 2011-04-11T12:38:56 *** collum has quit IRC 2011-04-11T12:42:08 afterl: If the issue is what *I* think it is logging in with rights to view org unit settings at the destination library will cause the courier code to show up. Which everything everywhere should do for you. 2011-04-11T12:44:30 *** moodaepo has joined #evergreen 2011-04-11T12:48:38 Okay, thanks for the explanation, tsbere 2011-04-11T12:53:25 * tsbere would not object to you testing that and telling us if it works 2011-04-11T12:54:19 tsbere: I'm going to go ahead and remove the authtoken; what you say makes sense to me 2011-04-11T13:13:40 *** jtbates has joined #evergreen 2011-04-11T13:22:07 phasefx: Applied fix and tested back at HQ, things sound better for the print slips now. 2011-04-11T13:22:16 tsbere++ phasefx++ 2011-04-11T13:22:57 Regarding the window that appears during transit slip printing, that gives the options for print or do not print 2011-04-11T13:23:05 Is there any way to get the courier code to appear in that summary as well? 2011-04-11T13:24:09 (seems like it's unrelated to the receipt templates now, so I guess we're looking at changing something elsewhere) 2011-04-11T13:31:18 Should the 1.6 documentation for BibTemplate still work in 2.0? I was trying to add the 504 field to the bib display, but I can only get the value of the 504 field to display. 2011-04-11T13:31:31 Yes, indeed. tsbere ++ phasefx ++ 2011-04-11T13:35:05 kmlussier: It's slightly different in 2.0 2011-04-11T13:36:14 kmlussier: 1.6 bibtemplate spells should work fine. there's documenation on 2.0+ on the same wiki page, though 2011-04-11T13:37:09 gmcharlt: did the wash of red on testing.evergreen-ils.org tell you that the fast_extract thing was achy-breaky? Or should I turn on email notification? 2011-04-11T13:37:25 Ok, we have someone checking an item in and getting a copy status of 6......which is in transit. But without a route_item event code. Which results in a "didn't think we could get here" FIXME. 2011-04-11T13:37:37 dbs: email notification++ 2011-04-11T13:38:04 * dbs peers at the still-red statuses and wonders why they're still red. weird. 2011-04-11T13:38:13 eevil: Yes, I just checked that page too, but it looked the same. 2011-04-11T13:38:21 This is what I was trying: 2011-04-11T13:38:33 2011-04-11T13:38:34 Notes 2011-04-11T13:38:36 2011-04-11T13:38:37 2011-04-11T13:38:47 2011-04-11T13:38:51 Oops! Sorry about the ugly code. 2011-04-11T13:40:27 kmlussier: first thing I'd do is replae dojox.data.dom.textContent(item) with BT.textContent(item) 2011-04-11T13:41:11 gmcharlt: ah - rel_2_1 and rel_2_0 still need the fix perhaps? 2011-04-11T13:41:30 rel_2_1 did; I just pushed it 2011-04-11T13:42:12 ah, and trunk etc now have new dependencies on Net::IP that weren't installed on the slaves 2011-04-11T13:42:22 that's going to be a recurring pain. hmm 2011-04-11T13:43:51 * dbs will get things rolling on the UPEI build slave 2011-04-11T13:46:52 eeevil++ That did it! Thanks! 2011-04-11T13:47:47 dbs: re the authority control sets stuff I mentioned recently: the authority-control-sets branch on http://git.esilibrary.com/?p=evergreen-equinox.git;a=summary 2011-04-11T13:49:03 * dbs git pulls his clone of git.esilibrary.com 2011-04-11T13:49:30 kmlussier: :) ... FWIW, that papers over some browser differences. the docs need to be updated, but it's the same BT mentioned in the Template Value section 2011-04-11T13:50:33 and the same BT used in the default skin rdetail.xml page, too 2011-04-11T13:51:48 dbs: indeed, though upgrading from a sufficiently old 1.6.0.x, and looking at the original production skin, wouldn't show that fact 2011-04-11T13:52:57 eeevil: sure, makes sense. my upgrade process tends to be "get to vanilla x.x.x, then start comparing your old customizations to the new counterparts" 2011-04-11T13:53:22 dbs: my preferred method as well 2011-04-11T13:54:01 kbeswick++ # c unit testing ... rad :) 2011-04-11T13:55:08 eeevil: more coming soon! 2011-04-11T13:55:53 *** jenny has joined #evergreen 2011-04-11T13:56:17 okay, debian squeeze build slave is back online with net::ip dependency in place, builds are recommencing there 2011-04-11T13:56:48 we'll need to ask csharp to see about getting libnet-ip-perl installed on the two ubuntu build slaves 2011-04-11T13:58:46 *** jenny1 has quit IRC 2011-04-11T14:08:17 *** jenny1 has joined #evergreen 2011-04-11T14:10:41 *** jenny has quit IRC 2011-04-11T14:12:10 *** jenny1 has left #evergreen 2011-04-11T14:13:07 mrpeters-isl: btw, the CSS kludge I detailed above probably will work for your record merging situation, as from the screenshot it looks like bib_brief.xul is indeed pulled into the top of each record participating in the merge 2011-04-11T14:14:25 where "work" means "add a horizontal scrollbar for a lot of info laid out horizontally that probably doesn't make sense in that particular context"; a vertically-oriented layout would probably work better for a bib summary there 2011-04-11T14:19:05 someone might respond to her bug then, with that solution -- it's not so mucn an issue for me personally 2011-04-11T14:19:31 mrpeters-isl: you can respond to her, right? 2011-04-11T14:20:41 Or this isn't an ISL person? Sorry if I'm confused 2011-04-11T14:29:36 it is not 2011-04-11T14:29:53 this is just a bug that was similar to one i submitted, so i got involved 2011-04-11T14:29:57 doesn't solve the bug i submitted, however 2011-04-11T14:31:07 mrpeters-isl: okay, thanks for the clarification (so to speak) 2011-04-11T14:32:16 *** jtbates has quit IRC 2011-04-11T14:35:22 *** finnapz2 has joined #evergreen 2011-04-11T14:35:26 *** jtbates has joined #evergreen 2011-04-11T14:37:38 Ok, been distracted by all kinds of other things. Toolbars! Should they be Org Unit/Workstation or Org Unit/Workstation/User, and if the latter, can anyone give me a reason why they *should* update on operator change? 2011-04-11T14:40:03 *** jtbates has quit IRC 2011-04-11T14:41:25 tsbere: define what you mean by "toolbars" again, please? 2011-04-11T14:42:15 Currently there is one toolbar (button bar?) with two states, on and off. I am going to change that to "No toolbar or one of several toolbars as defined in external files". 2011-04-11T14:42:32 * tsbere isn't sure how the db update will work on that yet 2011-04-11T14:43:09 I figure that org units will want a default (like they get the option to turn it on now) and that each workstation should have a potential default (circ/cat/whatever workstations with appropriate toolbars) 2011-04-11T14:43:15 I am unsure on if each user should. 2011-04-11T14:44:24 mrpeters-isl: for your problem, add overflow: auto; to the groupbox element in server/circ/alternate_copy_summary.xul 2011-04-11T14:44:29 tsbere: Org Unit/Workstation/User would be useful in workstation is multi-user 2011-04-11T14:45:12 moodaepo: True. But then changing operator could wipe out a "this window was given a different toolbar intentionally" (and I don't plan on all windows being forced to the same toolbar when you change it) 2011-04-11T14:47:38 tsbere: okay. gotcha. operator change here is generally for the purpose of an override - a very temporary change. I would say that on operator change, toolbars shouldn't be reset. But on logout / login, getting a user preference would be nice. 2011-04-11T14:49:10 hi there.. 2011-04-11T14:49:25 i was checking some bitsizedbugs 2011-04-11T14:49:40 and wanted some help regarding that 2011-04-11T14:50:41 mmm, trunk's make -f Open-ILS/src/extras/Makefile.install debian-squeeze barfed on spidermonkey 2011-04-11T14:51:09 dbs: is there an upgrade friendly way of doing that? 2011-04-11T14:51:21 mrpeters-isl: what, you want the world? 2011-04-11T14:51:37 hah, no, but everyone was cautioning against editing the xuls... 2011-04-11T14:52:05 upgrade friendly way would be to have someonne add a unique ID to that particular element and commit that 2011-04-11T14:52:33 upgrade_friendly++ 2011-04-11T14:52:38 dbs++ # I suspected it was the use of php5 specific code that was breaking. Can it be upgraded? 2011-04-11T14:52:56 I dunno dbs 2011-04-11T14:53:02 The window has an id 2011-04-11T14:53:23 tsbere: fine, you can define the CSS path 2011-04-11T14:53:37 Then again, there are other groupbox elements inside of it. Hmmm..... 2011-04-11T14:53:49 * tsbere thinks this could get complicated on a css front 2011-04-11T14:54:40 mrpeters-isl: go ahead and edit the xul, see if it works. work on upgrade proofing it afterward? 2011-04-11T14:55:14 moodaepo: now you hit the "what are we doing with our server infrastructure" question, but the short term answer is not really 2011-04-11T14:58:05 dbs: In that case maybe I should talk to phasefx to followup on his site migration and do another set of migration tests to lupin. I have access to lupin but not to penguin, lupin is running php5 (checked before I sent out the patch). 2011-04-11T14:58:23 yeah, that works 2011-04-11T15:04:08 csharp: can I pester you to add libnet-ip-perl to the GPLS build slave machines? 2011-04-11T15:05:21 dbs: I have done so on 10.04, but my screen here froze when trying to move to 8.04 2011-04-11T15:05:27 csharp++ 2011-04-11T15:06:39 oy, that incomplete pre-req fetching left me with No apache MPM package installed 2011-04-11T15:08:28 phasefx: you'll process 1 request at a time and you'll like it 2011-04-11T15:08:42 :D 2011-04-11T15:10:49 hrmm, commenting out spidermonkey so that everything else succeeded is still leaving me with an apache that won't start for lack of MPM 2011-04-11T15:11:17 * phasefx googles, rubber ducks 2011-04-11T15:12:43 *** pmplett has joined #evergreen 2011-04-11T15:13:19 apache2-mpm-prefork? it doesn't like eg.conf 2011-04-11T15:14:07 no, that was misleading. prefork is installed.. libapache2-mod-perl2 looks bro-ack 2011-04-11T15:14:17 *** finnapz2 has quit IRC 2011-04-11T15:14:41 chirag: what do you need help with? 2011-04-11T15:15:22 i was checking this bug https://bugs.launchpad.net/evergreen/+bug/727983 2011-04-11T15:15:47 how to reach "holds pull list interface" 2011-04-11T15:15:51 dbs: 8.04 now has libnet-ip-perl too 2011-04-11T15:16:05 from staffclient 2.0 2011-04-11T15:19:39 chirag: You'll want to jump between http://docs.evergreen-ils.org/1.6/draft/html/ and http://docs.evergreen-ils.org/2.0/draft/html/ (this one is missing some chapters, so the 1.6 docs can give you a clue) In the staff client, it'd under Circulation -> Pull List (or something similar), but you'll need to actually add some bibs and items and place some holds to populate that interface 2011-04-11T15:20:10 csharp++ 2011-04-11T15:21:36 i started evergreen staff client and logged in using admin/open-ils....and clicked "open new window" 2011-04-11T15:21:43 it says this error 2011-04-11T15:21:48 -= THIS MESSAGE NOT LOGGED =- 2011-04-11T15:22:28 chirag: you may need to run /openils/bin/autogen.sh -u 2011-04-11T15:25:24 i have run the command...it was completed successfully 2011-04-11T15:25:37 but error still remains 2011-04-11T15:26:36 mrpeters-isl: window#alt_copy_summary_win groupbox { overflow: auto; } solves your problem in a future-proof way (thanks for the suggestion, tsbere) 2011-04-11T15:31:10 chirag: did you install the server or is it from a virtual image off the website? 2011-04-11T15:31:42 virtual image given on your website 2011-04-11T15:32:20 developer virtual image (OpenSRF and Evergreen trunk as of 2011-03-19 on Debian Squeeze) 2011-04-11T15:32:38 chirag: ah, you can't use a 2.0 client with that 2011-04-11T15:33:31 ohk...so what should i do now? 2011-04-11T15:33:40 * tsbere broke 2.0/2.1(trunk) staff client compatibility 2011-04-11T15:34:05 chirag: there should be an already built staff client within the image 2011-04-11T15:34:59 you mean the one i started using 2011-04-11T15:35:02 xulrunner-1.9-1 xul/staff_client/build/application.ini 2011-04-11T15:35:07 phasefx: Does the bug in question affect trunk/2.1 as well? He is looking at one reported specifically for 2.0. 2011-04-11T15:36:57 tsbere: I would say yes it still applies to trunk, since I just reproduced it. Want me to target the bug? 2011-04-11T15:37:26 Dyrcona: Was more concerned with "can he work on it at all with the dev VM" than anything else. 2011-04-11T15:37:52 right. think I'll series target it just the same. 2011-04-11T15:38:09 * Dyrcona needs to do some bug wrangling soon, but has been busy with migration and other issues. 2011-04-11T15:44:59 a2enmod perl fixed my apache, yay 2011-04-11T15:46:55 phasefx: that's the second time i've heard that now. might need to add it to the Makefile.install list of mods to enable 2011-04-11T15:47:27 phasefx:which version of staff client is present in the virtual image i mentioned..? 2011-04-11T15:50:45 should you be able to delete a record that has 856 $9 entries or do you need to delete the 856's first? 2011-04-11T15:51:12 chirag: I don't know, but the README for the image should give instructions on how to use it 2011-04-11T15:51:21 phasefx: you should be able to "delete" them, yes 2011-04-11T15:52:23 eeevil: thanks 2011-04-11T15:52:29 am i correct in my approach...?? to use the virtual image for solving that bug 2011-04-11T15:53:53 *** kmlussier has quit IRC 2011-04-11T15:54:37 chirag: yes 2011-04-11T15:55:17 how to correct that error i mentioned 2011-04-11T15:59:58 *** Sally_ has joined #evergreen 2011-04-11T15:59:59 phasefx: you couldn't delete them in 1.6 2011-04-11T16:00:02 *** Sally_ has quit IRC 2011-04-11T16:00:16 *** Sally_ has joined #evergreen 2011-04-11T16:01:06 *** tspindler has quit IRC 2011-04-11T16:01:21 should, but could not - would need to teach ingest to always delete all asset.uri entries when starting ingest 2011-04-11T16:02:20 chirag: http://evergreen-ils.org/~denials/README-Evergreen_trunk_2011_03_19_Squeeze.html#_desktop_environment 2011-04-11T16:04:57 phasefx: this 865 stuff Re: the ticket I have in? 2011-04-11T16:05:06 856, rather 2011-04-11T16:06:44 mrpeters-isl: yes 2011-04-11T16:13:52 thought it might be 2011-04-11T16:14:00 * mrpeters-isl afk 2011-04-11T16:14:41 *** chirag has quit IRC 2011-04-11T16:17:34 *** sgirard_ has joined #evergreen 2011-04-11T16:17:35 *** sgirard has quit IRC 2011-04-11T16:17:36 *** sgirard_ is now known as sgirard 2011-04-11T16:20:58 *** Sally_ has quit IRC 2011-04-11T16:32:15 *** chirag has joined #evergreen 2011-04-11T16:49:46 *** chirag has left #evergreen 2011-04-11T16:51:18 *** afterl has left #evergreen 2011-04-11T17:03:19 *** dbs has quit IRC 2011-04-11T17:28:34 *** Dyrcona has quit IRC 2011-04-11T17:48:33 *** sameh_ammar has joined #evergreen 2011-04-11T17:54:21 *** brian_f has quit IRC 2011-04-11T18:05:04 *** sameh_ammar has left #evergreen 2011-04-11T18:12:55 *** flopaul has quit IRC 2011-04-11T19:05:12 *** sgirard has quit IRC 2011-04-11T19:26:15 *** pmplett has quit IRC 2011-04-11T19:50:39 jeff dbs phasefx csharp: I am planning on doing an OS upgrade for lupin and look into dokuwiki migration (and upgrade possibly) I know phasefx had done the migration but didn't write down notes so I'll make sure I do this time. Any objections/thoughts/suggestions? 2011-04-11T19:51:47 There is still the list of broken links that need to be fixed (csharp ran the link checker a while back Oct 21) which we can get to after the migration/website testing is complete. I plan to checkout the new website onto lupin for testing after the OS upgrade. 2011-04-11T19:51:57 * moodaepo heads home and will check in later 2011-04-11T20:31:30 *** pmplett has joined #evergreen 2011-04-11T20:35:01 *** pmplett_ has joined #evergreen 2011-04-11T20:45:36 *** pmplett_ has left #evergreen 2011-04-11T21:20:29 @later tell moodaepo no objections here 2011-04-11T21:20:29 csharp: The operation succeeded. 2011-04-11T21:25:33 *** LBA1 has quit IRC 2011-04-11T21:36:17 *** rjackson-isl has joined #evergreen 2011-04-11T21:41:57 *** moodaepo_ has joined #evergreen 2011-04-11T21:46:58 *** moodaepo_ has quit IRC 2011-04-11T22:00:32 *** StephenGWills has left #evergreen 2011-04-11T22:01:40 *** aowzone has joined #evergreen 2011-04-11T22:02:45 Hello all, anyone available that could assist with issue in enabling a trigger on 2.0.4 database: Alter table biblio.record_entry enable trigger bbb_simple_rec_trigger; 2011-04-11T22:03:23 the enable statement has been going for 20+ minutes and there are several selects (100+) backed up behind it 2011-04-11T22:06:07 *** aowzone has quit IRC 2011-04-11T22:06:23 *** mrpeters-isl_ has joined #evergreen 2011-04-11T22:19:29 *** mrpeters-isl_ has quit IRC 2011-04-11T22:20:41 *** pmplett has quit IRC 2011-04-11T22:22:59 *** pmplett_ has joined #evergreen 2011-04-11T23:10:56 *** pmplett_ has quit IRC 2011-04-11T23:18:59 *** rjackson-isl has quit IRC