Evergreen ILS Website

IRC log for #evergreen, 2019-04-25

| Channels | #evergreen index | Today | | Search | Google Search | Plain-Text | summary | Join Webchat

All times shown according to the server's local time.

Time Nick Message
03:41 dbwells__ joined #evergreen
05:00 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
06:18 jamesrf joined #evergreen
06:22 sandbergja joined #evergreen
07:02 sandbergja joined #evergreen
07:06 dbwells_ joined #evergreen
07:10 rjackson_isl joined #evergreen
07:35 jihpringle joined #evergreen
07:51 jihpringle joined #evergreen
08:31 alynn26_ joined #evergreen
08:36 tlittle joined #evergreen
08:44 StomproJ joined #evergreen
08:49 mmorgan joined #evergreen
09:18 sandbergja joined #evergreen
09:21 sandbergja_ joined #evergreen
09:24 sandbergja__ joined #evergreen
09:30 yboston joined #evergreen
09:37 tlittle joined #evergreen
09:51 sandbergja joined #evergreen
09:54 khaun joined #evergreen
10:02 yboston joined #evergreen
10:33 sandbergja joined #evergreen
10:55 bos20k joined #evergreen
11:25 aabbee joined #evergreen
11:26 eady joined #evergreen
11:27 pinesol [evergreen|Katie G. Martin] Docs: Updated checkin modifiers - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=1d4578f>
11:27 pinesol [evergreen|Remington Steed] Docs: Fix TIP block and list formatting - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=bd6514b>
11:32 sandbergja kgmartin++
11:33 sandbergja remingtron++
11:55 yboston joined #evergreen
12:09 aabbee joined #evergreen
12:23 Christineb joined #evergreen
12:35 jihpringle joined #evergreen
13:01 sandbergja joined #evergreen
13:03 sandbergja_ joined #evergreen
13:09 sandbergja joined #evergreen
13:21 sandbergja_ joined #evergreen
13:27 aabbee joined #evergreen
13:53 gmcharlt gcollum++
13:55 pinesol [evergreen|Bill Erickson] LP1642036 Group member detail grid query repair - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=b7a8f5d>
14:04 yboston joined #evergreen
14:04 bos20k joined #evergreen
14:23 aabbee joined #evergreen
14:30 sandbergja joined #evergreen
14:31 sandbergja_ joined #evergreen
15:22 sandbergja joined #evergreen
15:22 sandbergja_ joined #evergreen
15:32 sandbergja joined #evergreen
15:35 sandbergja joined #evergreen
15:35 yboston joined #evergreen
15:37 sandbergja joined #evergreen
15:42 FF-EG joined #evergreen
15:44 bos20k joined #evergreen
15:47 sandbergja joined #evergreen
15:50 FF-EG I'm trying to make a second server administrator user by creating a new patron as a member of the "Global Administrator" permission group.
15:50 FF-EG Logging in as that user and navigating to "/eg2/staff/admin/server/splash" generates a JS console error: "User does not have staff permissions".
15:50 FF-EG I re-installed evergreen following step 4 to "Install Angular files for web staff client" in step 4 with no change in the error.
15:51 FF-EG I'm not sure if this is a bug, or I'm missing something.
15:59 FF-EG The same issue seems to occur only with "/eg2/" URLs on the demo site here: "https://demo.evergreencatalog.com/eg/staff/home".
16:02 berick FF-EG: have you confirmed the user has that permission?
16:02 berick you would certainly think so, of course
16:02 berick being in the admin group
16:02 sandbergja joined #evergreen
16:04 FF-EG Is there a specific permission for that admin/server page?
16:05 FF-EG They are in the global administrator group, with the "everything" permission. I also added the "STAFF_LOGIN" permission, without effect.
16:06 FF-EG The page works using "/eg" instead of "/eg2", but "/eg2" is the link provided in the menu.
16:06 sandbergja Would that user need a working location?
16:10 aabbee joined #evergreen
16:11 FF-EG The "user permission editor" doesn't have any options under "Working Location" for that user.
16:17 sandbergja joined #evergreen
16:19 FF-EG If I create a branch, I can add a working location for the user.
16:21 mmorgan FF-EG: In the user permission editor, you should see a list of locations with checkboxes to the left
16:23 mmorgan Save button should be at the very bottom
16:23 FF-EG Yes, it only appears after creating a branch. I applied that to the user, with no change.
16:25 sandbergja hmmmm... as soon as I add a working location to a user, I stop getting the javascript error you mentioned
16:25 sandbergja Did you happen to run autogen after creating your branch?
16:25 mmorgan What sandbergja said :)
16:25 sandbergja mmorgan: high five!
16:26 mmorgan :-D
16:27 sandbergja FF-EG: you should be able to just log in as opensrf, then run autogen.sh
16:27 sandbergja it's something you need to do any time you add a new branch
16:28 FF-EG I ran autogen after creating the branch.
16:28 FF-EG Should the CONS show up as an option for a working location without a branch though?
16:29 sandbergja FF-EG: is that on the workstation registration screen?
16:29 FF-EG Without the branch there's an empty list. With the branch, I can assign that to the user, but they still get the error after autogen and restarting apache.
16:29 FF-EG Oh, maybe not.
16:29 berick you may have to restart all evergreen services after adding a branch, org units are heavily cached
16:30 FF-EG The workstation only lets me select CONS.
16:34 FF-EG Well, I cleared browser caches, and the branch showed up in the workstation registration page, but the user still gets the JS error loading the server admin page.
16:39 berick FF-EG: do you have access to the database?  select permission.usr_has_work_perm(<user_id>, 'STAFF_LOGIN', <org_unit_id>)
16:47 sandbergja joined #evergreen
16:48 FF-EG I am in the psql root, I guess, but I don't know what the db structure is to allow that statement.
16:54 FF-EG Ok, I get F for org id = 0, T for org id = 1, F for org id = 2; I'm not sure what org id to check, but I assume it is 1.
16:58 phasefx FF-EG: also, make sure you log out and relogin as the user in question after changing their working locations
16:59 FF-EG Yes, I tried that, and clearing browser caches after applying the branch as the working location. Should I be able to select the CONS as the working location?
17:00 phasefx FF-EG: no, it'll just be the org units that have the Can Have Users flag set to true
17:00 phasefx FF-EG: you should really only use such org units for the workstation as well, but I don't think the web client is enforcing that during registration
17:00 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
17:02 phasefx FF-EG: if need be, you could set the flag for the CONS org (for example, if you only really need one org)
17:03 FF-EG Would a user with a home library as BRANCH and working location of BRANCH be able to load the server admin page?
17:03 phasefx FF-EG: incidentally, your CONS org will have an id of 1.  try  select * from actor.org_unit;  to see them all in psql
17:04 FF-EG Ah, the branch is 101.
17:04 phasefx FF-EG: a user with the STAFF_LOGIN permission, and a working location that matches the workstation location, should be able to load the page
17:05 phasefx home library should be irrelevant in this case
17:05 FF-EG select permission.usr_has_work_perm(2, 'STAFF_LOGIN', 101); is also true
17:05 * mmorgan needs to run, but is the issue that the link to the server admin page has "eg2" and should not?
17:06 FF-EG it loads with eg instead of eg2, but the egadmin user can load it with eg2, just the second global administrator cannot as /eg2
17:07 mmorgan left #evergreen
17:36 aabbee joined #evergreen
17:41 sandbergja joined #evergreen
17:51 sandbergja_ joined #evergreen
18:10 sandbergja joined #evergreen
18:49 aabbee joined #evergreen
18:52 aabbee left #evergreen
20:54 Bmagic Board games yall!
21:40 phasefx he's the spy! ^
21:53 sandbergja joined #evergreen

| Channels | #evergreen index | Today | | Search | Google Search | Plain-Text | summary | Join Webchat