Time |
Nick |
Message |
00:38 |
pinesol_green |
[evergreen|Jane Sandberg] Docs: LP1268054 add patron purchase request doc - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=18c0241> |
01:00 |
|
StomproJ joined #evergreen |
02:18 |
|
Stompro joined #evergreen |
03:19 |
|
StomproJ joined #evergreen |
05:00 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
05:46 |
|
Stompro joined #evergreen |
06:40 |
|
rlefaive joined #evergreen |
06:47 |
|
StomproJ joined #evergreen |
07:16 |
|
rjackson_isl joined #evergreen |
08:13 |
|
collum joined #evergreen |
08:14 |
|
collum joined #evergreen |
08:39 |
|
sard joined #evergreen |
08:46 |
|
Dyrcona joined #evergreen |
08:52 |
|
bos20k joined #evergreen |
09:15 |
|
yboston joined #evergreen |
09:27 |
|
rlefaive_ joined #evergreen |
09:28 |
|
_adb left #evergreen |
09:36 |
|
maryj joined #evergreen |
10:17 |
|
Dyrcona joined #evergreen |
10:18 |
Dyrcona |
Heh. Signed out thinking that would cause my IRC client to write a log file. |
10:18 |
Dyrcona |
Then, I realized that I had two hostnames for freenode and I was looking in the wrong directory. |
10:19 |
|
Shae joined #evergreen |
10:19 |
|
graced joined #evergreen |
10:20 |
|
akilsdonk joined #evergreen |
10:20 |
|
miker joined #evergreen |
10:20 |
|
ericar joined #evergreen |
10:21 |
Dyrcona |
jeff++ # He knows why. :) |
10:21 |
|
jyorio joined #evergreen |
10:21 |
|
barbara joined #evergreen |
10:24 |
|
drigney joined #evergreen |
10:39 |
|
abneiman joined #evergreen |
10:44 |
Bmagic |
jeff++ |
10:48 |
|
rhamby joined #evergreen |
11:11 |
|
Christineb joined #evergreen |
11:25 |
|
bmills joined #evergreen |
11:31 |
|
brahmina joined #evergreen |
11:53 |
|
krvmga joined #evergreen |
12:15 |
|
jihpringle joined #evergreen |
12:16 |
|
Enjabain joined #evergreen |
12:18 |
Enjabain |
Hello, I know you can limit search results to a create date range, but can you sort? |
12:18 |
Enjabain |
by Create Date |
12:18 |
Dyrcona |
Enjabain: You mean create date of the MARC record? |
12:20 |
|
Newziky joined #evergreen |
12:21 |
Enjabain |
Not sure... I am hoping to list most recent additions to a specific libraries catalog. |
12:22 |
|
Newziky left #evergreen |
12:22 |
Dyrcona |
There's a feed for that, but you can't do that very well from search. |
12:22 |
Dyrcona |
IIRC, the pub date sort actually sorts on the 005, which is close to what you want. |
12:23 |
* Dyrcona |
considers that a bug, btw. |
12:23 |
Dyrcona |
But, if you have more than 1 library sharing bib records, you want to sort by copy create date, and you can't do that from search. |
12:24 |
Dyrcona |
At least, I don't think you can. |
12:25 |
Enjabain |
Well the feed feature seems to be disabled from our shared evergreen. so I am trying to accoplish it through search. |
12:28 |
Dyrcona |
Bug your system administrator to fix the feeds. :) |
12:30 |
Enjabain |
That is probably a good idea! |
12:43 |
|
Callender joined #evergreen |
13:07 |
|
sarabee joined #evergreen |
13:43 |
Bmagic |
bug 1271725 |
13:43 |
pinesol_green |
Launchpad bug 1271725 in Evergreen "An OPAC integrated New Books feature sure would be nice" [Wishlist,Triaged] https://launchpad.net/bugs/1271725 - Assigned to Terran McCanna (tmccanna) |
14:04 |
|
bmills joined #evergreen |
15:05 |
|
DPearl joined #evergreen |
15:07 |
DPearl |
Web client question. I want to register a new workstation, but the org drop down is empty (the current value is CONS). Using Concerto data. I expected to see an org tree. Any suggestions? |
15:12 |
jeffdavis |
DPearl: did you run autogen? |
15:17 |
berick |
related, does the org selector appear in other locations, like the catalog |
15:18 |
DPearl |
Autogen was run, and the org selector appears reasonable in other places, like "Pickup location" |
15:19 |
bmills |
DPearl: have you logged in with no workstation, then set one for yourself in Administration > Workstation under "Register a New Workstation for this computer? I see the dropdown options for all the org units in that interface when registering. It then showed up upon a new login, but not a list of all the available org units, just the one I registered through the the admin interface (on 2.9.1) |
15:22 |
DPearl |
bmills: I indeed logged in w/o WS, and set me a WS, but only CONS (pre-initialized value) was available. |
15:24 |
berick |
DPearl: are you familiar w/ the javascript console? could be some useful info / errors in there. |
15:24 |
DPearl |
bmills: Deleting a registration seems to have no effect |
15:27 |
DPearl |
berick: Interacting with the UI does not elicit any messages on JS Console |
15:27 |
berick |
DPearl: try reloading the page |
15:29 |
pastebot |
"DPearl" at 64.57.241.14 pasted "Well, a reload got these message" (12 lines) at http://paste.evergreen-ils.org/35 |
15:29 |
berick |
DPearl: what browser? |
15:30 |
DPearl |
berick: Chrome |
15:31 |
DPearl |
berick: caching issue? |
15:32 |
berick |
DPearl: maybe, the org tree is put into the session cache when it's first loaded. opening a new tab will use a new session cache though. you could try that to see if it fixes it |
15:32 |
Dyrcona |
Yeah, I was just gonna suggest clearing the browser cache. |
15:32 |
Dyrcona |
The stuff about hatch, you can ignore that. |
15:33 |
berick |
and, yeah, clearing the browser cache is never a bad idea |
15:33 |
Dyrcona |
DPearl: Did you say could login? /me reads up. |
15:36 |
DPearl |
I cleared the app cache, and now the pre-initialized OU is BR1, and I don't even see CONS. The dropdown is still blank. |
15:37 |
DPearl |
Dyrcona: Yes. I can log in and play. |
15:37 |
Dyrcona |
DPearl: Have you registered a workstation with this browser before? |
15:37 |
DPearl |
Dyrcona: No |
15:37 |
Dyrcona |
Well, probably not, because you couldn't login unless that was fixed. |
15:37 |
Dyrcona |
OK. I've not seen this one before. |
15:38 |
berick |
permissions issue? |
15:38 |
DPearl |
Dyrcona: I can show it to you on Mon. Maybe it's an issue. I'm not blocked. |
15:38 |
Dyrcona |
DPearl: Sounds good if we're open on Monday. :) |
15:38 |
berick |
DPearl: does your login have REGISTER_WORKSTATION at any org units? |
15:39 |
DPearl |
berick: Where do I look for that? |
15:40 |
berick |
DPearl: before I answer that.. do you have access to the admin account on this system? |
15:40 |
berick |
if so, does it work as expected for admin? |
15:40 |
Dyrcona |
Yeah. You might be limited in choices if you're not logging in as admin. |
15:40 |
* Dyrcona |
almost always uses admin for testing so didn't think of that right away. |
15:41 |
DPearl |
berick: Yes. I think that is the clue to what is up. I logged in as admin and I just saw CONS. Now I'm logged in as some random librarian at BR1. That has to be why it is not showing me the tree. |
15:41 |
berick |
Dyrcona: same here |
15:42 |
berick |
DPearl: ok, good |
15:42 |
Dyrcona |
Well, that still isn't right, because admin should see all ous, right? |
15:42 |
Dyrcona |
Unless the working location isn't set correctly in the seed data. |
15:42 |
berick |
yeah, admin should all orgs |
15:42 |
DPearl |
Agreed |
15:42 |
berick |
indeed, could be a work ou issue |
15:43 |
Dyrcona |
I haven't updated a vm for a while, but I'll do so and take a look to see if I can replicate it. |
15:43 |
berick |
should probably add a message to the WS reg page indicating when a user does not have perms to register a WS. |
15:44 |
DPearl |
Thanks, all. |
15:46 |
* Dyrcona |
updates a build with master. |
15:56 |
Dyrcona |
It takes a few minutes :) |
16:00 |
Dyrcona |
Oh, DPearl: I got one of those messages you saw the other day when running autogen.sh. I think it came from not waiting long enough for services to be started before running autogen. |
16:03 |
Dyrcona |
I logged in as admin and got all of the OUs in the drop down. |
16:04 |
Dyrcona |
Does CONS allow users? I wonder if it should be valid to register a workstation there. |
16:05 |
Dyrcona |
DPearl: I'm not able to reproduce what you reported, but this is my first time trying the web client since October, so any cache would have cleared. |
16:09 |
Dyrcona |
So, this is interesting: The Remove button is dimmed for the first workstation that I registered, even after I added another, made it the default, and switched to that new workstation. |
16:09 |
Dyrcona |
The button is not dimmed for the second workstation even though I'm logged in with it. |
16:09 |
Dyrcona |
That is not behavior that I would expect, but is it a bug? |
16:15 |
Dyrcona |
Well, I can delete it from local storage when I'm done, but that seems odd. |
16:19 |
|
bmills joined #evergreen |
16:19 |
Dyrcona |
I think I'll make a LP bug about the being able to register a workstation at an ou that has can_have_users false. |
16:19 |
* Dyrcona |
builds a xul client to see what it does. |
16:20 |
berick |
Dyrcona: apparently there's code in there to handle that..suppose it's not working anymore |
16:20 |
Dyrcona |
OK. |
16:20 |
berick |
not saying you shouldn't open the bug |
16:20 |
berick |
just fwiw i see disable-test="cant_have_users" on the org selector |
16:21 |
Dyrcona |
Gotcha. I'll bet that is what is preventing me from removing the registration in the clent. |
16:21 |
Dyrcona |
I'll play with it. |
16:22 |
Dyrcona |
Can I change that in the Chrome inspector or is it too late? |
16:24 |
berick |
i think I see the problem.. |
16:24 |
berick |
cant_have_users is a function, but it's invoked as a bool in the template |
16:25 |
Dyrcona |
OK. I was gonna say it's too late to do anything in Chrome with the value. |
16:25 |
berick |
oh, wait |
16:25 |
berick |
that may be how eg-org-selector expects it to be |
16:25 |
berick |
ignore that |
16:43 |
Dyrcona |
I'll see what I can figure out and open Lp bug. |
16:43 |
Dyrcona |
Signing off for now. |
17:00 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
17:00 |
|
bmills joined #evergreen |
17:15 |
|
finnx left #evergreen |
19:22 |
|
finnx joined #evergreen |
19:42 |
|
bmills joined #evergreen |
20:08 |
|
Dyrcona joined #evergreen |
20:08 |
|
bmills joined #evergreen |
20:14 |
Dyrcona |
@later tell berick I think the reason I can't remove a workstation registered at CONS in the webstaff client is a bug in auth.hasPermAt. |
20:14 |
pinesol_green |
Dyrcona: The operation succeeded. |
20:19 |
Dyrcona |
Ok, technically it is egPerm.hasPermAt().... It's defined in auth.js. |
20:23 |
Dyrcona |
@later tell berick Nah, that can't be it. |
20:23 |
pinesol_green |
Dyrcona: The operation succeeded. |
20:24 |
Dyrcona |
Oh! I got it! |
20:24 |
Dyrcona |
I'll make a Lp bug! |
20:49 |
|
bmills joined #evergreen |
20:57 |
Dyrcona |
@later tell berick https://bugs.launchpad.net/evergreen/+bug/1648918 |
20:57 |
pinesol_green |
Dyrcona: The operation succeeded. |
20:57 |
pinesol_green |
Launchpad bug 1648918 in Evergreen "Webstaff: Can't remove registered workstation at root of user's org/permission tree." [Undecided,New] |
20:59 |
Dyrcona |
As for the other thing: being able to register a workstation at an org unit that can't have users, I think I see a fix. Question is if it's a bug or not. |
20:59 |
Dyrcona |
I'm going to try a fix and post a Lp bug if it works. |
21:02 |
|
bmills joined #evergreen |
21:08 |
Dyrcona |
Small stuff...but it's something. |
21:19 |
|
finnx joined #evergreen |
21:30 |
Dyrcona |
@later tell berick https://bugs.launchpad.net/evergreen/+bug/1648922 |
21:30 |
pinesol_green |
Dyrcona: The operation succeeded. |
21:30 |
pinesol_green |
Launchpad bug 1648922 in Evergreen "Webstaff: User can register workstation at org_unit that can't have users." [Undecided,New] |
21:30 |
Dyrcona |
That's enough for tonight. |
21:32 |
jeff |
heh |
21:32 |
jeff |
Dyrcona++ |
21:39 |
|
StomproJ joined #evergreen |
22:21 |
|
Stompro joined #evergreen |
22:35 |
|
ericar_ joined #evergreen |
22:35 |
|
bwicksall_ joined #evergreen |
22:35 |
|
BigRig joined #evergreen |
22:37 |
|
phasefx_ joined #evergreen |
22:46 |
|
StomproJ joined #evergreen |
23:02 |
|
Stompro joined #evergreen |
23:52 |
|
StomproJ joined #evergreen |