| Time |
Nick |
Message |
| 04:51 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 06:21 |
|
gmcharlt_ joined #evergreen |
| 06:21 |
|
bradl joined #evergreen |
| 06:22 |
|
dbs joined #evergreen |
| 07:07 |
|
dbs joined #evergreen |
| 07:19 |
csharp |
whois berick_ |
| 07:20 |
csharp |
(well, I know who berick_ is, of course - typos--) |
| 07:21 |
bradl |
csharp: but do you REALLY know? |
| 07:22 |
csharp |
@who is berick_ really? |
| 07:22 |
pinesol_green |
dbwells_ is berick_ really. |
| 07:36 |
|
wsmoak joined #evergreen |
| 07:36 |
|
wsmoak joined #evergreen |
| 07:46 |
* jeff |
yawns |
| 07:46 |
jeff |
morning! |
| 08:02 |
csharp |
jeff: morning |
| 08:27 |
|
mrpeters joined #evergreen |
| 08:27 |
|
akilsdonk joined #evergreen |
| 08:36 |
|
jboyer-isl joined #evergreen |
| 08:37 |
|
mmorgan joined #evergreen |
| 08:38 |
pastebot |
"jboyer-isl" at 64.57.241.14 pasted "Calculate penalties over a list of users" (7 lines) at http://paste.evergreen-ils.org/16 |
| 08:38 |
jboyer-isl |
I must humbly beg assistance from anyone with a better grasp of postgresql than myself. I'm trying to run actor.calculate_usr_standing_penalty() against a list of usr's from a select. Like so: |
| 08:39 |
jboyer-isl |
So far I get "DO" as a reply, so there's no syntax error I suppose, but there's also no changes in the penalties table. (I know ~700 of them will be removed.) |
| 08:40 |
|
ericar joined #evergreen |
| 08:46 |
csharp |
jboyer-isl: you might try adding a RAISE NOTICE statement somewhere in the loop? |
| 08:47 |
csharp |
an example from a script tsbere worked up for me: RAISE NOTICE 'OLD % NEW % COPY %', asset_copy.location, new_copy_location, asset_copy.id; |
| 08:48 |
|
Dyrcona joined #evergreen |
| 08:51 |
jboyer-isl |
csharp: I'll give it a shot. thanks. |
| 08:51 |
pastebot |
"csharp" at 64.57.241.14 pasted "full script tsbere worked up a while back (used to correct copy location ownership)" (21 lines) at http://paste.evergreen-ils.org/17 |
| 08:51 |
csharp |
jboyer-isl: ^^ the full script as an example of something I know works ;-) |
| 08:51 |
* csharp |
hasn't written such a script himself |
| 08:56 |
|
kmlussier joined #evergreen |
| 08:56 |
mmorgan |
jboyer-isl: I probably have a much poorer grasp of postgres than you, but it looks like the function needs usr and context_org. Are you giving it just user? |
| 08:57 |
jboyer-isl |
It works much better when you 1. actually cast a timestamp field to just date, which then allows you to see all of the actual syntax errors in the script... |
| 08:58 |
kmlussier |
g'morning |
| 08:58 |
pastebot |
"jboyer-isl" at 64.57.241.14 pasted "Werks. Watch your casts!" (8 lines) at http://paste.evergreen-ils.org/18 |
| 08:59 |
jboyer-isl |
\x |
| 08:59 |
eeevil |
jboyer-isl: I assume actor.calculate_usr_standing_penalty is a local function? I don't see that in the code base ... |
| 08:59 |
eeevil |
ah, well, nm. you switchted to calc-sys-penalty |
| 09:00 |
jboyer-isl |
eeevil: that's a typo. :/ My select for the loop wasn't returning any results so there were a multitude of errors that I was missing. |
| 09:00 |
eeevil |
all better now, though! |
| 09:01 |
jboyer-isl |
except that it doesn't seem to have removed all of the penalties I thought it should. Further investigation is afoot. |
| 09:08 |
|
tspindler joined #evergreen |
| 09:28 |
|
yboston joined #evergreen |
| 09:44 |
|
Shae joined #evergreen |
| 09:52 |
|
mllewellyn joined #evergreen |
| 10:01 |
mmorgan |
Basic client question: What controls the columns that display by default on those screens with the column picker? |
| 10:04 |
phasefx |
hard-coded javascript at first |
| 10:04 |
Dyrcona |
But, if staff change them, it gets stored in actor.usr_setting. |
| 10:05 |
Dyrcona |
Well, if they click on the save option. |
| 10:05 |
phasefx |
I guess it depends on the interface. I think XUL is still using local filesystem |
| 10:05 |
mmorgan |
Dyrcona: Actually, it's workstation setting, right? |
| 10:05 |
Dyrcona |
I see it in my actor.usr_setting entries. |
| 10:07 |
Dyrcona |
example: 1553024 | 604362 | ui.grid_columns.circ.hold_pull_list |
| 10:10 |
Dyrcona |
Based on what phasefx said, it looks like XUL may be storing elsewhere, but "dojo" interfaces store in actor.usr_setting. |
| 10:10 |
mmorgan |
Hmm. I see 5 of ui.grid_columns. usr setting types, but that certainly doesn't cover all the pages in the client. |
| 10:10 |
Dyrcona |
I imagine in the web staff client will have to store it all in actor.usr_setting. |
| 10:10 |
phasefx |
what I'm thinking of are files in the profile directory like tree_columns_for_copy_status_list. There's a library setting that you lets you serve, but not save, those from a remote location |
| 10:10 |
mmorgan |
those 5 must be the dojo ones. |
| 10:11 |
phasefx |
so you could configure some columns locally, and copy all of those files to a web server and _make_ them the default for certain libraries |
| 10:11 |
mmorgan |
phasefx: gotcha on all that. But I'm looking at making changes to the defaults so that there isn't so much customization to do - and manage. |
| 10:12 |
phasefx |
you mean out of the box stock defaults for the good of everyone? |
| 10:15 |
mmorgan |
Sure! |
| 10:15 |
mmorgan |
initially locally, but I'm all for working toward the greater good! |
| 10:17 |
mmorgan |
I'm trying my hand at lp 949101 which has been, well, bugging me for a long time |
| 10:17 |
pinesol_green |
Launchpad bug 949101 in Evergreen "Item Details->Alt View->Hold/Transit tab is showing two transit lists rather than a hold list and a transit list" (affected: 3, heat: 24) [Undecided,Confirmed] https://launchpad.net/bugs/949101 - Assigned to Michele Morgan (mmorgan) |
| 10:17 |
phasefx |
mmorgan++ |
| 10:18 |
kmlussier |
Heh, "bugging" :) |
| 10:18 |
kmlussier |
mmorgan++ |
| 10:18 |
mmorgan |
I have gotten the hold column choices to appear in the column picker, but only two show by default, so I was wondering where that comes from |
| 10:27 |
phasefx |
mmorgan: in alternate_copy_summary.js, look at transit_list.init Those columns are coming from circ/util.js, but you can tweak them as you call for them within alternate_copy_summary.js The call for circ.util.hold_columns could serve as an example |
| 10:28 |
phasefx |
so for example, var columns = circ.util.transit_columns( { 'transit_item_title' : { 'hidden' : false } } ); |
| 10:33 |
mmorgan |
yup, got that. So does the 'hidden' : false mean that the column displays by default? |
| 10:34 |
mmorgan |
or that it shows in the picker? |
| 10:34 |
|
gmcharlt joined #evergreen |
| 10:34 |
phasefx |
the first. all columns should show in the picker |
| 10:35 |
mmorgan |
Ok, thanks. I will take my new found knowledge and attempt to apply it :) |
| 10:36 |
mmorgan |
phasefx++ |
| 10:42 |
|
rjackson-isl joined #evergreen |
| 10:46 |
|
erick joined #evergreen |
| 10:49 |
Guest79101 |
hello everyone |
| 10:53 |
bshum |
Guest79101: Howdy |
| 10:56 |
kmlussier |
Guest79101: Welcome! |
| 10:58 |
Bmagic |
Guest79101: Welcome |
| 11:06 |
csharp |
heh - the friendliest IRC channel on earth! |
| 11:06 |
|
vlewis joined #evergreen |
| 11:29 |
|
jihpringle joined #evergreen |
| 11:43 |
|
dbwells joined #evergreen |
| 12:23 |
|
jwoodard joined #evergreen |
| 13:34 |
yboston |
Hola, I noticed a documentation bug that is listed for target bugs for the bug squashing day https://bugs.launchpad.net/evergreen/+bug/1300267 |
| 13:34 |
pinesol_green |
Launchpad bug 1300267 in Evergreen "Documentation for resetting staff client passwords (e.g. Admin)" (affected: 1, heat: 6) [Undecided,New] |
| 13:35 |
yboston |
I pushed the two commits to master already, should we wait until I push the commits into 2.6 before we take out the bug from the bug squashing list? |
| 13:36 |
yboston |
or take it out of the list just simple becuase it is documentation bug? |
| 13:39 |
kmlussier |
yboston: You should set the status to Fixed Released as you would when normally pushing documentation bugs. Once the status is changed, it won't appear in that list. |
| 13:40 |
yboston |
kmlussier: not sure I am allowed to change the status |
| 13:40 |
kmlussier |
OK, I can change it. |
| 13:40 |
yboston |
never mind, I am allowed |
| 13:40 |
yboston |
I assume I could not |
| 13:41 |
yboston |
*assumed |
| 13:41 |
yboston |
can anyone change the status on a bug? |
| 13:42 |
kmlussier |
yboston: Yes, I think so. |
| 13:42 |
yboston |
today I learned |
| 13:42 |
kmlussier |
Because I was always able to change the status to confirmed back before I joined the Bug Wranglers group. |
| 13:44 |
kmlussier |
I could always change the link to not include bugs with a documentation tag, but I don't think it hurts to shine some light on them even if they aren't the focus of the day. |
| 13:45 |
yboston |
keep the tag |
| 13:47 |
kmlussier |
graced: I have a couple of questions. Should webby.evergreencatalog.com be added to http://evergreen-ils.org/dokuwiki/doku.php?id=community_servers? |
| 13:47 |
kmlussier |
And is it just a demo server for the web client or can it be used as a community server for looking at 2.7? |
| 13:47 |
kmlussier |
I'm just wondering for the purposes of giving DIG something to document for 2.7. |
| 13:48 |
kmlussier |
Speaking of which, I wonder how the sign-up is going for 2.7 features. |
| 13:49 |
kmlussier |
Hasn't changed since the last time I looked. :( |
| 13:52 |
phasefx |
I don't think there's a direct path to community_servers from the main website, incidentally. buried in the wiki |
| 13:53 |
kmlussier |
phasefx: I usually get to it from the Downloads page. Which isn't ideal either. |
| 13:53 |
kmlussier |
gmcharlt: Could we add that as a menu item somewhere? |
| 13:55 |
gmcharlt |
kmlussier: sure |
| 14:14 |
|
thatoneguy joined #evergreen |
| 14:15 |
thatoneguy |
Hello. |
| 14:16 |
Guest99884 |
nick/that1guy |
| 14:16 |
that1guy |
Hello. |
| 14:24 |
mceraso |
gmcharlt: Tested OpenSRF 2.4.0 alpha on Ubuntu 12.04 LTS. It works well! |
| 14:24 |
gmcharlt |
mceraso++ |
| 14:26 |
gmcharlt |
mceraso: have you tried the websockets setup? |
| 14:27 |
mceraso |
Not yet...are there install instructions for those? |
| 14:27 |
gmcharlt |
yeah, README.websockets |
| 14:28 |
mceraso |
Thanks! I will give that a go :) |
| 14:29 |
gmcharlt |
mceraso: also, since it's Apache 2.4 -- see this for a tweaked config - http://paste.lisp.org/display/143442 |
| 14:30 |
mceraso |
gmcharlt: Perfect |
| 14:33 |
gmcharlt |
also, bug 1268619 contains some sample HTML for exercising websockets |
| 14:33 |
pinesol_green |
Launchpad bug 1268619 in OpenSRF "WebSockets Gateway and JS Library" (affected: 1, heat: 6) [Wishlist,Fix committed] https://launchpad.net/bugs/1268619 |
| 14:46 |
bshum |
mceraso: Ubuntu 12.04 is still Apache 2.2, you may not need gmcharlt's tweaks |
| 14:46 |
* bshum |
wanders off again to his next destination. |
| 14:49 |
gmcharlt |
bshum++ |
| 15:17 |
kmlussier |
Friday afternoon influx of Sandbox requests. :) |
| 15:19 |
jeff |
of course :-) |
| 15:45 |
|
akilsdonk joined #evergreen |
| 15:47 |
|
buzzy joined #evergreen |
| 16:25 |
|
tspindler left #evergreen |
| 16:53 |
|
ericar joined #evergreen |
| 17:01 |
kmlussier |
Before I sign off for the night, I'll report that we have requests from six people to test 11 development branches on Sandboxes. And nobody requested the same branch. Not bad! |
| 17:02 |
kmlussier |
Havea nice weekend everyone! |
| 17:10 |
Bmagic |
Have a good one! |
| 17:11 |
|
mmorgan left #evergreen |
| 17:11 |
Bmagic |
Can anyone help me think of reasons why copies would not be included in a hold_copy_map for a title level hold where all of the copies have the same circ_mod,ref,circ,holdable,opac_visible. I have a hold on a title and only one of the 6 copies are being put in the pool |
| 17:23 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 18:44 |
tsbere |
Bmagic: Location/status not holdable, perhaps? Copies too new (targeter hasn't been run since they were added for that hold)? Selection depth (hard/soft boundaries in play)? |
| 18:44 |
tsbere |
Oh, wait, if by "circ" you meant "circ lib" then selection depth wouldn't come into play |
| 18:45 |
tsbere |
The rest still hold as possible ;) |
| 18:48 |
bshum |
Could be parts, could be quality |
| 18:48 |
bshum |
Lots of different flags |
| 18:48 |
* tsbere |
never remembers quality until someone changes the quality on a copy and then wants to know why it isn't filling holds |
| 18:48 |
bshum |
Yeah, pretty much |
