| Time |
Nick |
Message |
| 01:36 |
|
bwicksall_ joined #evergreen |
| 02:22 |
|
bwicksall joined #evergreen |
| 02:27 |
|
gsams joined #evergreen |
| 02:34 |
|
bwicksall_ joined #evergreen |
| 03:30 |
|
yar joined #evergreen |
| 06:31 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 06:39 |
|
Dyrcona joined #evergreen |
| 06:41 |
|
rlefaive joined #evergreen |
| 07:01 |
|
agoben joined #evergreen |
| 07:13 |
|
rjackson_isl joined #evergreen |
| 07:45 |
|
dwgreen joined #evergreen |
| 08:05 |
|
rlefaive joined #evergreen |
| 08:10 |
|
collum joined #evergreen |
| 08:17 |
|
JBoyer joined #evergreen |
| 08:17 |
|
JBoyer_alt joined #evergreen |
| 08:22 |
|
dwgreen joined #evergreen |
| 08:38 |
|
dwgreen joined #evergreen |
| 08:40 |
* JBoyer |
HATES using computers managed by other people... |
| 08:45 |
|
mmorgan joined #evergreen |
| 08:47 |
* Dyrcona |
, too! |
| 08:47 |
|
kmlussier joined #evergreen |
| 08:47 |
* Dyrcona |
also hates contradictory documentation. |
| 08:48 |
Dyrcona |
Like this gem from 3M that says in the text to format the AV field one way, then the sample messages show it looking completely different. |
| 08:54 |
Dyrcona |
What's funny is the text says to basically do what Evergreen already does. |
| 08:54 |
Dyrcona |
But, the self check vendors supposedly expect what's in the sample messages. |
| 09:00 |
|
bos20k joined #evergreen |
| 09:01 |
JBoyer |
I'm curious where you're even finding sample messages. Neither of the pdfs I have have an AV field in them. |
| 09:06 |
Dyrcona |
I have a word document authored by Steve Funari in 2010. |
| 09:07 |
Dyrcona |
I can't find it on the web, so I'm not sure about the legality of sharing it. |
| 09:09 |
Dyrcona |
It would be interesting to compare documents at the hack-away. |
| 09:10 |
|
rlefaive joined #evergreen |
| 09:11 |
Dyrcona |
New admin interfaces: Should they be done in AngularJS, Angular, or Dojo? |
| 09:11 |
Dyrcona |
Gotta /love/ web development....Not! |
| 09:12 |
|
yboston joined #evergreen |
| 09:14 |
JBoyer |
Well, one of those is a joke answer, so AngularJS for now, Angular if it's going to take a long time. :P |
| 09:17 |
Dyrcona |
So, whatever comes after Angular, then. :) |
| 09:20 |
|
lsach joined #evergreen |
| 09:28 |
|
gsams joined #evergreen |
| 09:39 |
|
beanjammin joined #evergreen |
| 09:49 |
|
rlefaive joined #evergreen |
| 09:50 |
|
terran joined #evergreen |
| 09:56 |
berick |
if it's 3.3, my vote is for Angular |
| 09:56 |
berick |
unclear if the Angular stuff now will be merged for 3.2, but certainly by 3.3 |
| 10:02 |
Dyrcona |
Well, it's unclear to me if this will be 3.2 or 3.3 and we may want to use it ourselves before we upgrade to 3.3. :) |
| 10:03 |
berick |
yeah.. |
| 10:03 |
berick |
i'd like to get some clarity on the plan for tomorrow's dev meeting |
| 10:04 |
berick |
if we merge Angular for 3.2, it may impact your decision |
| 10:04 |
Dyrcona |
Of course, I can always update the table in the database. |
| 10:04 |
Dyrcona |
yeah. I'm not ready to start on the admin interface, yet, anyway. |
| 10:04 |
Dyrcona |
I'm just planning my development. |
| 10:05 |
Dyrcona |
This is for SIP2 and looks like we're going to want a table to map Evergreen billing types to self check vendor billing types. |
| 10:06 |
berick |
gotcha |
| 10:06 |
berick |
fwiw i'v already started working on bug 1779158 -- partly because it helps me flesh out the base app |
| 10:06 |
pinesol_green |
Launchpad bug 1779158 in Evergreen "Port MARC Batch Import/Export UI (Vandelay) to Angular(6)" [Wishlist,New] https://launchpad.net/bugs/1779158 - Assigned to Bill Erickson (berick) |
| 10:06 |
csharp |
berick++ |
| 10:07 |
csharp |
so happy to see that underway |
| 10:07 |
* csharp |
finally works up the wherewithal to start testing the cat omnibus bug fixes again |
| 10:07 |
berick |
csharp: me too, going to be appreciate here. |
| 10:08 |
berick |
csharp: and in case you missed it, bug 1514085 is ready for testing and should also have a good impact in 3.2 |
| 10:08 |
pinesol_green |
Launchpad bug 1514085 in Evergreen "Feature Request: Make Vandelay Asynchronous/Stateless" [Wishlist,Confirmed] https://launchpad.net/bugs/1514085 |
| 10:08 |
csharp |
oh - wow |
| 10:08 |
* csharp |
did miss it |
| 10:08 |
csharp |
I've been tuned out between office move stuff and just family/personal summer stuff |
| 10:09 |
berick |
not every piece of that bug will be in 3.2, but what's there should be helpful |
| 10:09 |
JBoyer |
berick++ |
| 10:17 |
|
nfpl joined #evergreen |
| 10:22 |
gsams |
So I have stat cats that do not show up in the copy statistical categories portion of the editor right now, but they exist in the database. |
| 10:23 |
gsams |
Running 3.0.3 and I'm not seeing anything that suggests any errors are actually occuring. |
| 10:24 |
|
jvwoolf joined #evergreen |
| 10:24 |
|
sandbergja joined #evergreen |
| 10:26 |
gsams |
It appears to be only one library that this is the case so far |
| 10:29 |
mmorgan |
gsams: web or xul client? |
| 10:30 |
gsams |
mmorgan: Both, it is the same interface on both it appears. |
| 10:30 |
gsams |
And I get the same results. |
| 10:32 |
gsams |
There are 4 stat cats for the library and only "No statistical categories are defined" shows up |
| 10:36 |
nfpl |
Any idea why style.css would throw up a 500 error? |
| 10:37 |
berick |
nfpl: if the template is not well-formed -- it's built from template toolkit |
| 10:37 |
berick |
nfpl: there should be an error in the apache error log |
| 10:40 |
|
mmorgan1 joined #evergreen |
| 10:41 |
|
khuckins joined #evergreen |
| 10:44 |
mmorgan |
gsams: I find if I click around enough on that screen, changing focus locations and switching between copy and patron stat cats, the page becomes unresponsive and gives the "No statistical categories are defined" a Reload refreshes it. |
| 10:55 |
gsams |
mmorgan: That does not appear to be the issue I am having, no amount of reload appears to correct this. |
| 10:58 |
JBoyer |
gsams, in the web client is there anything interesting in the console? Maybe a parsing error related to the name or a value entry? |
| 10:59 |
|
Christineb joined #evergreen |
| 11:00 |
gsams |
JBoyer: It only appears to be "egEmbedFrame:dump(): dbg: Error in OpenILS.data._debug_stash(): {}" and "[Violation] 'setTimeout' handler took 9497ms" |
| 11:01 |
kmlussier |
berick++ for bug 1514085 |
| 11:01 |
pinesol_green |
Launchpad bug 1514085 in Evergreen "Feature Request: Make Vandelay Asynchronous/Stateless" [Wishlist,Confirmed] https://launchpad.net/bugs/1514085 |
| 11:01 |
gsams |
The second varies quite a bit in time |
| 11:01 |
* kmlussier |
was on vacation and missed the pullrequest |
| 11:03 |
gsams |
JBoyer: Those two pop up on the successful libraries as well. |
| 11:08 |
|
khuckins joined #evergreen |
| 11:08 |
JBoyer |
Yeah, the setTimeout handler is just Chrome complaining that the JS takes longer than it would like. I'm stumped as to the actual cause though. :/ |
| 11:10 |
gsams |
Yeah, this is some odd stuff, I created a new copy stat cat for that library and it didn't show up either. It did get created though. |
| 11:11 |
nfpl |
What file deals with the myAccount form postbacks? I am trying to unify the preferences under a single tab but need to join the postback data saving functions |
| 11:11 |
mmorgan |
gsams: I actually have a training server that may be showing what you are seeing. When I choose the ou at the top of the org tree, the screen takes a long time to load and I get the "No statistical categories are defined" |
| 11:12 |
mmorgan |
Those stat cats at the top of the org tree do show when looking at org units lower down in the tree. |
| 11:12 |
JBoyer |
does it help to mess with the Focus Location dropdown? It can be confusing because you can create them anywhere (that you're allowed) but the focus location may be somewhere else entirely. |
| 11:12 |
JBoyer |
mmorgan++ # great minds, etc. |
| 11:14 |
* mmorgan |
runs off to impromptu meeting |
| 11:16 |
gsams |
I've had to change the focus location every time I've reloaded as it isn't my home location that I'm working on |
| 11:16 |
|
mmorgan1 joined #evergreen |
| 11:18 |
gsams |
It doesn't really take long to load them (depending on how you feel about 1500-9000ms) and It's not any different for the patron stat cats for this library which do appear in the editor. |
| 11:26 |
|
khuckins joined #evergreen |
| 11:29 |
JBoyer |
I wonder about working locations and permissions, but if those weren't setup right you shouldn't be able to create then in the first place. :/ |
| 11:33 |
|
rlefaive joined #evergreen |
| 11:43 |
|
rlefaive joined #evergreen |
| 11:48 |
|
khuckins_ joined #evergreen |
| 11:56 |
|
yboston joined #evergreen |
| 12:00 |
|
idjit joined #evergreen |
| 12:04 |
|
rlefaive joined #evergreen |
| 12:08 |
|
khuckins joined #evergreen |
| 12:09 |
|
gsams joined #evergreen |
| 12:10 |
|
rlefaive joined #evergreen |
| 12:10 |
|
annagoben joined #evergreen |
| 12:34 |
|
khuckins joined #evergreen |
| 12:39 |
|
mmorgan joined #evergreen |
| 12:45 |
|
stephengwills joined #evergreen |
| 13:04 |
|
jvwoolf joined #evergreen |
| 13:20 |
|
idjit joined #evergreen |
| 13:58 |
|
abowling joined #evergreen |
| 13:58 |
|
bdenis joined #evergreen |
| 14:03 |
|
khuckins joined #evergreen |
| 14:17 |
|
jlamos joined #evergreen |
| 14:29 |
csharp |
ugh - it's hard trying to explain to library IT staff what "Java path" means :-/ |
| 14:30 |
csharp |
a couple of people at the same time apparently updated Java and it broke their path - since I don't directly administer these stations, I only have partial information |
| 14:31 |
JBoyer |
I thought that was finally behind us. :( |
| 14:31 |
bshum |
@blame java |
| 14:31 |
pinesol_green |
bshum: Your failure is now complete, java. |
| 14:32 |
JBoyer |
I assume it's because none of us have used the "enterprise" installer and something is different. :/ |
| 14:37 |
csharp |
I'm not sure what happened here - one inadvertently worked around it by installing 32-bit Java and I'm still having a back and forth with the other |
| 14:37 |
csharp |
possible they have liberal Windows-level perms for staff and a well-meaning staff member busted it |
| 14:41 |
JBoyer |
I didn't test every combination of 32/64/etc. but it was intentionally built so that all you need to do is go to java.com and run what it gives you. (which seems to always be 32 bit, unless you specifically track down the 64...) |
| 14:41 |
JBoyer |
Or a Java update did something helpful while also installing the Ask toolbar, who knows. :/ |
| 15:02 |
|
hbrennan joined #evergreen |
| 15:03 |
|
mmorgan1 joined #evergreen |
| 15:22 |
|
rlefaive joined #evergreen |
| 15:35 |
|
rlefaive joined #evergreen |
| 15:49 |
berick |
jeffdavis++ |
| 15:53 |
jeff |
jeffdavis++ berick++ |
| 15:55 |
jeffdavis |
berick++ |
| 15:55 |
jeffdavis |
I'm looking forward to not having to restart the websocket server several times a day :) |
| 15:57 |
|
kmlussier joined #evergreen |
| 15:57 |
|
khuckins joined #evergreen |
| 16:30 |
miker |
jeffdavis: fwiw, you can just kill the spinning backends from within top |
| 16:52 |
|
abowling joined #evergreen |
| 16:53 |
|
khuckins_ joined #evergreen |
| 17:09 |
|
mmorgan1 left #evergreen |
| 18:31 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 20:16 |
|
sandbergja joined #evergreen |
| 20:45 |
|
jvwoolf joined #evergreen |
