Time |
Nick |
Message |
01:37 |
|
Jillianne joined #evergreen |
04:30 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
07:24 |
|
agoben joined #evergreen |
08:36 |
|
_adb joined #evergreen |
08:59 |
|
mmorgan joined #evergreen |
09:01 |
|
maryj joined #evergreen |
09:06 |
|
graced joined #evergreen |
09:34 |
|
terran joined #evergreen |
09:38 |
|
kmlussier joined #evergreen |
09:43 |
kmlussier |
Good morning #evergreen |
09:51 |
|
collum joined #evergreen |
09:52 |
|
Freddy_Enrique joined #evergreen |
09:53 |
Freddy_Enrique |
Good morning everyone |
09:53 |
* berick |
waves |
09:54 |
Freddy_Enrique |
:) |
09:55 |
Freddy_Enrique |
Yesterday, while I was doing some config, I came across a problem |
09:56 |
Freddy_Enrique |
Closed dates editor |
09:57 |
Freddy_Enrique |
This is what appears in the staff client: https://snag.gy/xtSNMK.jpg |
09:57 |
Freddy_Enrique |
So whats happening? |
09:58 |
berick |
Freddy_Enrique: you'll have to check the apache error logs and maybe the evereen osrf error logs |
09:58 |
berick |
for example /var/log/apache2/error.log |
10:01 |
|
jvwoolf joined #evergreen |
10:01 |
Freddy_Enrique |
Uhm, ok I'll do it. But, why did it happened? maybe I did something in the installation? or does it happen occasionally? |
10:03 |
berick |
Freddy_Enrique: logs will hopefully answer that question. but, no, it does happen occasionaly. |
10:03 |
bshum |
It might be a language issue |
10:03 |
berick |
so, likely an installation / configuration issue |
10:03 |
bshum |
Since they're using the client in Spanish, |
10:03 |
bshum |
Maybe there's a bad dtd string or something |
10:03 |
bshum |
And it's breaking the closed date editor |
10:03 |
bshum |
Freddy_Enrique: You can double check this by exiting the application, and trying to reopen it in English |
10:04 |
bshum |
Just to see if it at least works |
10:04 |
bshum |
That would rule out the translation issue |
10:05 |
Freddy_Enrique |
oh...About the language, I wanted to ask some thing about it |
10:05 |
Freddy_Enrique |
as you know, my native language is spanish. |
10:07 |
Freddy_Enrique |
This is what I saw: https://snag.gy/s7j3lg.jpg |
10:07 |
Freddy_Enrique |
The explanation I can come up with is that the translation is still in process |
10:08 |
bshum |
Freddy_Enrique: Partially correct, but also there may be additional steps needed to seed your database with the translated strings for things like that |
10:08 |
bshum |
The user group list would likely be something that comes from db.seed database translated values, so you have to run an additional script post-installation to apply language alterations for things like that. |
10:08 |
bshum |
Those kinds of dropdowns all tend to be the same way |
10:09 |
Freddy_Enrique |
I thought that selecting spanish everything would be in that language, but there's a mix |
10:09 |
bshum |
That said, translation is a constantly moving target, so yes, it's also possible that it's not done yet |
10:10 |
Freddy_Enrique |
makes sense, So, all I have to do is to wait upcoming updates? Or is it something I could do? |
10:10 |
bshum |
The reason there's a mix is that over the years, there have been multiple methods of translating content and code in Evergreen, and sometimes they're not all enabled or done at once; depending on who contributed/when/etc. |
10:10 |
jonadab |
Those last three headings (under Configuracion del usario) have English labels. |
10:10 |
bshum |
jonadab: Also related to the in-db translations file not being loaded |
10:11 |
jonadab |
Ah. |
10:11 |
jonadab |
Ok. |
10:11 |
bshum |
Since those are in-db settings |
10:11 |
jonadab |
Wasn't sure, it seemed like a different case from the drop-downs, from a user perspective. |
10:11 |
kmlussier |
bshum: Where can someone find the additional script that needs to be run? |
10:11 |
* kmlussier |
is learning too |
10:11 |
bshum |
kmlussier: I'm trying to remember what to do, heh |
10:11 |
bshum |
I think I wrote it down during the conference |
10:11 |
bshum |
Or made a video or something |
10:12 |
kmlussier |
I wonder if it's in one of the conference presentations. |
10:12 |
bshum |
It's probably in ours, yeah |
10:13 |
bshum |
I'm sure either csharp or I added it to one of the slides |
10:13 |
kmlussier |
Freddy_Enrique: This might be helpful https://docs.google.com/presentation/d/1pwZQr3XlQrQn_RFGORCZ9eFF7U4LBNZiI5sTpfne8W8/edit#slide=id.g1d3f42e40d_2_84 |
10:15 |
bshum |
slide 29 has a link to an asciinema video I did showing how to make translations from master source |
10:15 |
bshum |
But somewhere in that video is how to install the 950 localized seed data file |
10:15 |
bshum |
It's in Open-ILS/src/sql/Pg/ |
10:16 |
bshum |
There's a bunch of 950.data.seed-values-xx-YY.sql files |
10:16 |
bshum |
You'd have to use something like psql to load it |
10:16 |
|
Dyrcona joined #evergreen |
10:16 |
* Dyrcona |
was reading emails and forgot to sign into IRC. |
10:17 |
bshum |
So like psql -f Evergreen-X/Open-ILS/src/sql/Pg/950.data.seed-values-es-ES.sql -d evergreen (as a user with access, or postgres user if you're lazy, heh) |
10:17 |
bshum |
Just rambling it off |
10:17 |
|
cfarley joined #evergreen |
10:17 |
Freddy_Enrique |
how come this helpful video is not in youtube? |
10:18 |
bshum |
Well, it's a development video I made to demo how to create new language files |
10:18 |
bshum |
And also asciinema allows you to highlight the text in the video itself |
10:18 |
bshum |
And copy it for pasting yourself |
10:18 |
kmlussier |
bshum: Ooh! That might be something that could be added to the YouTube channel where DIG has been posting videos. |
10:18 |
bshum |
Youtube doesn't let me highlight text in the video |
10:18 |
bshum |
Or not last I checked |
10:19 |
Dyrcona |
Yeah, well, you could always link to the asciinema video in the doobley-doo. :) |
10:19 |
kmlussier |
But could you take the video you created with asciinema and upload it to YouTube? |
10:19 |
bshum |
The purpose of the video was to show how language setup is done for development purposes. Not quite the same for end-users who are trying to install from the tarball sources we provide in releases. But the same basic principle applies. |
10:20 |
kmlussier |
doobley-doo? |
10:20 |
Freddy_Enrique |
dobley...what? |
10:21 |
Dyrcona |
That's what some youtubers call the video description area with the other buttons: "the doobley-doo down below." |
10:21 |
Freddy_Enrique |
I see bshum. You know, it would be awesome to share this videos in a know platform. Its my first time with asciicasts |
10:22 |
Freddy_Enrique |
known* |
10:22 |
bshum |
Freddy_Enrique: When I made the video, I think I'd only been experimenting with asciinema for a couple weeks :D |
10:22 |
bshum |
So it was brand new to me too |
10:22 |
bshum |
Heh |
10:24 |
bshum |
So I'm not seeing any immediate option to convert from asciinema to mp4 or something that can be uploaded to Youtube |
10:24 |
bshum |
But maybe it's something to explore in the future |
10:25 |
Freddy_Enrique |
By any change are there more videos of evergreen in this platform? |
10:25 |
Freddy_Enrique |
arrgg |
10:25 |
Freddy_Enrique |
Chance* |
10:25 |
kmlussier |
Freddy_Enrique: That's okay. We understood what you were saying there. :) |
10:25 |
Dyrcona |
Freddy_Enrique: Don't sweat it. We all make typos. I know I hate when I do. |
10:25 |
kmlussier |
I'm not aware of any others. |
10:26 |
bshum |
I think I'm the only one who played with it during the conference |
10:26 |
bshum |
https://evergreener.net/demos.html <-- I made three, showing OpenSRF install from source, Evergreen install from source, and the translation video |
10:26 |
Dyrcona |
As I recall, it was a "new toy" that bshum wanted to try out. |
10:26 |
Dyrcona |
But, I don't presume to speak for bshum. |
10:27 |
* jonadab |
is not familiar with asciinema, is it materially different from ttyrec? |
10:27 |
jonadab |
(Having an audio track would be an example of a thing that would make it materially different and, for some purposes, better.) |
10:28 |
bshum |
I haven't heard of ttyrec but might have to look at it too :) |
10:28 |
bshum |
jonadab++ # sharing |
10:29 |
jonadab |
ttyrec basically just records a terminal session into a .ttyrec file, and then you can play it back with ttyplay. Possibly with speed multipliers/dividers. |
10:29 |
bshum |
What I liked most about asciinema in my experimenting was that it would let me copy/paste from the playback |
10:29 |
jonadab |
(And you can pause and stuff; can't usually go backward, though there _are_ players that can, I think.) |
10:29 |
bshum |
And yeah, Dyrcona is right that it was just a "toy" for me to play with :D |
10:29 |
* jonadab |
likes toys, as long as they're cool toys. |
10:29 |
Dyrcona |
Yeah, these both sound like cool toys. |
10:30 |
Dyrcona |
I'll add them to my list of things to look at when I have time...uh, never.... :) |
10:31 |
bshum |
kmlussier: Where's the Evergreen youtube channel? |
10:32 |
kmlussier |
bshum: I was afraid you would ask that question. |
10:32 |
Freddy_Enrique |
So....you call cool software toys... Got something new to adopt in my language |
10:32 |
bshum |
kmlussier: I was only just thinking Freddy_Enrique might find it useful to see some parts of Evergreen in action |
10:32 |
bshum |
But heh |
10:34 |
Freddy_Enrique |
You know, at first I was trying to use de demo |
10:34 |
Freddy_Enrique |
But I can't |
10:35 |
kmlussier |
https://goo.gl/veJvyW |
10:35 |
bshum |
kmlussier++ |
10:35 |
* bshum |
subscribes so that he doesn't forget it |
10:36 |
Freddy_Enrique |
Thanks kmlussier |
10:36 |
Freddy_Enrique |
jajaja |
10:42 |
csharp |
PINES action/trigger update: I moved all A/T processes to their own server, running 3 parallel processes for both collection and reaction and things appear to be very happy |
10:42 |
csharp |
it occurred to me this morning that the "dying because a single process chokes on 80K+ events" is probably solved by parallelism |
10:42 |
Freddy_Enrique |
THis is what usually appears when I enter the demo: https://snag.gy/gZshpG.jpg |
10:42 |
berick |
csharp: nice |
10:43 |
Dyrcona |
csharp: Good news! |
10:43 |
bshum |
Freddy_Enrique: Yeah, that's just cause someone needs to run autogen.sh on the Evergreen demo server. |
10:43 |
Dyrcona |
We might have to do that some day, but so far A/T problems have been limited since I started last summer. |
10:43 |
bshum |
Someone from the group that hosts it. |
10:43 |
Dyrcona |
They seem to like to happen on holiday weekends, like Christmas. |
10:44 |
* bshum |
nudges all the EOLI folk :D |
10:44 |
Dyrcona |
Has someone been messing with the org. tree, again? |
10:44 |
bshum |
well, run autogen, blow it away and refresh from scratch, one of those |
10:44 |
kmlussier |
Freddy_Enrique: Have you tried the other demo server? |
10:45 |
Freddy_Enrique |
I'm gonna try, last time it didnt work either |
10:45 |
csharp |
@band add The EOLI Folk |
10:45 |
pinesol_green |
csharp: Band 'The EOLI Folk' added to list |
10:46 |
berick |
ah, a great yodel band |
10:46 |
Dyrcona |
hah |
10:46 |
* csharp |
lols |
10:47 |
kmlussier |
Freddy_Enrique: Also, if you're looking to try Evergreen for future use, instead of using that client, which will be deprecated soon, you might want to try logging into the web client. |
10:47 |
Freddy_Enrique |
this is what I get https://snag.gy/j8dbQT.jpg |
10:47 |
kmlussier |
It will get you a better idea of what will be available if you ever decide to move to Evergreen. |
10:47 |
Freddy_Enrique |
WAIT.....wait wait wait |
10:47 |
Freddy_Enrique |
web interface?? |
10:47 |
kmlussier |
Yes. :) |
10:48 |
Freddy_Enrique |
no more staff client? really? |
10:48 |
kmlussier |
Freddy_Enrique: It will be fully live in our next 3.0 release that's scheduled for October. |
10:48 |
kmlussier |
Freddy_Enrique: Try logging in here: https://mlnc2.noblenet.org/eg/staff/login?route_to=%2Feg%2Fstaff%2F |
10:51 |
bshum |
Freddy_Enrique: I think the reason you get that error when trying to use the MassLNC demo server is cause you're using the 2.12.1 client still, and not the unique client that matches that server |
10:51 |
bshum |
There's a link on the community page to a compatible staff client for that |
10:51 |
Dyrcona |
Freddy_Enrique: The staff client will still be there in 3.0, just deprecated. That means it won't be recommended and won't get fixes. |
10:51 |
kmlussier |
Freddy_Enrique: Also, the reason you got the error trying to use the older client on mlnc2 is because you had the wrong client. For that server, you need to download the clients from: https://mlnc2.noblenet.org/updates/manualupdate.html |
10:52 |
kmlussier |
Or, what bshum said. |
10:52 |
Dyrcona |
Freddy_Enrique: It will likely be removed in the 3.2 release. |
10:53 |
Dyrcona |
The xul staff client is based on old, non-support technology from Mozilla. |
10:53 |
Dyrcona |
non-supported.. |
10:53 |
Freddy_Enrique |
Dyrcona, when you say xul staff you mean the evergreen staff client right? |
10:54 |
Freddy_Enrique |
Asking just to organize my ideas |
10:54 |
Dyrcona |
Freddy_Enrique: Right. The one that you download. It's based on XULRunner. |
10:55 |
Dyrcona |
XUL is a XML language used by Mozilla in the Firefox browser and Thunderbird email client. |
10:55 |
Freddy_Enrique |
Say.. what if I implemented the evergreen now in a Library with the xul staff and then comes the web interface. Is it possible to make the transition? |
10:56 |
Freddy_Enrique |
is it...gonna be hard to make this chance? |
10:56 |
kmlussier |
Freddy_Enrique: Yes, we're all about to make the transition. |
10:56 |
Dyrcona |
Yes, the web staff client is easy to use. |
10:56 |
Dyrcona |
It's a little bit trickier to set up than the current staff client. |
10:56 |
kmlussier |
Freddy_Enrique: In a majority of cases, the interfaces are very similar too, making the transition easier. |
10:57 |
Dyrcona |
By that, I mean building from scratch. We build our own clients where I work because of customizations. |
10:58 |
Dyrcona |
I version these clients so that they won't work with other servers, and other clients won't work with our servers. |
10:58 |
Dyrcona |
Maybe that's more than you wanted to know. |
10:59 |
Freddy_Enrique |
yep, I have a better picture of what is going to happen |
10:59 |
Freddy_Enrique |
just a couple of months |
10:59 |
Freddy_Enrique |
meanwhile I would like to continue testing the software |
11:01 |
Dyrcona |
Freddy_Enrique: I recommend setting up the web client if/when you build your own test system. |
11:01 |
Dyrcona |
It is listed as optional at the moment. |
11:03 |
Freddy_Enrique |
about the web interface, I consider it a big change. Not so sure if I should call it improvement thought. Why this decision? |
11:04 |
Freddy_Enrique |
Personally I found it more convenient |
11:06 |
Dyrcona |
Freddy_Enrique: As I mentioned, the current staff client is based on technology that is no longer supported or developed. |
11:07 |
Dyrcona |
We're also stuck on a particular version of that technology because we rely on features that were removed. |
11:07 |
Freddy_Enrique |
Understood, thanks Dyrcona |
11:07 |
Dyrcona |
So, the popular choice for a replacement was a web interface. |
11:07 |
Freddy_Enrique |
... |
11:08 |
Dyrcona |
The current staff client is basically a web interface, anyway. It has its own browser built-in, more or less. |
11:10 |
Freddy_Enrique |
<kmlussier> about the link you gave me... https://snag.gy/hbl6FQ.jpg |
11:10 |
bshum |
Just guessing |
11:10 |
berick |
Freddy_Enrique: here's some conference slides on the browser client move from 2014 http://git.evergreen-ils.org/?p=working/random.git;a=blob_plain;f=browser_client.html;h=25ecf572e0c8d839586da589a2c060fe47399515;hb=refs/heads/collab/berick/eg2014#(1) |
11:10 |
bshum |
But Freddy_Enrique's internet not letting him use IRC on the network, makes me wonder if websockets is blocked too :) |
11:10 |
kmlussier |
Freddy_Enrique: Is it not letting you log in? |
11:11 |
Freddy_Enrique |
maybe this is only happening to me... But when I press the sign in nothing happens |
11:11 |
Freddy_Enrique |
Berick, ill check it out |
11:11 |
Freddy_Enrique |
thnks |
11:11 |
kmlussier |
Yes, I expect then that what bshum said is true. |
11:11 |
Dyrcona |
That does sound like the websocket ports are blocked. |
11:11 |
bshum |
If the MassLNC demo isn't using proxy, could be that |
11:12 |
kmlussier |
The MassLNC demo isn't using proxy. |
11:12 |
kmlussier |
Should it? |
11:12 |
Dyrcona |
It is easier to access with a proxy. |
11:12 |
Dyrcona |
Without a proxy, it is easier to control where it can be used from. |
11:13 |
* kmlussier |
adds it to her list of things to investigate/do for the MassLNC demo. |
11:13 |
* Dyrcona |
imagines the hilarity when the academics try to use ours. :) |
11:13 |
Dyrcona |
I'm sure many will have firewalls blocking the ports. |
11:13 |
bshum |
That said, proxy stuff has a few bugs to work out |
11:14 |
bshum |
Isn't there still an uncommited opensrf fix |
11:14 |
bshum |
? |
11:14 |
berick |
there is |
11:14 |
jeff |
Trying to determine if this is a bug or just a misunderstanding on my part: we have {ADMIN|CREATE|DELETE|UPDATE}_IMPORT_ITEM_ATTR_DEF permissions, and by default those are granted to the Cataloging Administrator group. Those permissions appear to only be used by pcrud. |
11:14 |
bshum |
Or commited to master, but not to release 2.5.1? |
11:14 |
berick |
for propagating client IP's |
11:14 |
Dyrcona |
I'm considering replacing the load balancer(s) with proxy servers. |
11:14 |
jeff |
They are defined on the viiad / Import Item Attribute Definition IDL class. |
11:14 |
jeff |
The retrieve permission element looks like: <retrieve permission="CREATE_IMPORT_ITEM_ATTR_DEF UPDATE_IMPORT_ITEM_ATTR_DEF DELETE_IMPORT_ITEM_ATTR_DEF ADMIN_IMPORT_ITEM_ATTR_DEF" context_field="owner"/> |
11:15 |
Dyrcona |
Proxies should also be able to help with the book on the Enter key problem. :) |
11:15 |
kmlussier |
gmcharlt++ |
11:15 |
berick |
bshum: https://bugs.launchpad.net/opensrf/+bug/1684970 |
11:15 |
pinesol_green |
Launchpad bug 1684970 in OpenSRF "Proxy setup masks client IP needed by osrf-http-translator" [Medium,Confirmed] |
11:15 |
bshum |
berick++ # thats' the one right. All those dojo things being unhappy |
11:15 |
bshum |
(among other things) |
11:16 |
jeff |
I think that means that you must have at least one of those permissions to view a holdings map profile, and while you could probably USE a holdings map profile without any of those permissions, the UI isn't going to show you any, so you're on your own in terms of determining the argument to pass (I didn't yet look to see if it's passed by id or passed as an object). |
11:17 |
jeff |
So, should there be a view permission for that class which is assigned to people doing cataloging and using holdings import profiles in vandelay but who don't actually need permission to create/update/delete/admin the holdings import profiles? |
11:18 |
Dyrcona |
jeff: I don't think so, unless the client is specifically looking for one. |
11:18 |
Dyrcona |
pcrud would use one of the retrieve permissions. |
11:19 |
Dyrcona |
I'm not sure if that means you have to have one of the permissions or all of the permissions. I'm sure miker or berick would know, though. |
11:19 |
jeff |
Dyrcona: but I think pcrud would require that the user have one of the listed permissions -- and there isn't a permission that grants just view access... |
11:20 |
miker |
Dyrcona: just one will do |
11:20 |
jeff |
Dyrcona: I'm fairly certain that pcrud permissions in the IDL are OR / ANY and not AND / ALL. I could be wrong there also. :-) |
11:20 |
Dyrcona |
jeff: Oh, that was the question! You're asking if we *should* have a view permission? |
11:20 |
miker |
if there's no permission, it's open to all |
11:20 |
jeff |
Dyrcona: I am! :-) |
11:20 |
Dyrcona |
miker | jeff: That's what I thought, but hadn't looked at the code in a long time. |
11:20 |
miker |
no permission in the <action> of the <permacrud> block, I mean |
11:21 |
miker |
so, <retrieve> means you can search and retrieve freely |
11:21 |
Dyrcona |
right. |
11:22 |
Dyrcona |
jeff: Do you think there should be a view permission? Your question implies yes, and since any of the update permissions allow a view.... |
11:24 |
jeff |
Dyrcona: I'm double checking myself to determine if it's logical to give a user view-only pcrud permission on viiad / vandelay.import_item_attr_definition, and if it's logical to have that view-only permission granted to the stock "Catalogers" profile. |
11:25 |
Dyrcona |
Does not being able to view cause problems if you remove the other permissions? |
11:25 |
jeff |
Stock "Cataloging Administrators" profile has all four perms (which itself is somewhat redundant, because ADMIN_IMPORT_ITEM_ATTR_DEF gives you c/r/u/d perms. |
11:25 |
jeff |
Dyrcona: a member of the stock Catalogers profile cannot see/use existing holdings import profiles. |
11:25 |
jeff |
(again, and always: unless i'm wrong/misdiagnosing this) |
11:26 |
berick |
sounds like, yeah, view perm is needed |
11:26 |
Dyrcona |
Right. But I assume you've looked at this week. |
11:26 |
Dyrcona |
And, yeah, what berick said. :) |
11:27 |
|
jwoodard joined #evergreen |
11:28 |
Freddy_Enrique |
Sorry to interrump guys... But is it possible a demo in which the user can manipulate the system and when he/she is out everything comes back to normal? |
11:29 |
Freddy_Enrique |
something like...deep freeze? |
11:29 |
kmlussier |
Do you mean a demo server where any changes are wiped clean on a regular basis? |
11:29 |
Freddy_Enrique |
yes |
11:30 |
kmlussier |
I know we used to have a demo server several years ago that cleared out the data over night, but neither of the two demo servers do so now. |
11:30 |
kmlussier |
Is there any particular reason you would find it useful? |
11:32 |
Freddy_Enrique |
Well, at least... That approached really worked for koha. People got interested in that ILS cause they more or less knew what the could actually do |
11:32 |
Freddy_Enrique |
approach* |
11:33 |
kmlussier |
Sure, but I'm not seeing how wiping the data helps with the testing. |
11:33 |
kmlussier |
In some cases, I think people are trying out the system over multiple days and find it useful to have the same data there when they return to the server/ |
11:34 |
Freddy_Enrique |
Your are right |
11:34 |
* kmlussier |
isn't objecting to the idea, but just trying to see the pros and cons. |
11:37 |
Freddy_Enrique |
I think call it: try it yourself! . We could enter, experiment with it. and...if by any chance I mess it up. Everything comes back to normal |
11:38 |
Freddy_Enrique |
Obviously it's easier said than done. I'm sure it's a heavy work |
11:40 |
Dyrcona |
Freddy_Enrique: We have several different scripts in the community for building a vm and installing Evergreen from scratch. |
11:46 |
Freddy_Enrique |
yes. BTW, really appreciate the berick presentation |
11:49 |
jwoodard |
i like Freddy_Enrique idea as it would be a good way for people to learn about EG without the fear of breaking stuff |
11:49 |
Dyrcona |
You break it, you bought it. :) |
11:49 |
jwoodard |
I have shattered many eggs learning how EG works |
11:50 |
Dyrcona |
That's true for most of us. |
11:50 |
berick |
Bmagic's docker images are great for wreaking complete havoc then starting over. |
11:51 |
Dyrcona |
My point about the scripts is that it wouldn't be too hard to run one at midnight to remake the vm every day. |
11:51 |
Dyrcona |
Yes. |
11:51 |
Freddy_Enrique |
Oh.... I want to try that. |
11:51 |
Dyrcona |
Speaking of which... I think I'll delete a couple of my development vms and rebuild them next week. |
11:52 |
Dyrcona |
It's good to start over once in a while, to make sure the mess is really cleaned up. |
11:52 |
berick |
Freddy_Enrique: glad it was helpful. btw, it's also posted on the EG site (i just remembered) and that version has all of the images and correct formatting.. http://evergreen-ils.org/wp-content/uploads/2014/04/eg14_EG_2014_Bill_Erickson_Browser_Client.html |
11:52 |
kmlussier |
Yeah, I don't think the actual work of rebuilding every night is a problem. The script we use for the MassLNC VM is very easy and could be scheduled. |
11:53 |
kmlussier |
I generally try to rebuild it at each point release so that it does get cleaned up once in a while. And, of course, could rebuilt it if somebody broke it, but I don't think that's ever happened. I think the biggest risk of breaking the VM is changing the org tree, but that can be fixed by running autogen. |
11:53 |
Freddy_Enrique |
what I usually do it export as many VM as possible if I mess something.... But manually T_T |
11:53 |
kmlussier |
It might be nice to have some that keep the data and some that rebuild more regularly, but would probably require more demo servers. |
11:54 |
Dyrcona |
Sometimes autogen is not enough. If you make an org unit a parent of itself for instance. |
11:54 |
berick |
Dyrcona: heh, I'm my own grandpa! |
11:54 |
Dyrcona |
heh. |
11:54 |
Dyrcona |
Actually, I think we could just clone a working vm and replace it every night. |
11:54 |
kmlussier |
Dyrcona: Oh, yes, that's true. I had to clean the MassLNC org tree up last week for another problem before I ran autogen. |
11:55 |
* Dyrcona |
has some experience with cloning vms lately. :) |
11:55 |
Dyrcona |
At least with libvirt/kvm. |
11:56 |
Bmagic |
I just updated the dockerhub image the other day for 2.12 |
11:58 |
Dyrcona |
Yeah, docker is probably even easier, but I have no real experience with it. |
12:00 |
Dyrcona |
With the scripts that MassLNC has, it would be pretty easy to just grab the latest code on whatever branch, like rel_2_12, or even look for tag branches. |
12:00 |
kmlussier |
Yeah, that's what I do now. I've been grabbing the rel_2_12 branch. |
12:01 |
kmlussier |
And, like I already said above, it would be very easy to schedule it. |
12:02 |
Dyrcona |
kmlussier: How many VMs do you usually run on the servers? |
12:02 |
Dyrcona |
well, server should be singular, slip of the fingers. |
12:02 |
kmlussier |
Dyrcona: 4, but I use the others for other things. |
12:03 |
Dyrcona |
OK. |
12:03 |
kmlussier |
I also make the other VMs available as Sandboxes in between Bug Squashing Days if people submit a request, which happens rarely. |
12:12 |
Freddy_Enrique |
Excuse me guys, what is the problem in this case: https://snag.gy/0pHgC1.jpg |
12:14 |
Dyrcona |
I'm guessing that something happened on the backend to invalidate your user object. Is this 2.12? |
12:14 |
Dyrcona |
The version may be relevant to the line number. |
12:16 |
Freddy_Enrique |
2.12.1 |
12:17 |
Freddy_Enrique |
With this client I was able to enter |
12:17 |
Dyrcona |
hmm... something went wrong, but I can't say what, exactly. |
12:18 |
Dyrcona |
You're updating a patron or creating a new one? |
12:20 |
Freddy_Enrique |
Creating a new one |
12:22 |
|
jihpringle joined #evergreen |
12:22 |
Dyrcona |
I would check the logs for errors related to cstore, first. |
12:23 |
Dyrcona |
There's a code call in that process to clone the new user and I think that failed. |
12:24 |
Dyrcona |
But it failed in a way that didn't raise an event. |
12:24 |
Dyrcona |
If it raised an event, it would not have made it to line 743. |
12:27 |
Freddy_Enrique |
Is there anyway I could fix it? |
12:31 |
Dyrcona |
Depends on what caused it. It might be a bug. I'm taking a look at the code. |
12:34 |
Dyrcona |
Ok. It is failing to create the user in the database. |
12:34 |
Dyrcona |
It does return an event, but it is in the wrong place. |
12:35 |
Dyrcona |
The bug is on line 594 of Actor.pm in 2.12. I'll open a launchpad bug for that. |
12:35 |
Dyrcona |
So, the bug is not that it failed to create the use, but that when it does, the event is returned in the wrong place. |
12:36 |
Dyrcona |
You can check your postgres logs for failed insert statements. That might give you some clue to the issue and how to fix it. |
12:36 |
Dyrcona |
Normally, you would have gotten a more information error message. |
12:36 |
Freddy_Enrique |
Actually, thats the only thing that appears. |
12:37 |
Dyrcona |
Have you checked the postgresql logs? They should have information about a failed insert for the new patron. |
12:38 |
Dyrcona |
It should indicate which database contraint failed, i.e. what data was missing. |
12:51 |
|
Christineb joined #evergreen |
12:52 |
|
sandbergja joined #evergreen |
13:00 |
* kmlussier |
does a LP search for bugs that have the tag webstaffclient and pullrequest. Finds lots of stuff. |
13:02 |
berick |
yeah, lot of activity lately |
13:03 |
|
yboston joined #evergreen |
13:04 |
* Dyrcona |
is filing a LP Bug for the above. |
13:05 |
Dyrcona |
Will have a branch shortly. |
13:05 |
Dyrcona |
Is there already a bug about the web staff client and required fields in patron registration? |
13:08 |
kmlussier |
Dyrcona: I haven't had any problems with required fields in the web client nor have I seen any bugs. |
13:08 |
kmlussier |
Other than the one regarding stat cats. Did that one just get merged recently? |
13:08 |
|
jihpringle joined #evergreen |
13:09 |
Dyrcona |
kmlussier: Thanks. I thought that there might have been such a bug. |
13:16 |
berick |
Dyrcona: maybe thinking of bug 1618949 ? |
13:16 |
pinesol_green |
Launchpad bug 1618949 in Evergreen "webclient: Patron registration form and copy editor do not require stat cat fields configured to be required" [Medium,Fix committed] https://launchpad.net/bugs/1618949 |
13:16 |
Dyrcona |
No, I was thinking more general than that, but anyway. |
13:23 |
Dyrcona |
I guess the web staff client has nothing to do with it, anyway. |
13:24 |
Dyrcona |
The screen shot is from the xul staff client. |
13:29 |
|
bshum joined #evergreen |
13:35 |
|
rgagnon joined #evergreen |
13:41 |
miker |
question for the room, re webstaff dev pattern: If one includes egCore in their app, they have access to most other commonly included things, including egAuth, egNet, egPcrud ... should we stipulate that including egCore is enough, and we should just use the references stored therein, or is it better to stay away from egCore and include more modules directly? (I tend towards the former, myself) |
13:42 |
berick |
egCore was added for just that reason, so we won't have to add 10+ things to the import list |
13:42 |
|
tspindler joined #evergreen |
13:43 |
berick |
+1 to only egCore for things linked therein |
13:43 |
miker |
berick: that's what I though the reason was, thanks to confirming |
13:43 |
* berick |
nods |
13:47 |
|
terran_ joined #evergreen |
13:50 |
|
rfrasur joined #evergreen |
13:51 |
tspindler |
A heads up that the EOB meeting will be starting at 2PM EST in 10 minutes |
13:51 |
rfrasur |
Just checkin' to make sure this is working for me. Web interface. |
13:53 |
|
scottthomas joined #evergreen |
13:55 |
tspindler |
A heads up that the EOB meeting will be starting at 2PM EST in 5 minutes |
13:55 |
kmlussier |
rfrasur: Seems to be working |
13:56 |
rfrasur |
Rock on. |
13:57 |
|
hbrennan joined #evergreen |
13:58 |
|
afterl joined #evergreen |
13:58 |
hbrennan |
Just in time... hit "Restart Now" instead of snooze on Windows update and had to scramble for another computer :P |
13:59 |
kmlussier |
Ha! |
14:00 |
tspindler |
#startmeeting 2017-06-15 - Evergreen Oversight Board Meeting |
14:00 |
pinesol_green |
Meeting started Thu Jun 15 14:00:35 2017 US/Eastern. The chair is tspindler. Information about MeetBot at http://wiki.debian.org/MeetBot. |
14:00 |
pinesol_green |
Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. |
14:00 |
pinesol_green |
The meeting name has been set to '2017_06_15___evergreen_oversight_board_meeting' |
14:00 |
hbrennan |
ah, and now it's finally back up so I may hop off and back on here so I don't have to use this clunky laptop |
14:00 |
tspindler |
#topic roll call |
14:00 |
tspindler |
Use the #info command stating name and affiliation |
14:01 |
tspindler |
#info tspindler is Tim Spindler (C/W MARS) |
14:01 |
rgagnon |
#info rgagnon is Ron Gagnon, NOBLE |
14:01 |
gmcharlt |
#info gmcharlt = Galen Charlton, Equinox, Release Manager and observer |
14:01 |
rfrasur |
#info rfrasur is Ruth Frasur (Hagerstown Library/Evergreen Indiana) |
14:01 |
scottthomas |
#info scottthomas is Scott Thomas (PaILS) |
14:01 |
hbrennan |
#info hbrennan is Holly Brennan, Homer Public Library AK |
14:01 |
terran_ |
#info terran_ is Terran McCanna, PINES |
14:01 |
afterl |
#info afterl is Amy Terlaga, Bibliomation |
14:02 |
tspindler |
Agenda is here https://wiki.evergreen-ils.org/doku.php?id=governance:minutes:2017-6-15 |
14:02 |
collum |
#info collum is Garry Collum, Kenton County Public Library |
14:02 |
tspindler |
#info minutes from last meeting http://evergreen-ils.org/meetings/evergreen/2017/evergreen.2017-05-18-14.00.html |
14:02 |
tspindler |
Any comments or corrections? |
14:02 |
miker |
#info miker = Mike Rylander, EOLI |
14:03 |
rgagnon |
Yes, a clarification on the last item, where we moved $184 but paid $28 might be good. |
14:03 |
tspindler |
Terran, do you know how to correct the minutes? |
14:04 |
terran_ |
No - it's all auto-generated |
14:04 |
miker |
can we just accept a change in this months? |
14:04 |
tspindler |
i think so |
14:04 |
rfrasur |
Miker, I'd say yes. |
14:04 |
tspindler |
can we have a motion to accept the changes proposed by rgagnon? |
14:05 |
rfrasur |
since it's gonna be auto generated this month as well, if there's a clarification made here. |
14:05 |
scottthomas |
#info I move to accept the minutes with the changes proposed by rgagnon. |
14:06 |
tspindler |
second? |
14:06 |
miker |
seconded |
14:06 |
tspindler |
#info miker seconded |
14:06 |
terran_ |
I think we need to include the change in the info tag in order for it to be included in the autogenerated minutes |
14:06 |
miker |
sorry, I'll #info in the future |
14:07 |
terran_ |
rgagnon could you put your clarification into an info tag? |
14:07 |
tspindler |
#startvote Correct 5-18-17 minutes to recognize $28 was paid not $184? Yes, No, Abstain |
14:07 |
pinesol_green |
Begin voting on: Correct 5-18-17 minutes to recognize $28 was paid not $184? Valid vote options are Yes, No, Abstain. |
14:07 |
pinesol_green |
Vote using '#vote OPTION'. Only your last vote counts. |
14:07 |
miker |
#vote yes |
14:07 |
collum |
#vote yes |
14:07 |
terran_ |
#vote Yes |
14:07 |
hbrennan |
#vote yes |
14:07 |
tspindler |
#vote yes |
14:07 |
scottthomas |
#vote Yes |
14:08 |
rfrasur |
#vote yes |
14:08 |
rgagnon |
I don't recall the exact detail -- were there several things on the slip that was submitted? |
14:08 |
rfrasur |
and has a clarification been made? |
14:08 |
tspindler |
#endvote |
14:08 |
pinesol_green |
Voted on "Correct 5-18-17 minutes to recognize $28 was paid not $184?" Results are |
14:08 |
pinesol_green |
Yes (7): tspindler, rfrasur, miker, terran_, collum, scottthomas, hbrennan |
14:08 |
tspindler |
It seems this should be adequate? |
14:09 |
rfrasur |
Okay |
14:09 |
rgagnon |
Okay |
14:09 |
terran_ |
I think so |
14:09 |
miker |
the full log is recorded, so I think it's fine |
14:09 |
tspindler |
#topic Report of the Chair |
14:09 |
tspindler |
#info nothing to report from the chair |
14:10 |
tspindler |
#topic Financial report |
14:10 |
tspindler |
#info financial report at https://wiki.evergreen-ils.org/doku.php?id=governance:financials:update_2017_06_15 |
14:10 |
tspindler |
Any comments or questions? |
14:11 |
tspindler |
Ok moving on |
14:11 |
tspindler |
#topic SFC Updates (Amy Terlaga) |
14:12 |
afterl |
Yes ... |
14:12 |
afterl |
On May 31st I contacted Karen Sandler of the SFC to formally let her know that the Evergreen Oversight Board was exploring alternatives to the SFC. I explained that this process would take, if all went well, until the Spring of 2018. I thanked her for all of their work in this partnership. |
14:12 |
afterl |
Karen replied that if there was anything that they could do to aid the transition, they were there to help. |
14:12 |
terran_ |
Thank you, Amy! |
14:12 |
afterl |
Any questions? |
14:12 |
afterl |
terran: You're welcome |
14:13 |
tspindler |
afterl: do we have signed contract for 2018 conference now? |
14:13 |
tspindler |
maybe that is better for conference item |
14:13 |
afterl |
tspindler: you're stealing my thunder |
14:13 |
afterl |
Yes, let's wait. |
14:14 |
tspindler |
ok, any other questions for afterl? |
14:14 |
tspindler |
#topic Release Manager (Galen Charlton) |
14:15 |
gmcharlt |
#info Security releases for 2.10.x, 2.11.x, and 2.12.x made last month |
14:15 |
terran_ |
gmcharlt++ |
14:15 |
gmcharlt |
#info The Feedback Fest experiment seemed successfully, and will be repeated in August |
14:16 |
gmcharlt |
#info Various bugfixes are steadily making their way into master, but bigger merges of new features are anticipated to occur in July and August |
14:16 |
gmcharlt |
i.e., a whole pile-o-stuff |
14:16 |
gmcharlt |
and that's my update, unless there are questions |
14:17 |
* kmlussier |
will remember to to highlight "whole pile-o-stuff" in her 3.0 press release. :) |
14:17 |
tspindler |
gmcharlt++ |
14:17 |
rfrasur |
sounds like that should be a technical term "pile-o-stuff" |
14:17 |
gmcharlt |
rfrasur: they're in the bag next to the jar of tuits |
14:17 |
tspindler |
It looks like the web client has made a lot of progress, correct? |
14:17 |
rfrasur |
gmcharlt: of course. where else would they be? |
14:18 |
gmcharlt |
indeed, and I'm still feeling comfortable that the primary release goal of 3.0 (webstaff in full production) will be met |
14:18 |
tspindler |
any other questions for gmcharlt? |
14:18 |
scottthomas |
gmcharlt++ |
14:18 |
terran_ |
gmcharlt++ |
14:18 |
rgagnon |
gmcharlt++ |
14:19 |
terran_ |
I'm going to miss the duck trivia. |
14:19 |
collum |
gmcharlt++ |
14:19 |
tspindler |
#topic SFC Membership Review |
14:19 |
tspindler |
Sharon could not make this meeting so she asked me to provide an update. |
14:20 |
tspindler |
#info Sharon is spearing the effort to send a survey tool to the organizations that offered their names to server as host similar to SFC for the Evergreen project |
14:21 |
tspindler |
#info in the interest of full disclosure, C/W MARS submitted its name |
14:21 |
tspindler |
#info Sharon has developed a questioneer for each organization to respond to and she will send this out |
14:22 |
tspindler |
Any questions? |
14:22 |
terran_ |
That sounds great. Do we have a projected timeline for the questionaire? |
14:23 |
tspindler |
Not yet. Sharon is handling everything since the other task force members belong to organizations that submitted their name |
14:24 |
tspindler |
Other questions? Also, if you have any specific questions or concerns, you can send them to Sharon also. |
14:25 |
rfrasur |
Thanks to everyone for their work on this. |
14:25 |
tspindler |
time to give afterl her thunder back |
14:25 |
tspindler |
#topic 2018 Conference Committee Report (Amy Terlaga) |
14:25 |
afterl |
2018 Conference Update - we are close to having both contracts signed for the conference venue. The St. Charles Convention Center contract is signed. The dates of the conference will be April 30-May 3 (Mon-Thurs). The Embassy Suites Hilton contract had listed the wrong room blocks so we are in the process of correcting that. Once both contracts are signed, the MOBIUS conference team will make the announcement on the list. |
14:26 |
afterl |
Oh, and both Terran and Garry have agreed to serve on the conference committee. Very good news there. |
14:26 |
afterl |
Any questions? |
14:26 |
tspindler |
#info 2018 Conference Update - we are close to having both contracts signed for the conference venue. The St. Charles Convention Center contract is signed. The dates of the conference will be April 30-May 3 (Mon-Thurs). The Embassy Suites Hilton contract had listed the wrong room blocks so we are in the process of correcting that. Once both contracts are signed, the MOBIUS conference team will make the announcement on t |
14:26 |
terran_ |
afterl++ thunder++ |
14:26 |
afterl |
ha ha |
14:26 |
afterl |
It's going along. Will be happy to get this part done. |
14:27 |
tspindler |
is there a timeline yet for submitting program ideas or do you usually wait until all contracts are in place? |
14:27 |
rfrasur |
Exciting :-) |
14:27 |
rgagnon |
afterl++ |
14:27 |
afterl |
Right - that will be next on the list. Actually establishing a web presence and then that |
14:27 |
tspindler |
afterl++ |
14:27 |
scottthomas |
afterl++ |
14:27 |
collum |
afterl++ |
14:28 |
tspindler |
any other questions? |
14:28 |
tspindler |
#topic Outreach Committee (Kathy Lussier) |
14:29 |
kmlussier |
#info Outreach Committee has been promoting our Evergreen program at ALA. |
14:29 |
kmlussier |
#link https://evergreen-ils.org/evergreen-to-highlight-innovative-catalog-features-at-ala/ |
14:30 |
kmlussier |
We're also asking that people share this info with libraries in their consortium so that we can spread the word to Evergreen users who may not be on the mailing list. |
14:30 |
terran_ |
I sent it out to the PINES list |
14:30 |
kmlussier |
terran_: Thanks! |
14:31 |
tspindler |
will do I haven't done that |
14:31 |
kmlussier |
That's all I have for today. We haven't met since the last EOB meeting. |
14:31 |
rgagnon |
Already done at NOBLE |
14:31 |
scottthomas |
I will do so. |
14:31 |
tspindler |
kmlussier++ |
14:31 |
tspindler |
any other questions |
14:31 |
terran_ |
kmlussier++ |
14:31 |
rgagnon |
kmlussier++ |
14:32 |
scottthomas |
kmlussier++ |
14:32 |
tspindler |
#topic Old Business |
14:33 |
tspindler |
I don't have any old business unless someone thought I missed something |
14:33 |
tspindler |
#topic New Business |
14:33 |
tspindler |
Any new business? |
14:34 |
terran_ |
I've moved the dates for the next bug squashing days -let me look them up |
14:34 |
terran_ |
#info The next Bug Squashing Week will be July 17-21 |
14:35 |
tspindler |
anything else? |
14:36 |
tspindler |
Can I have a motion to adjourn? |
14:36 |
rgagnon |
#Move to adjourn |
14:36 |
tspindler |
Great, hope to see you in Chicago |
14:36 |
rfrasur |
Thanks everyone. Have a great afternoon. |
14:36 |
|
rfrasur left #evergreen |
14:36 |
tspindler |
#endmeeting |
14:36 |
pinesol_green |
Meeting ended Thu Jun 15 14:36:52 2017 US/Eastern. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) |
14:36 |
pinesol_green |
Minutes: http://evergreen-ils.org/meetings/evergreen/2017/evergreen.2017-06-15-14.00.html |
14:36 |
pinesol_green |
Minutes (text): http://evergreen-ils.org/meetings/evergreen/2017/evergreen.2017-06-15-14.00.txt |
14:36 |
pinesol_green |
Log: http://evergreen-ils.org/meetings/evergreen/2017/evergreen.2017-06-15-14.00.log.html |
14:36 |
terran_ |
Bye! |
14:36 |
collum |
tspindler++ |
14:36 |
miker |
tspindler++ |
14:37 |
scottthomas |
tspindler++ |
14:37 |
terran_ |
tspindler++ |
14:37 |
kmlussier |
tspindler++ |
14:37 |
rgagnon |
tspindler++ |
14:37 |
gmcharlt |
tspindler++ |
14:37 |
Dyrcona |
@karma |
14:37 |
pinesol_green |
Dyrcona: Highest karma: "gmcharlt" (83), "kmlussier" (42), "berick" (39), "bshum" (29), and "Dyrcona" (29). Lowest karma: "oracle" (-7), "ie" (-6), "comcast" (-5), "microsoft" (-3), and "^" (-2). You (Dyrcona) are ranked 4 out of 81. |
14:57 |
jeffdavis |
miker: is there an effective difference between using egCore.auth vs egAuth? Is Angular smart enough not to load the auth service twice if both egCore and egAuth are included? |
14:58 |
berick |
jeffdavis: it's only loaded once |
14:58 |
miker |
jeffdavis: there's no difference |
15:00 |
jeffdavis |
Perfect, thanks. |
15:01 |
|
Stompro joined #evergreen |
15:01 |
jeffdavis |
+1 to using egCore where available, then. |
15:02 |
|
mmorgan1 joined #evergreen |
15:07 |
|
maryj joined #evergreen |
15:25 |
|
jvwoolf joined #evergreen |
15:37 |
|
afterl joined #evergreen |
15:54 |
|
mmorgan joined #evergreen |
16:03 |
|
hbrennan joined #evergreen |
16:05 |
|
tspindler left #evergreen |
16:08 |
|
jvwoolf1 joined #evergreen |
16:31 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
16:31 |
|
mmorgan1 joined #evergreen |
18:39 |
csharp |
@band add Highest Karma |
18:39 |
pinesol_green |
csharp: Band 'Highest Karma' added to list |
18:39 |
Dyrcona |
ha |
18:39 |
Dyrcona |
@praise [band] |
18:39 |
* pinesol_green |
Fleshing Children is kind and patient to newbies |
18:41 |
csharp |
@quote random |
18:41 |
pinesol_green |
csharp: Quote #36: "< tsbere> colons are a PITA" (added by csharp at 05:16 PM, November 27, 2012) |
18:47 |
Dyrcona |
@praise [band] for [quote] |
18:47 |
* pinesol_green |
The Carrollton Contingency LOVES the RESISTANCE! for Leave Dyrcona alone, I'm busy right now. |
18:47 |
Dyrcona |
heh. guess that doesn't work. Think I got a dunno. |
18:53 |
jeff |
@praise [band] for [quote random] |
18:53 |
* pinesol_green |
You don't want to get mixed up with someone like Violent Scratchy Amputees. Violent Scratchy Amputees is a loner, Dottie. A rebel. for Quote #121: "< RoganH> There was an epic journey involved, samurai, robots, wizards. You know how it goes." (added by csharp at 03:56 PM, July 14, 2015) |
18:53 |
jeff |
doesn't quite work the way you'd like. |
18:54 |
jeff |
now, if nested bot commands were a little more context-aware, or if there was a --bare option to @quote random... |
18:55 |
csharp |
@praise [band] for [blame [someone] for [tea]] |
18:55 |
* pinesol_green |
And The Evergreeners raised the report up on high, saying O Lord, bless this thy circ report, that with it thou mayst blow thine enemies to tiny bits, in thy mercy. for An error has occurred and has been logged. Check the logs for more information. |
18:56 |
hbrennan |
csharp: you are a bot wizard |
18:59 |
jeff |
pinesol_green++ |
19:02 |
|
jvwoolf joined #evergreen |
19:24 |
csharp |
@praise hbrennan |
19:24 |
* pinesol_green |
And hbrennan raised the report up on high, saying O Lord, bless this thy circ report, that with it thou mayst blow thine enemies to tiny bits, in thy mercy. |
19:29 |
hbrennan |
csharp: :) |
19:47 |
|
jvwoolf joined #evergreen |
19:48 |
|
jvwoolf left #evergreen |
20:09 |
|
Freddy_Enrique joined #evergreen |
20:27 |
|
kmlussier joined #evergreen |
20:37 |
|
afterl left #evergreen |
21:36 |
Freddy_Enrique |
Damn it |
21:36 |
Freddy_Enrique |
too late :( |
21:45 |
hbrennan |
Freddy_Enrique: What's up? |
21:47 |
Freddy_Enrique |
So good to find someone this late :). Im gonna put a picture of my problem. It's when I try to add a new user |
21:47 |
hbrennan |
Not late where I am :) |
21:47 |
hbrennan |
paint away |
21:52 |
Freddy_Enrique |
what......? |
21:55 |
Freddy_Enrique |
Yesterday I was unable to add and user, this is what it looked like yesterday: https://snag.gy/W0tNQr.jpg |
21:56 |
Freddy_Enrique |
but now...it works...and I didnt do anyhting |
21:57 |
Freddy_Enrique |
however... |
21:58 |
Freddy_Enrique |
the Closed Dates Editor doesnt work |
22:20 |
|
genpaku joined #evergreen |