| Time |
Nick |
Message |
| 06:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 06:59 |
|
agoben joined #evergreen |
| 07:11 |
|
rjackson_isl joined #evergreen |
| 07:14 |
|
rfrasur joined #evergreen |
| 07:39 |
|
collum joined #evergreen |
| 08:33 |
|
Dyrcona joined #evergreen |
| 08:36 |
|
mmorgan joined #evergreen |
| 08:43 |
|
jvwoolf joined #evergreen |
| 09:11 |
|
jvwoolf joined #evergreen |
| 09:32 |
|
yboston joined #evergreen |
| 10:06 |
|
sandbergja joined #evergreen |
| 10:41 |
berick |
sandbergja: re: 1862785, the workstation settings themselves are retained, it's just the linkage of the workstation to the browser that's lost. once that's recovered, the settings are all recovered. |
| 10:43 |
berick |
one solution is to use Hatch, which stores the WS on disk. |
| 10:46 |
berick |
not requiring Hatch would be preferred, of course, so thoughts appreciated |
| 10:46 |
phasefx_ |
what about vivicating the workstation entry based on the ?ws= parameter? You get such a URL after registration and could bookmark it |
| 10:47 |
phasefx_ |
menu entry^ |
| 10:47 |
berick |
phasefx: thought about that. it sidesteps some of the permission enforcement. |
| 10:47 |
berick |
but that could probably be accounted for |
| 10:48 |
berick |
as in, staff could log in with /any/ valid workstation via the URL |
| 10:48 |
* phasefx |
nods |
| 10:49 |
* berick |
wonders if STAFF_LOGIN is normally handed out globally |
| 10:49 |
phasefx |
maybe a flag somewhere to allow or disallow that feature |
| 10:49 |
csharp |
it is set at the Staff level in PINES |
| 10:49 |
berick |
csharp: meaning, at the Consortium level? |
| 10:49 |
csharp |
(Staff being the parent of all staff accounts) |
| 10:50 |
csharp |
uh... |
| 10:50 |
berick |
was wondering about the org depth |
| 10:50 |
phasefx |
if folks are willing to share custom URL's like that to circumvent things; they could do that now with cookies or whatnot, it's just more difficult, yeah? |
| 10:50 |
phasefx |
screen-door security |
| 10:50 |
csharp |
STAFF_LOGIN|STAFF_LOGIN|Staff|Consortium|Not Grantable |
| 10:51 |
csharp |
that's what we have applied |
| 10:51 |
csharp |
(Permission|Description|Permission Level|Depth|Grantability) |
| 10:51 |
berick |
csharp: thanks for confirming, kind of what I expected |
| 10:52 |
berick |
phasefx: true |
| 10:54 |
mmorgan |
berick: does that ability to store ws in hatch exist now? |
| 10:54 |
berick |
could be a new permission for allowing staff to log in with a non-locally registered workstation (e.g. via url) |
| 10:54 |
berick |
mmorgan: yes |
| 10:55 |
berick |
mmorgan: and it's automatic, so if yo use Hatch, you get the file storage |
| 10:56 |
mmorgan |
So, say you clear your cookies on a computer that has hatch, how would you go about restoring the workstation? |
| 10:57 |
berick |
mmorgan: just go to the login page, the workstation will be in the drop-down |
| 10:57 |
mmorgan |
That has not been our experience :-( |
| 10:58 |
berick |
mmorgan: it's a relatively recent addition. |
| 10:58 |
* berick |
finds bug |
| 10:58 |
berick |
https://bugs.launchpad.net/evergreen/+bug/1830391 |
| 10:58 |
pinesol |
Launchpad bug 1830391 in Evergreen 3.3 "Hatch omnibus circa 3.3 (Java updates and more)" [Undecided,New] |
| 10:59 |
berick |
3.4.2 and up |
| 10:59 |
mmorgan |
Oh! I always miss the good stuff in those omnibus bugs! |
| 10:59 |
mmorgan |
berick++ |
| 11:06 |
mmorgan |
Just tried clearing cookies on a master test system, totally works!! |
| 11:07 |
berick |
awesome |
| 11:13 |
|
Christineb joined #evergreen |
| 11:40 |
StomproJ |
Dyrcona ++ thanks for pointing me to the correct bug. |
| 11:41 |
Dyrcona |
Well,, you were on the correct bug, just that there's a newer one, too. |
| 11:47 |
|
Dyrcona joined #evergreen |
| 12:10 |
|
jihpringle joined #evergreen |
| 12:20 |
|
Dyrcona joined #evergreen |
| 12:24 |
|
mantis1 joined #evergreen |
| 12:30 |
|
jvwoolf joined #evergreen |
| 12:40 |
|
collum joined #evergreen |
| 12:44 |
|
khuckins joined #evergreen |
| 12:54 |
|
collum_ joined #evergreen |
| 13:32 |
|
jvwoolf joined #evergreen |
| 13:40 |
|
JeffG_ARE joined #evergreen |
| 13:41 |
|
collum joined #evergreen |
| 13:43 |
|
JeffG_ARE joined #evergreen |
| 14:01 |
|
sandbergja joined #evergreen |
| 14:16 |
|
jvwoolf1 joined #evergreen |
| 15:04 |
|
khuckins joined #evergreen |
| 15:05 |
|
mmorgan1 joined #evergreen |
| 15:43 |
|
mantis1 left #evergreen |
| 16:13 |
|
mmorgan joined #evergreen |
| 16:24 |
jeff |
Am I correct in thinking that bug 1862785 has nothing to do with clearing cookies? |
| 16:24 |
pinesol |
Launchpad bug 1862785 in Evergreen "Clearing your browser cookies means you can no longer access your workstation" [Undecided,New] https://launchpad.net/bugs/1862785 |
| 16:24 |
jeff |
And it's local storage being cleared that results in the symptom? |
| 16:26 |
jeff |
(Which some Chrome user interfaces lump in under "Cookies and other site data" and Firefox under "Cookies and Site Data") |
| 16:26 |
berick |
jeff: yeah, it's localStorage |
| 16:27 |
berick |
all the clear-able storage options tend to get lumped |
| 16:28 |
jeff |
*nod* |
| 16:29 |
jeff |
thanks, just wanted to make sure my understanding was correct. :-) |
| 16:29 |
mmorgan |
jeff: Thanks for clarifying! |
| 16:29 |
mmorgan |
jeff++ |
| 16:34 |
Dyrcona |
@blame Users |
| 16:34 |
pinesol |
Dyrcona: Users WILL PERISH UNDER MAXIMUM DELETION! DELETE. DELETE. DELETE! |
| 16:34 |
Dyrcona |
@blame Programmers |
| 16:34 |
pinesol |
Dyrcona: Programmers is probably integrated with systemd |
| 16:37 |
Dyrcona |
@blame Hardware |
| 16:37 |
pinesol |
Dyrcona: Hardware is why we can never have nice things! |
| 16:38 |
Dyrcona |
:) |
| 16:38 |
mmorgan |
@blame Software |
| 16:38 |
pinesol |
mmorgan: Software musta been an Apple employee. |
| 16:38 |
mmorgan |
:) |
| 16:43 |
csharp |
@blame pinesol for all the problems |
| 16:43 |
pinesol |
csharp: itself wants the TRUTH?! itself CAN'T HANDLE THE TRUTH!! for all the problems |
| 16:44 |
csharp |
@blame [band] for [praise] |
| 16:44 |
pinesol |
csharp: Forget it, Jake. It's just Disgusto Barfo. for (praise [<channel>] [<id>] <who|what> [for <reason>]) -- Praises <who|what> (for <reason>, if given). If <id> is given, uses that specific praise. <channel> is only necessary if the message isn't sent in the channel itself. |
| 16:44 |
csharp |
@blame [band] for [praise [someone]] |
| 16:44 |
* pinesol |
Reposity typed Google into Google; broke the Internet. for eeevil is one of the few who deserves to be praised |
| 16:45 |
csharp |
@love [band] |
| 16:45 |
pinesol |
csharp: The operation succeeded. csharp loves Reposity. |
| 16:45 |
csharp |
@hate [band] |
| 16:45 |
pinesol |
csharp: The operation succeeded. csharp hates Belated Karma. |
| 17:05 |
|
mmorgan left #evergreen |
| 17:17 |
|
jvwoolf1 left #evergreen |
| 17:31 |
|
khuckins joined #evergreen |
| 18:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 19:05 |
|
cmalm joined #evergreen |
| 19:27 |
|
cmalm joined #evergreen |
| 20:31 |
|
sandbergja joined #evergreen |
| 21:24 |
|
sandbergja joined #evergreen |
| 21:38 |
|
sandbergja joined #evergreen |
| 23:44 |
|
sandbergja joined #evergreen |
