| Time |
Nick |
Message |
| 03:34 |
|
laurie joined #evergreen |
| 03:36 |
|
troy__ joined #evergreen |
| 06:02 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 06:35 |
|
tlittle joined #evergreen |
| 06:36 |
|
sandbergja joined #evergreen |
| 07:02 |
|
agoben joined #evergreen |
| 07:04 |
|
rjackson_isl joined #evergreen |
| 07:12 |
|
remingtron_ joined #evergreen |
| 07:16 |
|
rfrasur joined #evergreen |
| 07:27 |
|
collum joined #evergreen |
| 07:32 |
|
sandbergja joined #evergreen |
| 07:56 |
|
sandbergja joined #evergreen |
| 08:34 |
|
mantis1 joined #evergreen |
| 08:35 |
|
mmorgan joined #evergreen |
| 08:53 |
|
Dyrcona joined #evergreen |
| 08:58 |
|
terranm joined #evergreen |
| 09:35 |
|
sandbergja joined #evergreen |
| 09:37 |
|
terranm joined #evergreen |
| 09:39 |
|
yboston joined #evergreen |
| 09:50 |
|
jvwoolf joined #evergreen |
| 10:13 |
pinesol |
[evergreen|Terran McCanna] LP#1839372 Splash page needs headers - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=04d0ee7> |
| 10:47 |
csharp |
@decide git ad or git add? |
| 10:47 |
pinesol |
csharp: go with git ad |
| 10:47 |
csharp |
pinesol: "git ad" could be a way to drum up some sponsor dollars, no? |
| 10:47 |
pinesol |
csharp: Evergreen Command Center http://apod.nasa.gov/apod/image/1204/EndeavourFlightDeck_cooper_1050.jpg |
| 10:50 |
Dyrcona |
More like this: http://2.bp.blogspot.com/-W5VYzW8QUgs/UV4BawCi-6I/AAAAAAAAD4k/D566TDnwzXo/s1600/Control+room+of+the+UB-110+German+submarine,+ca.+1918.jpg |
| 10:50 |
Dyrcona |
:P |
| 10:50 |
csharp |
:-) |
| 10:54 |
JBoyer |
csharp, "git ad" reminds me of the node developer looking for work every time the angular client is built in Eg. |
| 10:54 |
alynn26 |
lol |
| 10:54 |
berick |
totally |
| 10:54 |
collum |
This is my control center preference. https://i.imgur.com/P2otS57.png |
| 10:55 |
berick |
collum++ |
| 10:55 |
csharp |
JBoyer++ |
| 10:56 |
csharp |
collum++ |
| 10:56 |
* csharp |
still wants the "I'm Feeling Lucky" button that will apply a random working branch to production |
| 10:59 |
Dyrcona |
collum++ |
| 11:00 |
Dyrcona |
csharp: Sound more like the "Make My Day" button. |
| 11:01 |
|
sandbergja joined #evergreen |
| 11:02 |
alynn26 |
The control center we wish for: https://www.goftx.com/storage/app/media/fastrax_solutions_control_center.jpg |
| 11:07 |
berick |
@band add Precog Rock |
| 11:07 |
pinesol |
berick: Band 'Precog Rock' added to list |
| 11:08 |
Dyrcona |
other-people's-php-code-- |
| 11:09 |
mmorgan |
Sandbox masters: Is there room for bug 1774268 on a sandbox for Feedback Fest? |
| 11:09 |
pinesol |
Launchpad bug 1774268 in Evergreen 3.3 "webstaff UX: default hold notification preferences for patrons confusingly presented" [High,Confirmed] https://launchpad.net/bugs/1774268 |
| 11:11 |
JBoyer |
You can do a lot with git aliases in ~/.gitconfig : rekt = git merge --no-verify --commit --no-edit -q -s recursive -X patience -X ignore-all-space --allow-unrelated-histories `git branch --all | grep working | head -$(( 1 + $RANDOM % $(git branch --all | grep working | wc -l) )) | tail -1` |
| 11:12 |
JBoyer |
Note I haven't run that thing, but I do know that method for choosing a random working branch does work. :) |
| 11:12 |
csharp |
mmorgan: I think we can shove that into the next set of small fixes |
| 11:12 |
* csharp |
is about to get to those |
| 11:13 |
mmorgan |
csharp++ |
| 11:14 |
csharp |
in other news, I've now encountered "ng build --prod" filling up RAM and causing OOM deaths |
| 11:14 |
csharp |
4GB of RAM on these test boxes |
| 11:14 |
csharp |
when I increased swap from 1GB to 4GB on one of them the problem was resolved, but I was surprised it happened at all |
| 11:19 |
csharp |
looks like a widespread issue: https://github.com/angular/angular-cli/issues/1652 |
| 11:23 |
Dyrcona |
php-- |
| 11:27 |
Dyrcona |
money-- |
| 11:27 |
dbs |
csharp: wow |
| 11:32 |
csharp |
related: https://stackoverflow.com/questions/48387040/nodejs-recommended-max-old-space-size#48392705 |
| 11:34 |
csharp |
maybe that parameter could be set to a sane value in one of the package.json-type files and documented in the developer instructions for how to manually override it? |
| 11:35 |
|
mantis1 joined #evergreen |
| 11:36 |
|
Christineb joined #evergreen |
| 11:43 |
* csharp |
opens bug 1863921 |
| 11:43 |
pinesol |
Launchpad bug 1863921 in Evergreen ""ng build --prod" can consume all available RAM" [Undecided,New] https://launchpad.net/bugs/1863921 |
| 11:43 |
|
nfBurton joined #evergreen |
| 11:51 |
|
terranm joined #evergreen |
| 12:27 |
csharp |
@eightball am I sure I want to close 31 tabs? |
| 12:27 |
pinesol |
csharp: NO! |
| 12:30 |
dbs |
csharp: right-click a tab, "Select all tabs", "Bookmark tabs"? (In Firefox at least) - just in case :) |
| 12:31 |
terranm |
heh |
| 12:33 |
* mmorgan |
is often retrieving mistakenly closed tabs from History. Not 31 of them, though! |
| 12:35 |
* dbs |
loves cross-device browser history |
| 12:35 |
dbs |
right-click and "close all tabs to the right" is also very satisfying |
| 12:36 |
|
JeffG_ARE joined #evergreen |
| 12:37 |
|
collum joined #evergreen |
| 12:39 |
JeffG_ARE |
Hi all, I'm having another issue I can't figure out. After a successful batch import - none of my items show up when searching the catalog |
| 12:41 |
dbs |
JeffG_ARE: Hmm, does inspecting the queue show that the records have actually been imported? |
| 12:41 |
JeffG_ARE |
After the import when inspecting the queue - it says all records imported, all items imported, and no errors. In the "Imported As" column I can click any of the ID numbers and it shows the record and everything looks as it should -- all biblio and holding info is displayed as per the MARC record. If I then click the "View in Catalog" it also shows |
| 12:41 |
JeffG_ARE |
the record OK |
| 12:42 |
JeffG_ARE |
But If I go to Basic Search or Advanced Search it always returns 0 results |
| 12:42 |
JeffG_ARE |
If I search from the "Browse the Catalog" view it DOES return result, but clicking on anything gives an empty page |
| 12:44 |
|
collum_ joined #evergreen |
| 12:45 |
JeffG_ARE |
dbs: I was having trouble with the imports previously, but some people in this room helped me get it sorted out - my MARC records were missing call numbers since our library doesn't make use of them. Once I added that the imports all started working |
| 12:46 |
JeffG_ARE |
But I suspect I may be missing a required field again? Or setting something incorrectly? I don't really know |
| 12:47 |
pastebot |
"JeffG_ARE" at 168.25.130.30 pasted "Sample MARC record" (14 lines) at http://paste.evergreen-ils.org/10128 |
| 12:48 |
alynn26 |
JeffG_ARE: This sounds like a problem with the indexing of the records. Can you pull one up by the item barcode? |
| 12:48 |
JeffG_ARE |
Yes, that works |
| 12:48 |
|
khuckins joined #evergreen |
| 12:49 |
terranm |
Does it need a reingest? |
| 12:49 |
terranm |
never mind, I was behind on the messages |
| 12:49 |
terranm |
my network connection is awful today |
| 12:50 |
alynn26 |
terranm, that was going to be my suggestion next. |
| 12:52 |
|
collum joined #evergreen |
| 12:53 |
Dyrcona |
Could be an issue of opac visibility on some field or another, like location or status, or ....? |
| 12:54 |
mmorgan |
JeffG_ARE: Are you searching in the public opac or the staff client? Maybe a cache issue? |
| 12:54 |
JeffG_ARE |
Both - same behavior in either |
| 12:55 |
JeffG_ARE |
Dyrcona: I'm thinking it's the OPAC visibility - I just looked at one of the MARC records and noticed I've duplicated an import field so I bet that isn't being set |
| 12:56 |
JeffG_ARE |
I'm going to work on that and I'll report back, thanks everyone |
| 13:07 |
rfrasur |
JeffG_ARE, could it be something as simple as making sure they're OPAC visible in the item attributes? |
| 13:12 |
JeffG_ARE |
I guess not. So for one of my items it has: Circulate: Yes, Status: Available, OPAC Visible: Yes, Holdable: yes |
| 13:15 |
mmorgan |
JeffG_ARE: There are also opac visible flags on Copy Locations and Statuses, but you would still see records in the client that are not opac visible. |
| 13:15 |
terranm |
Are they assigned to shelving locations? |
| 13:17 |
JeffG_ARE |
Yes |
| 13:17 |
terranm |
Have you double-checked that the shelving locations are opac-visible? |
| 13:19 |
JeffG_ARE |
Checking now... they all are |
| 13:19 |
|
collum joined #evergreen |
| 13:22 |
mmorgan |
For a record id that exists in your system, does going to https://<server>/eg/opac/record/<record id> display the record? |
| 13:25 |
JeffG_ARE |
Yes: https://imgur.com/xjjWgJ2 |
| 13:27 |
JeffG_ARE |
Empty search: https://imgur.com/jdenQui |
| 13:30 |
* mmorgan |
steps away for a bit... |
| 13:39 |
|
collum joined #evergreen |
| 13:43 |
|
JeffG_ARE joined #evergreen |
| 13:51 |
csharp |
bug 1855780 has me bouncing around like a pinball |
| 13:51 |
pinesol |
Launchpad bug 1855780 in Evergreen "Angular: Notifications/Action Triggers UI Port" [Undecided,New] https://launchpad.net/bugs/1855780 |
| 13:56 |
terranm |
I'm so happy to get that new interface, I almost don't care if it's not all the way there :D |
| 13:59 |
jeffdavis |
mmorgan: looking at bug 1774268 ... I am finding that if the patron has opac.hold_notify = "" (empty string), when I open their account in the patron editor, both the phone and email hold notify checkboxes are checked. I think that is incorrect. Are you seeing something different? |
| 13:59 |
pinesol |
Launchpad bug 1774268 in Evergreen 3.3 "webstaff UX: default hold notification preferences for patrons confusingly presented" [High,Confirmed] https://launchpad.net/bugs/1774268 |
| 14:00 |
jeffdavis |
(tested on 3.3.4-ish) |
| 14:00 |
|
nfBurton joined #evergreen |
| 14:08 |
terranm |
1774268 is also currently loaded on https://tiffany-master.gapines.org/eg/staff/ |
| 14:30 |
jeffdavis |
Interesting, it does seem like the checkboxes work properly on that server (although I can't confirm what the setting value is in the database for that one). I wonder why we're seeing different behavior in other environments. |
| 14:30 |
jeffdavis |
(also, thanks terranm!) |
| 14:40 |
terranm |
jeffdavis: Currently looking at that server - not 100% sure that patch actually made it onto it - checking... |
| 14:42 |
terranm |
The other sandboxes (bugsquash and terran-master) have fresh patches on them! |
| 14:42 |
terranm |
https://docs.google.com/spreadsheets/d/1nDXg83ZAZlDYBxb0z59-hKqEjjPxpEuUssI2qtANax4/edit?usp=sharing |
| 14:50 |
csharp |
yeah - sorry y'all - too many plates spinning - starting to drop some... |
| 14:51 |
mmorgan |
jeffdavis: Checking on our production server, where we have that patch. |
| 14:53 |
csharp |
ok, that should be running now with the patches I said were on there :-/ |
| 14:54 |
terranm |
Thanks, Chris! |
| 14:54 |
terranm |
And because it needs to be said again, Bmagic++ csharp++ |
| 14:55 |
Bmagic |
terranm: you're too kinds. Just doing what I can with what I got. |
| 14:55 |
Bmagic |
terranm++ # too kind |
| 14:55 |
mmorgan |
terranm++ |
| 14:55 |
mmorgan |
Bmagic++ |
| 14:55 |
mmorgan |
csharp++ |
| 14:56 |
csharp |
:-) |
| 14:56 |
csharp |
terranm++ testers++ |
| 14:56 |
csharp |
feedbackers++ |
| 14:57 |
Bmagic |
computers++ |
| 14:57 |
terranm |
lol |
| 14:57 |
Bmagic |
lol |
| 14:58 |
Bmagic |
nikola_tesla++ # awww yeah, he's on the list now |
| 15:01 |
|
mmorgan1 joined #evergreen |
| 15:08 |
mmorgan1 |
jeffdavis: and all. Not seeing what we expect on our production server on bug 1774268. Was working before, we'll check it again. |
| 15:08 |
pinesol |
Launchpad bug 1774268 in Evergreen 3.3 "webstaff UX: default hold notification preferences for patrons confusingly presented" [High,Confirmed] https://launchpad.net/bugs/1774268 |
| 15:09 |
mmorgan1 |
We're also seeing the email and phone box checked when the user has "" in the user setting :-( |
| 15:15 |
|
collum joined #evergreen |
| 15:16 |
|
collum_ joined #evergreen |
| 15:29 |
jeffdavis |
aha :( |
| 15:34 |
jeffdavis |
I'll push a branch that might fix that, seems easy enough |
| 15:41 |
jeffdavis |
mmorgan1: https://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/jeffdavis/lp1774268-hold-notify-handle-empty-string |
| 15:41 |
jeffdavis |
appears to handle both empty string and nonexistent value for opac.hold_notify |
| 15:42 |
|
yboston joined #evergreen |
| 15:43 |
jeffdavis |
... and now I see the comment indicating that you are already working on that |
| 15:43 |
* jeffdavis |
reminds self to hit refresh before commenting in LP |
| 15:59 |
|
mantis1 left #evergreen |
| 16:13 |
|
yboston joined #evergreen |
| 16:25 |
|
mmorgan joined #evergreen |
| 16:34 |
|
khuckins joined #evergreen |
| 16:59 |
|
jvwoolf left #evergreen |
| 17:07 |
|
sandbergja_ joined #evergreen |
| 17:12 |
|
mmorgan left #evergreen |
| 18:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:22 |
|
nfBurton joined #evergreen |
| 19:52 |
|
sandbergja joined #evergreen |
| 20:21 |
|
JBoyer joined #evergreen |
| 20:25 |
|
JBoyer joined #evergreen |
| 20:56 |
|
sandbergja joined #evergreen |
| 23:25 |
|
serflog joined #evergreen |
| 23:25 |
|
Topic for #evergreen is now Welcome to the #evergreen library system channel! | We are publicly logged: http://irc.evergreen-ils.org/evergreen | Large pastes at http://paste.evergreen-ils.org | Can't speak? Make sure your nickname is registered and that you are identified to freenode services: https://freenode.net/kb/answer/registration |
