Evergreen ILS Website

IRC log for #evergreen, 2020-02-11

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

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

Turn on filtering by nick Enable summary mode
Time Nick Message
06:00 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
10 more elements. Show/hide.
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.
18 more elements. Show/hide.
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.
3 more elements. Show/hide.
18:01 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
6 more elements. Show/hide.

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