| Time |
Nick |
Message |
| 00:34 |
|
eady joined #evergreen |
| 04:42 |
|
Guest25107 joined #evergreen |
| 05:00 |
pinesol_green |
News from qatests: Test Failure <http://testing.evergreen-ils.org/~live> |
| 06:56 |
|
kmlussier joined #evergreen |
| 07:01 |
kmlussier |
Good morning #evergreen! |
| 07:01 |
kmlussier |
@coffee [someone] |
| 07:01 |
* pinesol_green |
brews and pours a cup of Decaf Organic Caffe Volcan, and sends it sliding down the bar to jeffdavis |
| 07:02 |
kmlussier |
@tea [someone] |
| 07:02 |
* pinesol_green |
brews and pours a pot of Green Tea with Peach, and sends it sliding down the bar to kmlussier (http://ratetea.com/tea/bigelow/green-tea-with-peach/43/) |
| 07:02 |
kmlussier |
Ooh! pinesol_green rarely gives me anything. Not sure I'm a big fan of the peach, though. |
| 07:18 |
|
rjackson_isl joined #evergreen |
| 07:18 |
|
rjackson_isl_ joined #evergreen |
| 07:19 |
|
rjackson_isl joined #evergreen |
| 07:34 |
|
agoben joined #evergreen |
| 07:38 |
|
Bmagic joined #evergreen |
| 07:38 |
|
wsmoak joined #evergreen |
| 08:33 |
kmlussier |
Looks like bug 1501781 made it into 2.11, but the feature never made it into the release notes, even though a release notes entry was written. |
| 08:33 |
pinesol_green |
Launchpad bug 1501781 in Evergreen "Patron name search should be diacritic-insensitive" [Wishlist,Fix released] https://launchpad.net/bugs/1501781 |
| 08:36 |
kmlussier |
Oh, I see. It isn't an adoc or txt file. Probably got missed in the release note build. |
| 08:36 |
* kmlussier |
sees another entry for 2.12 that needs to have a file extension added. |
| 08:36 |
* csharp |
hopes it's not one of his :-) |
| 08:38 |
|
mmorgan joined #evergreen |
| 08:39 |
kmlussier |
csharp: Nope! |
| 08:52 |
|
bos20k joined #evergreen |
| 09:02 |
gmcharlt |
I've got a working-for-me schema upgrade script... and a few minor fixes I'll be pushing out shortly |
| 09:06 |
kmlussier |
gmcharlt++ |
| 09:06 |
kmlussier |
gmcharlt: I'm finishing up a few release note additions that I'll be pushing shortly. |
| 09:30 |
|
yboston joined #evergreen |
| 09:32 |
kmlussier |
Just tried pushing release note changes without first committing them. I think I need more coffee this morning. |
| 09:35 |
pinesol_green |
[evergreen|Kathy Lussier] Docs: Additions to the 2.12 release notes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=64299c6> |
| 09:40 |
mmorgan |
@coffee kmlussier, in a BIG mug |
| 09:41 |
* pinesol_green |
brews and pours a cup of La Esmeralda Panama, and sends it sliding down the bar to kmlussier, in a BIG mug |
| 09:52 |
kmlussier |
berick: If you have any tuits today, could you review the Hatch info I added to the release notes in the above commit and correct any misinformation if there is any. |
| 10:01 |
|
mmorgan1 joined #evergreen |
| 10:05 |
berick |
kmlussier: reading now, thanks |
| 10:10 |
berick |
kmlussier: 2 things.. "Libraries may also install hatch on a separate computer where the settings can be shared by all workstations in the library" -- this is no longer true with Hatch running as a browser extension. It has to be installed on the same machine. |
| 10:11 |
kmlussier |
Oh, of course. |
| 10:11 |
kmlussier |
berick: Given that there isn't a Firefox extension, then, is there any sharing going on when using hatch storage? |
| 10:12 |
gmcharlt |
kmlussier: or whomeever: I've added a pull request to bug 1666933 to get eyes on some last minutes fixups |
| 10:12 |
pinesol_green |
Launchpad bug 1666933 in Evergreen "2.12-beta release-cutting misc" [Low,New] https://launchpad.net/bugs/1666933 |
| 10:12 |
berick |
it could theoretically be installed on a shared drive, with multiple browsers writing to the same directory, but as it stands, that would cause problems. (e.g. retrieve-last-patron would be the last patron retrieved by any of the workstations). plus there could be concurrency issues with multiple instances writing to the same files. |
| 10:13 |
berick |
kmlussier: so, no, no sharing, not in its current form |
| 10:13 |
berick |
possibly never |
| 10:14 |
kmlussier |
hmmmm |
| 10:15 |
berick |
kmlussier: #2 is we should point out in the setup instructions that the workstation has to have a java runtime environment version 8 (or higher) installed. |
| 10:16 |
berick |
kmlussier: it would be easy to copy the settings from one browser to another, since they are just stored as files. that may be the better option for sharing settings. |
| 10:17 |
kmlussier |
berick: OK, I can make the updates. But I'm stuck on figuring out why a library might want to use hatch to store workstation settings. |
| 10:19 |
miker |
kmlussier: biggest in my mind is so they don't get blown away when the browser decides it needs to free some space in local storage |
| 10:20 |
kmlussier |
miker: OK, that seems to be important. |
| 10:20 |
berick |
what miker said, it just keeps stuff out of local storage. however, since we're not requiring Hatch, we also have to take whatever steps possible to make sure localstorage is reliable for those not using Hatch. |
| 10:21 |
miker |
which probably means not having the offline block list downloaded when hatch isn't in use, fwiw |
| 10:21 |
berick |
right |
| 10:27 |
pinesol_green |
[evergreen|Galen Charlton] LP#1666933: fix to point schema update scripts - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=ccd5b32> |
| 10:27 |
pinesol_green |
[evergreen|Galen Charlton] LP#1666933: note that OpenSRF 2.5.0 is now the minimum required - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=45ac590> |
| 10:27 |
pinesol_green |
[evergreen|Galen Charlton] LP#1666933: note that the minimum supported Pg version is 9.3 - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=215bb67> |
| 10:39 |
pinesol_green |
[evergreen|Kathy Lussier] Docs: Some corrections to hatch information in 2.12 release notes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=1a631f8> |
| 10:44 |
berick |
kmlussier: hatch doc changes look good |
| 10:44 |
bshum |
"Evergreen 2.8 has been tested on..." (it's said 2.8 since forever. Should we just make it just say "Evergreen" and omit the specific version number?) |
| 10:44 |
bshum |
In the README for Linux distro support |
| 10:44 |
kmlussier |
Well, I can say with confidence that 2.8 has been tested on all those distros. |
| 10:45 |
kmlussier |
2.12? Not so sure. |
| 10:45 |
bshum |
Fair... but kind of meaningless in all these current README docs |
| 10:45 |
bshum |
For newer versions anyways |
| 10:45 |
bshum |
So maybe it shouldn't say that either |
| 10:46 |
|
bmills joined #evergreen |
| 10:47 |
csharp |
it's probably better to say that we actively support Debian stable and Ubuntu LTS releases and YMMV on others |
| 10:47 |
csharp |
that way we don't have to keep updating the versions |
| 10:48 |
kmlussier |
Sounds good to me |
| 10:48 |
Bmagic |
Anyone created a report that shows an "average age" of groups of items, on a shelf for example? |
| 10:49 |
csharp |
Bmagic: interesting that you bring that up because we had a similar request this week (it was for a meeting that passed before I got to it, though, so I didn't create it) |
| 10:49 |
gmcharlt |
Pg t/ tests pass on both newly seeded and upgraded-from-2.11.3 databases |
| 10:49 |
csharp |
our request was "what is the average life of audiobooks in PINES" |
| 10:49 |
Bmagic |
csharp: I am working on it, but I don't think its possible with the report engine |
| 10:50 |
csharp |
it might be view-worthy |
| 10:50 |
Bmagic |
I suppose, but I feel like I have hacked our installation of Evergreen enough, lol |
| 10:52 |
Bmagic |
I don't think a view will help actually. The solution would be to add "average" as an option for database dates |
| 10:52 |
bshum |
csharp: I'll take that approach in mind as I toy with wording (and other stuff) in the README. I'm getting ISOs for Wheezy, Jessie, and the new thing (Stretch) to try some stuff out |
| 10:53 |
bshum |
With Stretch frozen, I figure it's time to play with Debian 9.0 and start finding out what fun adventures await... |
| 10:54 |
gmcharlt |
OK, active pull request for bug 1666928 for review ASAP, please |
| 10:54 |
pinesol_green |
Launchpad bug 1666928 in Evergreen "Build tests are failing for Overdrive and OneClickdigital modules" [Low,Confirmed] https://launchpad.net/bugs/1666928 |
| 10:54 |
gmcharlt |
or rather, would be if Launchpad DID NOT KEEP TIMING OUT |
| 10:54 |
gmcharlt |
so, I'd like to request review and merge of user/gmcharlt/lp1666928_deal_with_failing_tests |
| 11:03 |
kmlussier |
gmcharlt: works for me. I'll merge it in a sec |
| 11:04 |
kmlussier |
Also, gmcharlt++ |
| 11:05 |
berick |
re: local storage filling up, we have other huge data blobs stored as settings that we may need to reconsider. looking at my Hatch directory, current_tag_table_marc21_biblio is 338K (~1/3 MB) for one key. FFPos* and FFValue* keys are also 20K and 32K. |
| 11:05 |
|
mmorgan joined #evergreen |
| 11:05 |
berick |
not an issue for Hatch, but certainly put pressure on localStorage for non-hatch users |
| 11:07 |
kmlussier |
gmcharlt: done |
| 11:08 |
pinesol_green |
[evergreen|Galen Charlton] LP#1666928: fix build tests for ebook API Perl modules - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=8dce9e6> |
| 11:25 |
|
khuckins_ joined #evergreen |
| 11:35 |
jeffdavis |
bah, thanks for that fix gmcharlt |
| 11:36 |
gmcharlt |
jeffdavis: you're weclome! |
| 11:38 |
dbs |
gmcharlt: nice find on relator maps, id.loc.gov would be a good way to go. |
| 11:39 |
* dbs |
throws bug 1584891 onto the heap, but it should have a test :/ |
| 11:39 |
pinesol_green |
Launchpad bug 1584891 in Evergreen "marc_export -i gives incorrect record length in the leader when call numbers include UTF8 characters" [Undecided,Confirmed] https://launchpad.net/bugs/1584891 |
| 11:57 |
|
sandbergja joined #evergreen |
| 12:06 |
* dbs |
is pretty sure he fixed that problem last year but can't find the bug or branch so... |
| 12:07 |
|
Christineb joined #evergreen |
| 12:10 |
|
jihpringle joined #evergreen |
| 12:14 |
* csharp |
needs to get back to re-creating buildbot buildslaves on mundungus |
| 12:14 |
csharp |
speaking of multiple distro support |
| 12:15 |
dbs |
or maybe we should just join the github / travis-ci hordes |
| 12:15 |
csharp |
hmm - interesting |
| 12:20 |
|
brahmina joined #evergreen |
| 12:23 |
|
kmlussier joined #evergreen |
| 12:24 |
pinesol_green |
[evergreen|Galen Charlton] Translation updates - po files - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=bf54d5c> |
| 12:24 |
pinesol_green |
[evergreen|Galen Charlton] 2.11.3-2.12-beta schema upgrade script - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=6a01762> |
| 12:24 |
pinesol_green |
[evergreen|Galen Charlton] initial version of 2.12 release notes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=c8a272f> |
| 12:24 |
* kmlussier |
grumbles about the need to use the web gateway for IRC whenever she works from the library. |
| 12:25 |
* csharp |
has been able to sweet-talk local IT folks into creating exceptions for his devices' MAC addresses |
| 12:26 |
csharp |
our office is wide open, but several libraries are super locked-down |
| 12:30 |
kmlussier |
Yeah, this is why I sometimes opt for Panera over the library. That and the chocolate croissants. |
| 12:30 |
kmlussier |
@dessert search croissants |
| 12:30 |
pinesol_green |
kmlussier: No matching desserts were found. |
| 12:31 |
kmlussier |
@dessert add chocolate croissants |
| 12:31 |
pinesol_green |
kmlussier: Error: You must be registered to use this command. If you are already registered, you must either identify (using the identify command) or add a hostmask matching your current hostmask (using the "hostmask add" command). |
| 12:31 |
kmlussier |
@dessert add chocolate croissants |
| 12:31 |
pinesol_green |
kmlussier: The operation succeeded. Dessert #51 added. |
| 12:32 |
kmlussier |
@dessert 51 [someone] |
| 12:32 |
* pinesol_green |
grabs some chocolate croissants for rashma |
| 12:32 |
pinesol_green |
[evergreen|Galen Charlton] update upgrade instructions for 2.12-beta - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=13e82db> |
| 12:52 |
csharp |
@area 51 |
| 12:52 |
pinesol_green |
csharp: well, that's what you get for not being a shell script |
| 12:54 |
|
Jillianne joined #evergreen |
| 13:00 |
|
best joined #evergreen |
| 13:02 |
best |
I'm trying to set up evergreen for the first time. I am stuck on the staff client page where it is asking me for a username and password. Everything I put has been denied. Confused about what I am supposed to put here. |
| 13:02 |
* dbs |
has been playing with https://webpagetest.org/ and it's terrifying when you switch to emerging markets/3g connectivity |
| 13:03 |
dbs |
best: when you ran the eg_db_config script, there were --admin-user and --admin-password flags that create an admin user |
| 13:03 |
dbs |
best: you *should* be able to log in with those |
| 13:11 |
|
bmills joined #evergreen |
| 13:14 |
best |
dbs: Thank you. I don't remember that part. I am going to uninstall and reinstall. |
| 13:23 |
best |
I tried to reinstall the staff client again and I am stuck on authentication yet again. :( Was there something else I was supposed to download first? |
| 13:24 |
kmlussier |
best: Did you reinstall the staff client or did you reinstall the server side of the software? |
| 13:24 |
dbs |
best: hmm. have you installed OpenSRF and Evergreen from source, or just downloaded the staff client? |
| 13:24 |
best |
I just downloaded the staff client. |
| 13:25 |
|
khuckins__ joined #evergreen |
| 13:25 |
best |
The only thing I downloaded was the staff client. Did I miss something? |
| 13:26 |
dbs |
best: Ah, okay. there are a lot of steps you need to follow to set up an Evergreen server: http://docs.evergreen-ils.org/2.11/_software_installation.html |
| 13:26 |
best |
oh Lordy. Thank you!!! |
| 13:35 |
gmcharlt |
2.12-beta is now available for download and https://evergreen-ils.org/egdownloads/ is updated |
| 13:35 |
gmcharlt |
kmlussier: ^^ |
| 13:39 |
kmlussier |
gmcharlt: Do you have any objections to me adding a link to the Hatch installer on the downloads page? |
| 13:39 |
gmcharlt |
kmlussier: none |
| 13:39 |
kmlussier |
OK, I'll do that then post the announcements. |
| 13:39 |
kmlussier |
gmcharlt++ |
| 13:41 |
kmlussier |
gmcharlt: That is, I'll make that change once you exit out of editing the downloads page. :) |
| 13:41 |
gmcharlt |
ha! I'm out of it now |
| 13:41 |
kmlussier |
Or I suppose I could take over, but it seems so rude. |
| 13:41 |
gmcharlt |
"but he's always out of it" </peanut_gallery> |
| 13:50 |
kmlussier |
heh |
| 13:50 |
kmlussier |
I linked to the installer available via LP, but, at some point, we should probably make it available on evergreen-ils.org. I didn't try it, but I suspect (hope) it would stop me from uploading an exe file on evergreen-ils.org |
| 13:51 |
gmcharlt |
easy enough for me to toss up there now |
| 13:51 |
gmcharlt |
if you'd like |
| 13:52 |
kmlussier |
sure |
| 13:55 |
gmcharlt |
ok, done |
| 13:56 |
kmlussier |
https://evergreen-ils.org/evergreen-2-12-beta-is-released/ |
| 13:56 |
gmcharlt |
kmlussier++ |
| 13:58 |
jeffdavis |
kmlussier++ |
| 14:00 |
phasefx |
kmlussier++ |
| 14:01 |
csharp |
kmlussier++ |
| 14:01 |
|
khuckins__ joined #evergreen |
| 14:05 |
jeffdavis |
Is 7682 the only extra port used by websockets? |
| 14:06 |
JBoyer |
jeffdavis, If you allow non-ssl connections 7680 is also listening. |
| 14:07 |
JBoyer |
I've not tried only opening one or the other, so if you're encountering an issue that may be it. If it's just curiosity try just 7682 with that info as a fallback, |
| 14:07 |
jeffdavis |
JBoyer: thanks, I'll try just 7682 first. |
| 14:09 |
kmlussier |
Glad to see that automatic to the eg Facebook page from WordPress seem to be working again. |
| 14:11 |
bshum |
Speaking of ports... I haven't gotten to trying out all the new proxy stuff for websockets in OpenSRF 2.5. That would cut down on port needs too, I expect. |
| 14:13 |
* berick |
confirms the proxy setup cuts down on the ports |
| 14:14 |
berick |
ugh, i still need to post a fix for bug 1648234 |
| 14:14 |
pinesol_green |
Launchpad bug 1648234 in Evergreen "Internal Apache port leaks when using proxy" [Undecided,New] https://launchpad.net/bugs/1648234 - Assigned to Bill Erickson (berick) |
| 14:25 |
|
kmlussier joined #evergreen |
| 14:44 |
mmorgan |
kmlussier++ |
| 14:54 |
Bmagic |
kmlussier++ |
| 14:56 |
gmcharlt |
BTW, I feel tempted to entirely drop port 7680 out of the stock websockets config for OpenSRF |
| 14:57 |
csharp |
gmcharlt: +1 |
| 14:57 |
csharp |
I think it would keep sites from getting into habits that would need to be corrected later |
| 14:57 |
berick |
+1 here too |
| 15:07 |
JBoyer |
+1 to secure only vs secure by default. |
| 15:15 |
* berick |
wonders if we need the TCN value in the webstaff item status UI. |
| 15:16 |
berick |
it's listed at the top of the page in the bib summary. removing it would let us easily realign the columns again. |
| 15:16 |
gmcharlt |
bug 1667091 |
| 15:16 |
pinesol_green |
Launchpad bug 1667091 in OpenSRF "Remove insecure WebSockets from stock OpenSRF configs" [Wishlist,New] https://launchpad.net/bugs/1667091 |
| 15:16 |
berick |
otherwise, we'll have to take space from the alert message row (also not a big deal) |
| 15:20 |
dbwells |
kmlussier++ |
| 15:25 |
JBoyer |
berick, Given that the TCN value in the db can get out of sync with the record, I don't see any value in it personally. I'm more a database id sort, myself. |
| 15:25 |
JBoyer |
If you're collecting data 2 cents at a time, anyway. |
| 15:29 |
jeffdavis |
Isn't there a trigger that prevents TCN mismatches? |
| 15:29 |
berick |
yeah, you can tell the system to always use the ID as the TCN. |
| 15:30 |
jeffdavis |
Well, there's that (and we are finally doing things that way), but I'm thinking of the trigger that enforces updating the MARC so that the TCN in 901 always matches biblio.record_entry.tcn_value |
| 15:36 |
berick |
is there a 901 for TCN? I know 901c=ID |
| 15:38 |
jeffdavis |
901$a will be TCN unless the cat.bib.use_id_for_tcn global flag is enabled |
| 15:39 |
jeffdavis |
in the latter case 901$a and 901$c should both be the db id (or will be next time you save the record) |
| 15:40 |
kmlussier |
berick: Given that TCN is available in the record summary, I'm okay with taking it out of the item status grid. |
| 15:41 |
kmlussier |
There's a lot of info to navigate through in that grid. |
| 15:42 |
berick |
thanks kmlussier. |
| 15:43 |
|
Jillianne joined #evergreen |
| 15:43 |
* kmlussier |
should probably update https://wiki.evergreen-ils.org/doku.php?id=dev:browser_staff:known_issues now since she linked to it from the release notes. |
| 15:44 |
kmlussier |
Would be nice if the only known web client issue was that surveys are inaccessible from the patron account. |
| 15:44 |
berick |
you don't /have/ to update it ;) |
| 15:45 |
tsbere |
kmlussier: Define all other web client issues as "features" and hope nobody notices? ;) |
| 15:45 |
kmlussier |
heh |
| 15:46 |
kmlussier |
We might get more libraries willing to test it in production. |
| 15:48 |
* kmlussier |
starts to write 'the ability to delete patrons via the web client is missing.' Quickly corrects it to say 'the ability to delete patron accounts...' |
| 15:48 |
|
khuckins__ joined #evergreen |
| 15:49 |
mmorgan |
Heh. That former might be pretty popular... |
| 15:49 |
kmlussier |
bug 1517595 |
| 15:49 |
pinesol_green |
Launchpad bug 1517595 in Evergreen "webclient: delete patron action is missing" [Medium,Confirmed] https://launchpad.net/bugs/1517595 |
| 15:55 |
|
bmills joined #evergreen |
| 16:02 |
* kmlussier |
just remembered the missing release note entry for the czech added content provider. |
| 16:04 |
dbs |
yay for betas! |
| 16:12 |
csharp |
@blame 23 patrons |
| 16:12 |
pinesol_green |
csharp: patrons WILL PERISH UNDER MAXIMUM DELETION! DELETE. DELETE. DELETE! |
| 16:13 |
* tsbere |
looks at an email about bulk deleting patrons |
| 16:13 |
tsbere |
Interesting timing on that. |
| 16:14 |
kmlussier |
Wow! Has pinesol_green become sentient? |
| 16:14 |
kmlussier |
We were just talking about deleting patrons 30 minutes ago. |
| 16:15 |
kmlussier |
Oh, ha ha. csharp chose that blame. |
| 16:15 |
mmorgan |
@blame csharp |
| 16:15 |
pinesol_green |
mmorgan: csharp musta been an Apple employee. |
| 16:15 |
* kmlussier |
drinks more caffeine. |
| 16:15 |
kmlussier |
But I am glad to see that csharp is sentient. |
| 16:15 |
kmlussier |
@tea |
| 16:15 |
* pinesol_green |
brews and pours a pot of BH02: Holy Basil Purple Leaf, and sends it sliding down the bar to kmlussier (http://ratetea.com/tea/upton/bh02-holy-basil-purple-leaf/1937/) |
| 16:15 |
tsbere |
The interesting timing was "he chose that blame pretty much as I got the email about deleting patrons" ;) |
| 16:17 |
berick |
gmcharlt: FYI bug 1667091, wasn't sure if best to leave un-targeted or target the beta, since we don't have a .next |
| 16:17 |
pinesol_green |
Launchpad bug 1667091 in OpenSRF "Remove insecure WebSockets from stock OpenSRF configs" [Wishlist,Confirmed] https://launchpad.net/bugs/1667091 |
| 16:18 |
gmcharlt |
whoops, that didn't mean to do that; I'll fix up the targets |
| 16:18 |
gmcharlt |
er, no, I misunderstood what you meant |
| 16:18 |
berick |
if the targets are messed up, i did it ;) |
| 16:18 |
gmcharlt |
hmm, cutting OpenSRF release is easy |
| 16:19 |
gmcharlt |
I'll go ahead and create a -RC target |
| 16:19 |
berick |
gmcharlt++ |
| 16:37 |
gmcharlt |
csharp: putting the expiration in patron expiration date, eh? ;) |
| 16:50 |
csharp |
gmcharlt++ # ha! |
| 16:54 |
* kmlussier |
thinks bug 1437106 has been resolved, but hasn't tried keyboard shortcuts in the web client in months. |
| 16:54 |
pinesol_green |
Launchpad bug 1437106 in Evergreen "keyboard shortcuts in the web staff client" [Undecided,Confirmed] https://launchpad.net/bugs/1437106 |
| 16:54 |
kmlussier |
It might be a good thing for somebody tot test during Bug Squashing week to see if it's still an issue. |
| 16:55 |
berick |
Stompro++ # bug 1667115 -- I keep meaning to do something about that.. |
| 16:55 |
pinesol_green |
Launchpad bug 1667115 in Evergreen "Log Noise - retrieve config.hard_due_date called with no ID..." [Undecided,New] https://launchpad.net/bugs/1667115 |
| 17:00 |
kmlussier |
berick: bug 1472316 was covered by the Hatch Omnibus bug, right? |
| 17:00 |
pinesol_green |
Launchpad bug 1472316 in Evergreen "Enabling/Disabling Hatch in browser client causes loss of settings" [Undecided,New] https://launchpad.net/bugs/1472316 |
| 17:01 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 17:02 |
berick |
kmlussier: yeah, i'd say so. the "copy settings to hatch" and "copy settings to local storage" actions provide a manual solution to the problem. |
| 17:02 |
berick |
we may eventually want to automate that, but it's at least work-around-able now |
| 17:02 |
kmlussier |
Hooray for successful tests! |
| 17:05 |
mmorgan |
Yay!! |
| 17:06 |
gmcharlt |
berick: heh, although "copy settings to Evergreen server" also looks attractive :) |
| 17:06 |
gmcharlt |
though just for actual workstatino settings, not cases like the tag table where we're just using local storage as a fast cache |
| 17:07 |
berick |
gmcharlt: agreed. and yes we'll need to segregate the data a little more |
| 17:07 |
|
mmorgan left #evergreen |
| 17:17 |
* kmlussier |
thought she was done adding to the web client known issues page, then realized there is a 2nd page of bugs in LP. |
| 17:38 |
|
bmills joined #evergreen |
| 18:03 |
* kmlussier |
thinks she came across an instance of bug 1653998 the other day, but can't remember what interface she was accessing. |
| 18:03 |
pinesol_green |
Launchpad bug 1653998 in Evergreen "Webstaff fails to request auth on some UI's" [Undecided,Confirmed] https://launchpad.net/bugs/1653998 |
| 18:03 |
kmlussier |
I'm pretty sure it wasn't one of the listed interfaces. |
| 21:42 |
|
Christineb joined #evergreen |
| 22:09 |
|
Jillianne joined #evergreen |
