Time |
Nick |
Message |
03:27 |
|
StomproJ joined #evergreen |
04:31 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
07:52 |
|
_adb joined #evergreen |
08:23 |
csharp |
dbs: I saw that apparmor issue on a test server, but haven't experienced it consistently |
08:46 |
|
mmorgan joined #evergreen |
09:02 |
|
mdriscoll joined #evergreen |
09:15 |
|
terran joined #evergreen |
09:17 |
|
kmlussier joined #evergreen |
09:19 |
kmlussier |
Good morning #evergreen! |
09:19 |
kmlussier |
@coffee [someone] |
09:19 |
* pinesol_green |
brews and pours a cup of Kenya Githiru, and sends it sliding down the bar to Bmagic |
09:19 |
kmlussier |
@tea [someone] |
09:19 |
* pinesol_green |
brews and pours a pot of BH02: Holy Basil Purple Leaf, and sends it sliding down the bar to genpaku (http://ratetea.com/tea/upton/bh02-holy-basil-purple-leaf/1937/) |
09:19 |
mmorgan |
Good morning! |
09:23 |
terran |
Good morning! |
09:27 |
|
yboston joined #evergreen |
09:36 |
|
maryj joined #evergreen |
09:57 |
terran |
Bug Squashing Week Stats Up to Date: http://bit.ly/2u1nmtX |
10:01 |
|
jvwoolf1 joined #evergreen |
10:03 |
kmlussier |
terran++ |
10:03 |
bshum |
terran++ |
10:04 |
berick |
terran++ |
10:12 |
|
Jillianne joined #evergreen |
10:38 |
|
Freddy_Enrique joined #evergreen |
10:38 |
Freddy_Enrique |
Good morning :) |
10:39 |
pinesol_green |
[evergreen|Rogan Hamby] LP#1697066: changing copy location search box from 3 to 4 - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=c3be478> |
10:54 |
|
jvwoolf1 joined #evergreen |
11:03 |
pinesol_green |
[evergreen|Cesar Velez] LP#1669907: Web Staff Bib record Holds View dups - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=7c55d3d> |
11:03 |
pinesol_green |
[evergreen|Galen Charlton] LP#1669907: add comment about underlying cause of the bug - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=b923c88> |
11:35 |
pinesol_green |
[evergreen|Jason Boyer] LP1700773: Add Circ Mod to Staff TPAC - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=f04e795> |
11:35 |
pinesol_green |
[evergreen|Galen Charlton] LP#1700773: move release notes entry to client section - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=f430c42> |
11:49 |
pinesol_green |
[evergreen|Cesar Velez] LP#1702756 - WebStaff fix for bug that was introduced by 997e2772 - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=72476c8> |
11:49 |
pinesol_green |
[evergreen|Galen Charlton] LP#1702756: follow-up - tidy some ersatz whitespace - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=7d5f853> |
11:53 |
kmlussier |
fit fetch --all isn't nearly as effective as git fetch --all. But I like the alliteration. |
11:55 |
pinesol_green |
[evergreen|Bill Erickson] LP#1680110 Webstaff circ.staff_client.receipt.* AOUS support - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=b287eed> |
12:02 |
|
Christineb joined #evergreen |
12:08 |
csharp |
@band add Fit Fetch |
12:08 |
pinesol_green |
csharp: Band 'Fit Fetch' added to list |
12:13 |
dbs |
csharp: yeah once I saw it on our instance during that period of high load I just disabled it; we're up on xenial with 2.12.3+ now |
12:13 |
csharp |
dbs++ # awesome |
12:14 |
dbs |
(with the "cachekey all the things!" patch, and nginx doing front end caching/proxying to try to lighten apache's load a bit) |
12:15 |
dbs |
Made it through 3.5 hours since opening without a single complaint, which might be a post-upgrade record |
12:15 |
csharp |
excellent |
12:16 |
dbs |
Trying not to remember that I rolled into bed at 4:00 am :) |
12:16 |
csharp |
@coffee dbs |
12:16 |
* pinesol_green |
brews and pours a cup of Sumatra Lintong, and sends it sliding down the bar to dbs |
12:17 |
dbs |
csharp++ |
12:29 |
terran |
Congratulations, dbs! |
12:41 |
dbs |
thanks terran! |
12:53 |
terran |
(tries to think if I've never had 3.5 hours on a normal day where I didn't receive a complaint about something or other) |
12:56 |
dbs |
probably just people complaining about how efficient you are, making them look bad |
12:58 |
kmlussier |
:) |
13:02 |
Freddy_Enrique |
oh... |
13:55 |
terran |
dbs++ for making me laugh |
15:58 |
|
maryj joined #evergreen |
16:03 |
|
tinyurl_comSLASH joined #evergreen |
16:05 |
|
tinyurl_comSLASH left #evergreen |
16:06 |
kmlussier |
@praise bug squashers |
16:06 |
* pinesol_green |
bug squashers can run a report without assistance |
16:07 |
mmorgan |
:) |
16:08 |
dbs |
mmm Call to [open-ils.reporter.folder.visible.retrieve] failed for session [1500493556.601421.150049355610879], thread trace [1]:\nCan't use an undefined value as an ARRAY reference at /usr/local/share/perl/5.22.1/OpenILS/Utils/CStoreEditor.pm line 600 |
16:09 |
dbs |
happens to be preventing us from seeing our report folders at the moment, as it turns out :) |
16:10 |
dbs |
Spot the undefined value being used as an ARRAY reference: return 1 if $U->is_true($self->json_query($PERM_QUERY)->[0]->{has_perm}) |
16:10 |
* dbs |
heads off for vacation... |
16:11 |
kmlussier |
Vacations should always be planned immediately after an upgrade. |
16:12 |
berick |
json_query failing is usually accompanied by a (more useful) sql error |
16:14 |
dbs |
It was that, or leave it until I get back in mid-August and then deal with the broken things turning up as the school year begins :) |
16:15 |
dbs |
berick: yeah, sadly not finding it in syslog or open-ils.reporter.stderr, maybe on the database server side but I don't have that access :( |
16:15 |
* dbs |
heads off for realz |
16:16 |
berick |
have a good vacation, dbs |
16:17 |
kmlussier |
dbs: Enjoy! |
16:31 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
16:45 |
|
techybutdbnoob joined #evergreen |
16:47 |
techybutdbnoob |
Hello! I'm running a 2.12.1 version of the staff client and trying to alter permissions. Theoretically I should be able to since I have developer permissions but no changes save. This is to then actually troubleshoot the immediate problem, but that seems like a bit one. |
16:48 |
techybutdbnoob |
*big |
16:49 |
techybutdbnoob |
Any assistance appreciated. Can't really test if the reason my fields aren't loading is because of my workstation or the server until I can add another workstation (don't have permission to for some reason?) |
16:53 |
rhamby |
Techybutdbnoob: are you using installed staff client or web based one? |
16:54 |
techybutdbnoob |
installed! |
16:54 |
techybutdbnoob |
got my hands on the correct version |
16:54 |
rhamby |
Are you using an account with permissions to add the appropriate permissions? |
16:54 |
techybutdbnoob |
makes me a bit miffed that it's 12.1 and not something with bugfixes though |
16:55 |
techybutdbnoob |
I can see the account's permissions and "everything" is checked (among other things) |
16:55 |
kmlussier |
techybutdbnoob: Is it everything at the consortium level? |
16:55 |
techybutdbnoob |
it is |
16:56 |
rhamby |
Are the permissions not saving or not working? Are you getting an error and if so what? |
16:56 |
kmlussier |
techybutdbnoob: And are you changing the permissions for a particular user or for a permission group? |
16:56 |
techybutdbnoob |
particular user |
16:56 |
techybutdbnoob |
one moment |
16:57 |
techybutdbnoob |
User ____ [____] has successfully modified.\n0 permissions and 0 work locations updated |
16:57 |
kmlussier |
techybutdbnoob: FWIW, being on 2.12.1 shouldn't make much of a difference. I don't think there have been many xul client fixes since then. |
16:58 |
techybutdbnoob |
oh, okay, that does make me feel a bit better |
16:59 |
techybutdbnoob |
sorry, as stated- I'm a tech and understand enough of the lingo and theory of how it should work, but I haven't managed databases before this. Sadly, I don't currently have access to the server. |
17:00 |
* kmlussier |
checks something |
17:01 |
techybutdbnoob |
@rhamby the account has permission to register_workstation at a consortium level, but it doesn't have the permission when I log in on another computer. Thought I could change it a bit, but I can't even save settings, which raises other concerns. |
17:01 |
pinesol_green |
techybutdbnoob: It reads like a Nigerian 419 scam, but I think it is a sincere question sent to the wrong list. |
17:02 |
mmorgan |
techybutdbnoob: Does the user have a working location? |
17:02 |
kmlussier |
techybutdbnoob: OK, I don't think the issue is you're seeing is related to permission. If I access that interface without the right permission, all of my boxes are disabled. I can't even get to the point where you receive that message. |
17:02 |
rhamby |
Does that user have working locations? |
17:02 |
techybutdbnoob |
mmorgan: yes |
17:02 |
kmlussier |
rhamby: mmorgan beat you! |
17:02 |
rhamby |
Bah! |
17:03 |
techybutdbnoob |
lol, learning this reply thing |
17:03 |
kmlussier |
techybutdbnoob: Don't mind pinesol_green. That's just a bot that thought you were issuing a command when you used the @ symbol. |
17:03 |
* mmorgan |
has to run now but good luck :) |
17:03 |
|
mmorgan left #evergreen |
17:03 |
techybutdbnoob |
kmlussier: ppffffft. thank you I was confused |
17:04 |
techybutdbnoob |
So to recap- I have a working station for the account. It has the ' |
17:04 |
techybutdbnoob |
dang it |
17:05 |
techybutdbnoob |
the 'everything' permission. |
17:05 |
techybutdbnoob |
my immediate trouble is not seeing fields when registering a new patron |
17:06 |
techybutdbnoob |
Since I couldn't tell if it was a problem with the workstation, I tried installing the staff client on another computer, but was greeted by not having permission to add a workstation. |
17:06 |
|
jvwoolf1 left #evergreen |
17:06 |
techybutdbnoob |
So now I'm definitely beyond my expertise and google has led me here. |
17:07 |
kmlussier |
This is a good place to be. |
17:07 |
kmlussier |
techybutdbnoob: To clarify, it's the account with the everything permission that is unable to register a workstation? |
17:07 |
techybutdbnoob |
kmlussier: Yep! I've visited other IRC channels for help on other things and not nearly as polite or responsive. |
17:08 |
techybutdbnoob |
kmlussier: Yeah! That's the weird part. |
17:08 |
kmlussier |
I thought you were trying to apply the register workstation permission to an account that was unable to do so. |
17:08 |
abneiman |
techybutdbnoob: note that the "everything" permission doesn't necessarily cover literally everything. |
17:09 |
abneiman |
(I have been tripped up by that before myself) |
17:09 |
techybutdbnoob |
kmlussier: well this is why we clarify and I appreciate your patience as I shake my fist in frustration at all this |
17:09 |
techybutdbnoob |
oh jeez... I should get off |
17:09 |
terran |
Not seeing fields when registering a patron triggers a memory... maybe autogen needs to be run? checking my notes... |
17:09 |
techybutdbnoob |
thunder just struck a mile away and I like my computer the way it is |
17:10 |
kmlussier |
abneiman: It should cover everything that is identified in the database, though. |
17:10 |
techybutdbnoob |
terran: thanks! I'll try to stay on as long as possible |
17:10 |
terran |
Yes - in my notes it says you need to restart autogen.sh |
17:10 |
abneiman |
kmlussier: just recalling that I had run into that in the past when permissions were behaving oddly |
17:11 |
techybutdbnoob |
abneiman: grumblegrumble developer language reasoning grumble |
17:11 |
kmlussier |
terran: Nice sleuth work! |
17:11 |
kmlussier |
techybutdbnoob: If you don't have access to the server, you won't be able to run autogen.sh. Can you ping somebody who does have access? |
17:12 |
kmlussier |
techybutdbnoob: Also, are you trying to update permissions for the same user that you are logged in as? |
17:13 |
techybutdbnoob |
kmlussier: I can send them an email, but they're not that reachable. And yes I am. |
17:13 |
kmlussier |
eh, never mind. That's not relevant to why you can't register a workstation when you should have permission to do so. |
17:13 |
techybutdbnoob |
kmlussier: is that the problem? Can you not edit permissions for a user you're logged in as for security and code reasons? |
17:14 |
miker |
techybutdbnoob: yes, for security reasons |
17:14 |
miker |
kmlussier++ |
17:14 |
techybutdbnoob |
miker: thank you! That clears that problem up. Okay. Still doesn't explain the other 2 problems, but that's a solution to the one. |
17:15 |
techybutdbnoob |
1) Can't add a workstation on an account that has the 'everthing' and 'register_workstation' permissions. 2) Can't see fields when trying to register a new patron. |
17:16 |
techybutdbnoob |
Are you typically only allowed one workstation per user? |
17:16 |
techybutdbnoob |
(storm's leaving, I can stay on) |
17:17 |
kmlussier |
techybutdbnoob: You can add as many working locations per user as you want. But you will only be logged into one workstation at a time. |
17:18 |
techybutdbnoob |
kmlussier: tried both logged on another machine and off :/ |
17:18 |
kmlussier |
techybutdbnoob: But if you have the everything permission, you shouldn't need at a depth of 0 (the consortium level), you shouldn't need to add the register workstation permission to add a workstation. |
17:18 |
techybutdbnoob |
kmlussier: yep, have consortium for both... |
17:20 |
kmlussier |
techybutdbnoob: But I think you might want to try to follow up on terran's suggestion. Has your system recently gone through an upgrade? Or have changes been made to the org tree? |
17:20 |
kmlussier |
The org tree is the list of systems, branches, etc. |
17:20 |
techybutdbnoob |
terran: Oh, I saw the server manager's interface for a moment yesterday and it was working for him. |
17:20 |
techybutdbnoob |
kmlussier: almost definitely |
17:20 |
techybutdbnoob |
kmlussier: I believe this is a new setup |
17:21 |
techybutdbnoob |
Yeah, definitely new setup within the last month |
17:22 |
kmlussier |
Yeah, any time a change is made to the org tree, you need to run autogen.sh or funky things happen. I would start there. |
17:23 |
techybutdbnoob |
kmlussier: Thanks! I'll send him the e-mail |
17:24 |
techybutdbnoob |
Gonna head out for a while. I appreciate all the help guys!!! |
17:26 |
kmlussier |
techybutdbnoob: Also, you might want to try removing that register workstation permission. Bug 1480432 could be relevant here. |
17:26 |
pinesol_green |
Launchpad bug 1480432 in Evergreen "Staff users can have permission at a more restrictive depth than assigned via a permission group" [Undecided,New] https://launchpad.net/bugs/1480432 |
17:27 |
kmlussier |
Or maybe not. |
17:28 |
kmlussier |
abneiman: I think we should mark bug 1117658 as Fix Committed with a milestone of 3.0alpha. ;) |
17:28 |
pinesol_green |
Launchpad bug 1117658 in Evergreen "Experiment with more browser-based staff interfaces" [Wishlist,Triaged] https://launchpad.net/bugs/1117658 |
17:29 |
abneiman |
kmlussier: hahaha, +1 |
17:29 |
terran |
kmlussier++ |
20:29 |
|
gsams joined #evergreen |