| Time |
Nick |
Message |
| 00:17 |
|
bshum joined #evergreen |
| 00:51 |
|
abowling left #evergreen |
| 01:10 |
|
abowling joined #evergreen |
| 05:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 05:41 |
|
jamesrf joined #evergreen |
| 06:40 |
|
stephengwills joined #evergreen |
| 07:30 |
|
bdljohn joined #evergreen |
| 07:40 |
|
littlet joined #evergreen |
| 07:43 |
|
agoben joined #evergreen |
| 07:46 |
|
jamesrf joined #evergreen |
| 08:21 |
|
bos20k joined #evergreen |
| 08:39 |
|
Dyrcona joined #evergreen |
| 08:41 |
|
collum joined #evergreen |
| 08:42 |
|
mmorgan joined #evergreen |
| 08:45 |
|
stephengwills joined #evergreen |
| 08:54 |
|
terran joined #evergreen |
| 09:18 |
|
yboston joined #evergreen |
| 09:19 |
|
aabbee joined #evergreen |
| 09:44 |
|
jvwoolf joined #evergreen |
| 09:45 |
|
yboston joined #evergreen |
| 09:57 |
Bmagic |
I'm having trouble building 3.1.9 at the npm run test step. Getting phantomJS errors about IDL2js.js not found. node version 4.2.6~dfsg-1ubuntu4.1 and npm versoin 3.5.2-0ubuntu4 |
| 10:00 |
|
sandbergja joined #evergreen |
| 10:02 |
Bmagic |
whoops, might be permissions issue |
| 10:09 |
Dyrcona |
Bmagic: You might also want to use a more recent version of Node.js. |
| 10:10 |
Bmagic |
The issue is slowly revealing itself through process of elimination |
| 10:13 |
Bmagic |
Ah! Something is the matter with this https://git.evergreen-ils.org/?p=working/Evergreen.git;a=blobdiff;f=Open-ILS/examples/fm_IDL.xml;h=b8b3651f5203f17988d6d1b6ff11197b7dad8074;hp=f43851ad352a14c338aecbd5e6154cdff79f0406;hb=4843602e7efa761ff8003d4d41b17a8b186b8315;hpb=13affb19227aea92f0d2a4cada5a94b2d3382be3 |
| 10:13 |
pinesol |
Bmagic: [evergreen|Dan Wells] Translation updates - po files - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=13affb1> |
| 10:13 |
Bmagic |
the fm_IDL.xml change from that patch makes node unhappy |
| 10:14 |
Bmagic |
is there a way to break the error down so it will tell me which line? |
| 10:14 |
Dyrcona |
It's the last line. That's invalid XML. |
| 10:15 |
Dyrcona |
There's no close for the <class id="cxt".... tag. |
| 10:16 |
Bmagic |
ah! Thank you! |
| 10:16 |
Dyrcona |
Also, why are "Translation updates" changing the IDL? I suspect something local snuck into the branch. |
| 10:16 |
Dyrcona |
s/snuck/sneaked/ ;) |
| 10:17 |
|
Stompro joined #evergreen |
| 10:18 |
Bmagic |
I believe you are looking at the commit above that one |
| 10:20 |
|
Stompro joined #evergreen |
| 10:34 |
|
agoben joined #evergreen |
| 10:37 |
Dyrcona |
Bmagic I used your first link. |
| 10:38 |
Dyrcona |
Which is a diff. |
| 10:38 |
Bmagic |
https://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/blake/LP1174498 |
| 10:39 |
Dyrcona |
But, I see it's not part of the translation PO updates. I guess pinesol latched on the first commit hash. |
| 10:39 |
Bmagic |
oh yeah, pinesol |
| 10:50 |
|
jamesrf joined #evergreen |
| 11:00 |
|
khuckins joined #evergreen |
| 11:18 |
|
littlet joined #evergreen |
| 11:35 |
|
Dyrcona joined #evergreen |
| 11:51 |
miker |
berick: we dereference OUs in grids, showing the name. I'm looking for where that's done so we can maybe do the same for linked fields where the remote table has a selector set for the pkey, as is done in the fmeditor ... have a pointer OTTOYH? |
| 11:53 |
miker |
(next is "link those to the relevant UI with some form of forced pre-filtering" |
| 11:53 |
berick |
miker: as-is, it's up to the caller to pass/flesh data to the grid and reference the desired fields. The grid itself doesn't do any data inspection or data retrieval. |
| 11:53 |
berick |
i could imagine a GridDataSource that knows how to do that |
| 11:54 |
|
Christineb joined #evergreen |
| 11:54 |
miker |
hrm... so it's not automagic for org units? It seems to be in ones that I created based on the admin grid stuff, because I don't do anything special there... |
| 11:56 |
berick |
miker: ah, org units are magical and are treated specially by the FormatService |
| 11:56 |
berick |
since they have their own idl datatype |
| 11:58 |
berick |
related, I added a Pipe version of the FormatService in one of my working branches |
| 11:58 |
berick |
it's a sync pipe, but it would be possible to create an async variant the reached out and fleshed IDL fields |
| 11:58 |
* berick |
finds |
| 11:59 |
berick |
https://git.evergreen-ils.org/?p=working/Evergreen.git;a=commitdiff;h=939a0aba73ff1e2511fc2cdf25c94b9587575d08#patch2 |
| 11:59 |
berick |
from bug #1818288 |
| 11:59 |
pinesol |
Launchpad bug 1818288 in Evergreen "Angular Staff Catalog Record Detail Holds Tab" [Wishlist,New] https://launchpad.net/bugs/1818288 |
| 12:00 |
berick |
i've never made an async pipe, but I know it's possible |
| 12:00 |
berick |
so could make a formatIdlValue pipe or similar |
| 12:00 |
berick |
and teach the grid to use it |
| 12:02 |
miker |
that would require async pipe for all fields, I guess. couldn't just use async fetcher for link fields? |
| 12:03 |
berick |
yeah, i think that would make sense |
| 12:03 |
berick |
could tell the grid to use the async version only when it encounters an link field whose value is not a ref |
| 12:05 |
miker |
hrm... or we could make has-a link fields flesh automatically in the admin grid source |
| 12:05 |
berick |
yeah, that would work too |
| 12:05 |
berick |
probably simpler |
| 12:05 |
miker |
then check selector, and fall back to Identity (do we have both of those in the idl data structure? something to confirm) |
| 12:06 |
berick |
yep, we have selector and pkey field |
| 12:06 |
|
jihpringle joined #evergreen |
| 12:07 |
miker |
ok, it's called pkey? perfect. thanks! |
| 12:10 |
berick |
yep. and there examples of both in fm-editor.component.ts |
| 12:12 |
miker |
berick: and, finally, idlClassDef ends up coming from idl2js, yes? |
| 12:14 |
berick |
in admin-page.component.ts? yeah, that comes from parsed /IDL2js -- the innards of that should be the same as the AngJS version |
| 12:14 |
berick |
or dojo for that matter |
| 12:18 |
miker |
thanks |
| 12:37 |
|
mcgriff joined #evergreen |
| 12:40 |
|
beanjammin joined #evergreen |
| 13:00 |
|
yboston joined #evergreen |
| 13:07 |
jeffdavis |
phew, keeping up with Launchpad emails is a chore this week :) |
| 13:09 |
* mmorgan |
is just trying to keep from drowning in them :) |
| 13:09 |
Dyrcona |
Seems Launchpad is even having trouble with our activity. |
| 13:09 |
mmorgan |
It's great to see so much activity, though! |
| 13:13 |
Bmagic |
agreed! |
| 13:50 |
|
terran joined #evergreen |
| 14:08 |
|
terran joined #evergreen |
| 14:25 |
|
terran joined #evergreen |
| 14:34 |
|
terran joined #evergreen |
| 14:34 |
|
sandbergja joined #evergreen |
| 14:37 |
csharp |
littlet++ |
| 14:38 |
csharp |
kickin' it freestyle, right Bmagic? |
| 14:38 |
sandbergja |
dbwells: I pushed a follow-up to bug 1797934 here: user/sandbergja/lp1797934_opac_reservations_tab_optional -- should I add this to a new LP bug? |
| 14:38 |
pinesol |
Launchpad bug 1797934 in Evergreen "Ability to view booking reservations (reserved, captured, and out) in My Account in the OPAC" [Wishlist,Fix released] https://launchpad.net/bugs/1797934 |
| 14:39 |
sandbergja |
It makes booking reservations in the My OPAC optional |
| 14:40 |
dbwells |
sandbergja: Thanks, sandbergja. I did see that, and hope to get to it this week. I had left myself assigned, but I guess I got bumped, so I'll add me again :) |
| 14:40 |
sandbergja |
dbwells++ |
| 14:40 |
sandbergja |
thanks! |
| 14:41 |
* csharp |
hopes to get in on the bug squash game by Friday |
| 14:47 |
berick |
csharp: nah, there won't be any left |
| 14:49 |
stephengwills |
lol! , evergreenies++ |
| 14:51 |
csharp |
@praise ALL TEH BUGSQUASHERS |
| 14:51 |
* pinesol |
ALL TEH BUGSQUASHERS LOVES the RESISTANCE! |
| 14:52 |
csharp |
pinesol: NICE CHOICE OF @praise |
| 14:52 |
pinesol |
csharp: BIG LETTERS MEAN BIG IDEAS, AM I RIGHT THOUGHT LEADERS? |
| 14:52 |
csharp |
pinesol++ |
| 14:54 |
sandbergja |
pinesol++ |
| 15:04 |
Bmagic |
Kickin' it freestyle indeed! |
| 15:04 |
Bmagic |
LOL csharp++ |
| 15:06 |
|
jamesrf joined #evergreen |
| 15:26 |
|
yboston joined #evergreen |
| 15:40 |
|
terran joined #evergreen |
| 15:40 |
terran |
dbwells: Is that you who is signed in as Evergreen Bug Maintenance Account today? (Want to make sure I give proper credit on the bug squashing tracker) |
| 15:43 |
dbwells |
terran: I may have done some things under that account today. Are you wondering about specific activity? Dyrcona also did the rotation from Committed to Released for all the beta1 bugs, but I am not sure that's bug squashing activity :) |
| 15:43 |
dbwells |
That's just release process getting in the way :) |
| 15:44 |
* mmorgan |
pictures terran herding bugs with a tiny whip and chair |
| 15:44 |
Dyrcona |
Yeah, from about 11:40 am to just after 1:00 pm, that was me, and it shouldn't count. |
| 15:44 |
mmorgan |
terran++ |
| 15:44 |
terran |
heh |
| 15:45 |
terran |
dbwells: It was mainly the rotation from Committed to Released that I was checking about - the spreadsheet form tries to track all activity even if it's coincidental, so I'm counting it! |
| 15:45 |
berick |
mmorgan++ |
| 15:47 |
terran |
Dyrcona: if it makes you happy, I'll leave it on a separate line instead of shifting it under your name |
| 15:48 |
Dyrcona |
Whatever you want. I won't object to being credited with all of those updates, just to try and catch up to littlet ;) |
| 15:48 |
terran |
Heh |
| 15:48 |
Dyrcona |
littlet++ |
| 15:54 |
miker |
berick: I've got 10 things going on ATM, but I have a patch I'd like to throw in your general direction re what we talked about earlier, if you have a little time to look at it |
| 15:55 |
berick |
miker: yeah |
| 15:56 |
|
JBoyer_alt joined #evergreen |
| 15:56 |
miker |
berick: awesome, thanks! http://nox.esilibrary.com/~miker/flesh-selector-links.patch |
| 15:57 |
miker |
berick: bah... ignore that one... |
| 15:59 |
miker |
berick: ok, same coords updated (thinko spotted immediately after sharing, as is the way of thinkos) |
| 16:00 |
berick |
miker: gotcha |
| 16:01 |
miker |
and, I think there's another thinko in the flesh part... looking |
| 16:02 |
miker |
yep |
| 16:03 |
miker |
updated again. now looking the other way |
| 16:03 |
berick |
k |
| 16:03 |
|
sandbergja_ joined #evergreen |
| 16:10 |
|
mmorgan1 joined #evergreen |
| 16:32 |
|
jamesrf joined #evergreen |
| 16:39 |
gmcharlt |
dbwells++ |
| 16:41 |
berick |
miker: reviewing path. fyi applying some minor fixes and teaching the grid to pass the idl class for each field to the formatter -- it's currently only passing the datatype. |
| 16:41 |
berick |
i'll push a branch when I have that added |
| 16:46 |
terran |
dbwells++ Woo hoo! |
| 16:47 |
miker |
berick: thanks. I assumed based on the format params template... |
| 16:47 |
berick |
miker: yeah, you'd think. took a sec to figure out why it wasn't seeing the class |
| 17:05 |
|
jvwoolf left #evergreen |
| 17:11 |
|
mmorgan left #evergreen |
| 17:31 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 17:43 |
berick |
miker: yay it's working https://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/berick/admin-grid-fm-flesh |
| 17:44 |
berick |
autmented the grid, added some warnings/checks for faulty data, minor thinko/lint repairs |
| 17:44 |
berick |
*augmented |
| 17:44 |
berick |
easy test case are ACQ exchange rates |
| 17:51 |
|
sandbergja_ joined #evergreen |
| 18:32 |
|
makohund joined #evergreen |
| 18:55 |
makohund |
My bizarre Vandelay problem that I've been yammering about for a few days... I finally figured it out. |
| 18:57 |
makohund |
It was really dumb. And somewhat outlandish. |
| 18:58 |
makohund |
I'd bypassed it completely, using Drycona's load_erecords script, only to find similarly weird results. So it wasn't just Vandelay. |
| 18:59 |
makohund |
With the script, records loaded and could be found directly in the database just fine, but... even a search by TCN in any client would state that it didn't exist. Wha?? |
| 19:00 |
makohund |
Something was supposed to be happening, that simply wasn't. |
| 19:01 |
makohund |
Got a strong urge to look at procedures, triggers, functions, etc... and there were NO TRIGGERS in the evergreen database at all. *gasp* |
| 19:03 |
makohund |
Well, that explained ahellofalot. |
| 19:04 |
makohund |
Dropped that db and created a fresh, empty one... there they were. Dropped that and restored from a backup... they were there too. So how'd I end up with a triggerless db? |
| 19:05 |
makohund |
Gremlins. Must be gremlins. |
| 19:05 |
makohund |
Have since tried all of my imports via various methods, all flawless now. Go figure. Yay, triggers. |
| 19:40 |
miker |
berick++ |
| 19:46 |
|
sandbergja joined #evergreen |
| 20:08 |
|
HomerPublicLibra joined #evergreen |
| 20:09 |
HomerPublicLibra |
Greetings from Homer Alaska! |
| 20:11 |
HomerPublicLibra |
Does anyone know if it is possible to retrieve a log of past overdue emails? Yesterday it seems Evergreen did not send out any overdue notices, however patrons did return books with overdue notices from that day. |
| 20:12 |
|
beanjammin joined #evergreen |
| 20:22 |
abneiman |
HomerPublicLibra: Hi Homer PL, my quick answer is file a ticket with Equinox & our support people will look into that for you |
| 20:23 |
HomerPublicLibra |
ha, thank you! |
| 20:38 |
rhamby |
abneiman++ after hours support :-) |
| 23:53 |
|
Bmagic joined #evergreen |
| 23:53 |
|
jgoodson_ joined #evergreen |
| 23:53 |
|
maryj joined #evergreen |
| 23:53 |
|
phasefx joined #evergreen |
| 23:53 |
|
BigRig joined #evergreen |
| 23:53 |
|
jonadab joined #evergreen |
| 23:53 |
|
cesardv joined #evergreen |
| 23:53 |
|
jeff joined #evergreen |
| 23:53 |
|
gsams__ joined #evergreen |
