| Time |
Nick |
Message |
| 01:25 |
|
beanjammin joined #evergreen |
| 03:49 |
|
abowling joined #evergreen |
| 06:32 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:14 |
|
rjackson_isl joined #evergreen |
| 07:20 |
|
rlefaive joined #evergreen |
| 07:33 |
|
jaswinder joined #evergreen |
| 08:35 |
csharp |
launchpad-- |
| 08:42 |
|
mmorgan joined #evergreen |
| 08:43 |
csharp |
hmm - while working on a fix to bug 1743854, I saw that the In-House use UI wasn't working (in that you would scan something and it wouldn't appear in the list below & errors in the console) - could someone please confirm on current master? |
| 08:43 |
pinesol_green |
Launchpad bug 1743854 in Evergreen "Web Client: In-House Cursor Defaults to # of Uses Field" [Undecided,Confirmed] https://launchpad.net/bugs/1743854 |
| 08:44 |
csharp |
our 3.0.2-ish servers are fine |
| 08:55 |
mmorgan |
csharp: Don't have a current master handy, but entering a barcode into the in-house use screen is working fine in 3.0.7 and 3.1.beta1 |
| 09:03 |
|
drigney joined #evergreen |
| 09:04 |
|
bos20k joined #evergreen |
| 09:14 |
|
jaswinder joined #evergreen |
| 09:15 |
|
Dyrcona joined #evergreen |
| 09:15 |
csharp |
mmorgan: thanks |
| 09:16 |
|
jaswinder joined #evergreen |
| 09:16 |
|
mllewellyn joined #evergreen |
| 09:17 |
Dyrcona |
I think I'm going back to INTEL 80486 or Motorola 680X0: https://www.heise.de/ct/artikel/Exclusive-Spectre-NG-Multiple-new-Intel-CPU-flaws-revealed-several-serious-4040648.html |
| 09:19 |
Dyrcona |
From the fine artikel: You can't shrug off the fact that the core component of our entire IT infrastructure has a fundamental security problem that will keep leading to more problems. |
| 09:21 |
Dyrcona |
And in other happy news, 86% of passwords are are already compromised: https://www.troyhunt.com/86-of-passwords-are-terrible-and-other-statistics/ |
| 09:25 |
|
stephengwills joined #evergreen |
| 09:30 |
|
yboston joined #evergreen |
| 09:35 |
Dyrcona |
And with that, I'm off to look at our new DB server in the colo facility. |
| 09:35 |
|
bos20k joined #evergreen |
| 09:40 |
|
kmlussier joined #evergreen |
| 09:41 |
kmlussier |
csharp: In-house use scanning is working for me too on a fairly recent, pre-conference, master system. |
| 09:43 |
csharp |
kmlussier: excellent - thank you - I'll mark this one as "just me" :-) |
| 09:53 |
|
jeff joined #evergreen |
| 10:16 |
|
beanjammin joined #evergreen |
| 10:18 |
gsams |
csharp: For what it's worth it is an issue on my installation of 3.0.3 |
| 10:26 |
|
mmorgan joined #evergreen |
| 10:32 |
|
jaswinder joined #evergreen |
| 10:46 |
csharp |
gsams: oh - interesting |
| 10:46 |
gsams |
I don't think it's been fixed otherwise either. |
| 10:47 |
gsams |
At least, I haven't found a recent version of either that app.js or the template that has been updated for focus to land on the barcode field instead. |
| 10:48 |
gsams |
well, I may be in the wrong place, let me double check that. |
| 10:50 |
gsams |
Yeah, as far as I can tell master is still off. |
| 10:53 |
|
beanjammin joined #evergreen |
| 10:55 |
kmlussier |
Huh. What is the message you're getting in the console when it happens? |
| 10:59 |
csharp |
kmlussier: in my case, https://pastebin.com/u9z7q3eN |
| 11:00 |
csharp |
I have done zero troubleshooting, though - it truly may be something on my end |
| 11:03 |
csharp |
gsams: yeah, the cursor focus thing is a one-liner that I created a branch for this morning: http://git.evergreen-ils.org/?p=working/Evergreen.git;a=commit;h=677c162ffe796947661c71a61cb1d5e6ddbf0e8a |
| 11:04 |
gsams |
I was just about to say, I may have skipped some of the convo |
| 11:04 |
csharp |
my issue is that the list below isn't populating as I enter barcodes - but just on this server, so I'm pretty convinced it's just me :-) |
| 11:04 |
gsams |
csharp: I believe you are correct, my apologies. |
| 11:04 |
csharp |
gsams: no problem! |
| 11:04 |
gsams |
your patch does work though |
| 11:04 |
gsams |
I can confirm. |
| 11:05 |
csharp |
oh - cool - thanks for testing ;-) |
| 11:05 |
csharp |
gsams++ |
| 11:06 |
gsams |
No problem, I had made the same change on my end before I had thought to suggest it. I wasn't really sure if it was intentionally set that way or not. |
| 11:06 |
csharp |
ugh - I'm definitely catching this cold my family has been passing around while we were living it up in St. Charles :-/ |
| 11:07 |
gsams |
That was pre-conference me though, post-conference me will put it out there in the future. |
| 11:07 |
csharp |
:-) |
| 11:07 |
|
abowling1 joined #evergreen |
| 11:12 |
|
mmorgan1 joined #evergreen |
| 11:13 |
gsams |
First time signing off on a fix. |
| 11:14 |
mmorgan1 |
gsams++ |
| 11:14 |
kmlussier |
gsams++ |
| 11:15 |
bshum |
gsams++ |
| 11:17 |
|
jaswinder joined #evergreen |
| 11:19 |
csharp |
gsams++ |
| 11:19 |
csharp |
gsams: you're in the club now - no going back! |
| 11:20 |
mmorgan |
@karma |
| 11:20 |
pinesol_green |
mmorgan: Highest karma: "gsams" (5), "bshum" (2), "phasefx" (2), "evergreen" (1), and "csharp" (1). Lowest karma: "launchpad" (-1), "evergreen" (1), "csharp" (1), "miker" (1), and "jeffdavis" (1). |
| 11:21 |
csharp |
comcast-- |
| 11:21 |
csharp |
comcast-- |
| 11:21 |
csharp |
comcast-- |
| 11:21 |
csharp |
comcast-- |
| 11:21 |
csharp |
comcast-- |
| 11:21 |
csharp |
comcast-- |
| 11:21 |
csharp |
comcast-- |
| 11:21 |
csharp |
comcast-- |
| 11:21 |
csharp |
comcast-- |
| 11:21 |
csharp |
@karma |
| 11:21 |
pinesol_green |
csharp: Highest karma: "gsams" (5), "bshum" (2), "phasefx" (2), "evergreen" (1), and "csharp" (1). Lowest karma: "comcast" (-9), "launchpad" (-1), "evergreen" (1), "csharp" (1), and "miker" (1). You (csharp) are ranked 4 out of 9. |
| 11:21 |
csharp |
that's more like it |
| 11:21 |
rjackson_isl |
tell us how you really feel csharp ;) |
| 11:21 |
dbwells |
that aughta hold for a while |
| 11:22 |
mmorgan |
csharp must have a macro set up for that. |
| 11:22 |
csharp |
:-) |
| 11:23 |
gsams |
csharp++ #I appreciate you putting comcast in it's place. |
| 11:32 |
pinesol_green |
[evergreen|Chris Sharp] LP#1743854 - Correct initial cursor focus in in-house use UI - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=a97345d> |
| 11:36 |
gmcharlt |
gsams++ |
| 11:37 |
|
beanjammin joined #evergreen |
| 11:43 |
kmlussier |
parts++ |
| 12:15 |
|
idjit joined #evergreen |
| 12:29 |
|
khuckins joined #evergreen |
| 12:36 |
|
jaswinder joined #evergreen |
| 12:51 |
|
Christineb joined #evergreen |
| 13:00 |
|
khuckins_ joined #evergreen |
| 13:01 |
|
khuckins__ joined #evergreen |
| 13:07 |
|
khuckins_ joined #evergreen |
| 13:16 |
jeff |
I'm pretty sure I've dug into this before, but just in case anyone remembers off the top of their head: what generally leads to different values for the active column for some biblio.record_entry rows with deleted=true? |
| 13:21 |
|
yboston joined #evergreen |
| 13:27 |
rjackson_isl |
jeff I think we experienced that with direct sql updates into the bib table marking rows as deleted = 't' without setting the active flag :( |
| 13:28 |
rjackson_isl |
such as deduping on a migration and cleaning up the "old" bibs... |
| 13:28 |
jeff |
rjackson_isl: sorry, I should have specified "other than direct database updates" :-) |
| 13:28 |
jeff |
because indeed, that's a likely culprit, but does not seem to be the only one. |
| 13:29 |
rjackson_isl |
Could it be related to turning off some of the ingest flags temporarily |
| 13:29 |
rjackson_isl |
(more migration thoughts here) |
| 13:36 |
|
khuckins__ joined #evergreen |
| 13:54 |
|
jvwoolf joined #evergreen |
| 14:05 |
|
khuckins_ joined #evergreen |
| 14:31 |
|
jihpringle joined #evergreen |
| 14:37 |
|
jvwoolf1 joined #evergreen |
| 15:16 |
|
jaswinder joined #evergreen |
| 15:20 |
jeff |
rjackson_isl: looks like record merges are a stock cause of deleted=true, active=true. |
| 15:21 |
rjackson_isl |
jeff - glad you found your answer my second suggestion was pretty dumb and I realized it shortly after posting |
| 15:22 |
mmorgan |
What problems result from deleted=true, active=true? |
| 15:23 |
|
lsachjen joined #evergreen |
| 15:23 |
jeff |
mmorgan: that would be another question. :-) |
| 15:23 |
mmorgan |
:) |
| 15:24 |
jeff |
mmorgan: similar to my original query, I think active vs deleted is something I've looked at in the past, but don't remember off the top of my head. |
| 15:24 |
mmorgan |
We have 258,324 such bibs. |
| 15:25 |
mmorgan |
We also have 95 where deleted=false, active=true. |
| 15:27 |
jeff |
Are you suse about the value of those booleans in your 95 count? |
| 15:27 |
mmorgan |
no :) |
| 15:27 |
mmorgan |
make that deleted=false, active=false |
| 15:27 |
jeff |
that was my guess. :-) |
| 15:28 |
jeff |
for us, the only deleted=f, active=f is bib id -1 for us |
| 15:29 |
csharp |
looks like deleting a record sets deleted = true, active = false, but merge doesn't touch active |
| 15:30 |
csharp |
not obvious what code cares whether something is active or not |
| 15:41 |
pinesol_green |
[opensrf|Jason Stephenson] LP1340982: Ignore both 'comment' and '#comment' nodes in Settings Parse. - <http://git.evergreen-ils.org/?p=OpenSRF.git;a=commit;h=e72473d> |
| 15:45 |
|
khuckins joined #evergreen |
| 15:46 |
jaswinder |
Hey Guys, I have asked this question before about making an ajax call using Dojo/openils. I do not find much place where the ajax calls are happening. Do we have any examples for ajax calls? |
| 15:55 |
Bmagic |
jaswinder: I think what you are looking for are the API calls located in files like app.js and network.js |
| 15:56 |
Bmagic |
The bits of data that are loaded onto the web page via JS is done via API calls which could be compared to ajax in that it's asynchronous javascript |
| 15:58 |
Bmagic |
jaswinder: take a look at Open-ILS/web/js/ui/default/staff/ |
| 15:59 |
jaswinder |
Bmagic: I cannot locate network.js . Okay, let me checkout under staff |
| 15:59 |
Bmagic |
try services/net.js |
| 15:59 |
jaswinder |
okay |
| 16:00 |
Bmagic |
there you will see some of the js that make calls back to the server - but these do not work by themselves, you need to use the API "service" and "method" string pairs |
| 16:01 |
jaswinder |
So, I am little confused here. I see lot of calls being made by dojo and here I am seeing angular. Which one is preferred method of ajax calls in EG? |
| 16:01 |
Bmagic |
dojo is hopefully going away to be replaced with angular |
| 16:02 |
jeff |
jaswinder: What calls are you trying to make in what context? Can you be a little more specific? Also, is the target of your calls Evergreen itself, or a third party? |
| 16:02 |
jaswinder |
bmagic: got it! |
| 16:03 |
jaswinder |
jeff: I am making enhancements to ebook api by implementing new vendor where I want users to do checkout, place hold, etc using ajax calls |
| 16:04 |
Dyrcona |
jaswinder: I recommend you add the checkout, etc., via backend calls and call them from Angular. |
| 16:04 |
Dyrcona |
Or Dojo, I know the current ebook API uses Dojo. |
| 16:06 |
Bmagic |
I have a question of my own - Electronic bibs are not turning up in search results dispite me having the 856$9 and the resulting asset.call_number ##URI## rows exist - is there another piece of glue in 3.0 ? |
| 16:07 |
jaswinder |
Dyrcona: So basically, ajax calls using angular seems more appropriate solution to me at this moment since dojo is going away. Do we have examples of calling apis using Angular? |
| 16:10 |
Dyrcona |
jaswinder: Yes, there are lots of examples in the staff client code. |
| 16:10 |
jaswinder |
Okay, I am looking into it now. |
| 16:11 |
pinesol_green |
Showing latest 5 of 7 commits to OpenSRF... |
| 16:11 |
pinesol_green |
[opensrf|Chris Sharp] LP#1243841 - Quiet unused return value warning in srfsh.c - <http://git.evergreen-ils.org/?p=OpenSRF.git;a=commit;h=f8f1813> |
| 16:11 |
pinesol_green |
[opensrf|Chris Sharp] LP#1243841 - Quiet wrong format warnings during make install. - <http://git.evergreen-ils.org/?p=OpenSRF.git;a=commit;h=9dd65c7> |
| 16:11 |
pinesol_green |
[opensrf|Jason Stephenson] LP#1243841 - Quiet additional Make warnings and some code cleanup. - <http://git.evergreen-ils.org/?p=OpenSRF.git;a=commit;h=f47f108> |
| 16:11 |
pinesol_green |
[opensrf|Jason Stephenson] LP#1243841 - Quiet remaining Make install warnings. - <http://git.evergreen-ils.org/?p=OpenSRF.git;a=commit;h=0f0a228> |
| 16:11 |
pinesol_green |
[opensrf|Galen Charlton] LP#1243841: quiet a misleading indentation warning - <http://git.evergreen-ils.org/?p=OpenSRF.git;a=commit;h=71720f6> |
| 16:13 |
jaswinder |
Also, are we using any UI library such as Bootstrap? |
| 16:13 |
bshum |
csharp++ Dyrcona++ gmcharlt++ # OpenSRF, whee! |
| 16:13 |
|
mllewellyn1 joined #evergreen |
| 16:13 |
Dyrcona |
jaswinder: Yes, I believe we use bootstrap. |
| 16:14 |
jaswinder |
Dyrcona: I do not see it is being loaded. Is it part of new build? |
| 16:15 |
Dyrcona |
I'm not 100% sure, but I thought we were using it. |
| 16:15 |
Bmagic |
it's there |
| 16:16 |
Bmagic |
berick mentioned being able to use the newer version in his pres last week |
| 16:16 |
Dyrcona |
For examples, look in : Open-ILS/web/js/ui/default/staff/services/circ.js. The checkin method is a decent example. |
| 16:16 |
jaswinder |
Yes, I see in the directory: /js/ui/default/staff/build/css/bootstrap.min.css, but it is not being used |
| 16:16 |
Bmagic |
jaswinder: are you looking at master? |
| 16:17 |
Dyrcona |
Ooops. Actual path is Open-ILS/js/ui/default/staff/circ/services/circ.js. |
| 16:17 |
jaswinder |
nope, I am looking at the downloaded code |
| 16:17 |
Bmagic |
3.1.1? |
| 16:17 |
jeff |
It seems like jaswinder is asking a lot of OPAC questions and getting a lot of Staff Client answers. |
| 16:17 |
Dyrcona |
Bmagic: The indicators on the 856 have to have certain magical values, too. |
| 16:17 |
jeff |
But I may not have been following closely enough. |
| 16:18 |
Bmagic |
Dyrcona: 856$9 matches actor.org_unit.shortname in the example I am looking at |
| 16:18 |
Bmagic |
jeff: I think you are right |
| 16:18 |
Dyrcona |
Bmagic: Also located uris typically only show up where they are owned. |
| 16:19 |
Bmagic |
Dyrcona: I covered that base when searching |
| 16:19 |
jaswinder |
Bmagic: I think it is 3.1 |
| 16:19 |
Dyrcona |
jeff: That is correct, but I'd prefer not to have more dojo added. :) |
| 16:19 |
bshum |
old_dojo-- |
| 16:19 |
Bmagic |
jaswinder: jeff is right, the code that performs ajax stuff in the patron OPAC is older code primarily dojo |
| 16:20 |
Bmagic |
jaswinder: it's good timing because there is a notion on the floor to move the patron OPAC to angular to match more what's going on in the staff side - you might be blazing a new trail! |
| 16:20 |
Dyrcona |
jaswinder: I'd just imitate what the current ebook API code does. |
| 16:22 |
jaswinder |
Dyrcona: The current ebook code (JS) is not making an ajax calls and relies heavily on Dojo. I will implement the code using Angular to keep things simpler. |
| 16:22 |
Dyrcona |
It makes calls to the Evergreen backend that makes the calls to the vendor instead of going directly to the vendor from the OPAC. |
| 16:24 |
Bmagic |
Dyrcona: there must be something else that I am missing. Maybe in the config.tt2 or something. I confirmed that asset.uri contains the right value and asset.uri_call_number_map is correct. I also found the asset.call_number.record in metabib.title_field_entry therefore it should turn up in title searches |
| 16:25 |
Dyrcona |
Bmagic: Don't think there is anything in config.tt2, but there are some settings in actor.org_unit_setting. |
| 16:25 |
bshum |
Bmagic: Are you using a search scope that includes that library? |
| 16:25 |
Bmagic |
yep |
| 16:25 |
Bmagic |
I am choosing the exact match for 856$9 |
| 16:26 |
bshum |
Are you showing more details? |
| 16:26 |
bshum |
In the results list |
| 16:26 |
Bmagic |
yes |
| 16:26 |
bshum |
Or the bibs are just not there, hmm |
| 16:26 |
bshum |
Hmm |
| 16:26 |
Dyrcona |
Bmagic: Sounds like it might the bib visibility vector, maybe? |
| 16:26 |
Bmagic |
that's something I haven't checked - where do I go? |
| 16:26 |
Dyrcona |
There was a recent patch for those involving records with uris. |
| 16:28 |
Dyrcona |
UPDATE biblio.record_entry SET vis_attr_vector = biblio.calculate_bib_visibility_attribute_set(id) WHERE id = <idof the problem record>; |
| 16:28 |
Dyrcona |
Try that, and see if it helps. |
| 16:29 |
Bmagic |
Dyrcona: awesome - no dice though |
| 16:31 |
Dyrcona |
You might be suffering from bug 1730758. |
| 16:31 |
pinesol_green |
Launchpad bug 1730758 in Evergreen "biblio.record_entry.vis_attr_vector not updated upon adding a locate URI" [Medium,Fix released] https://launchpad.net/bugs/1730758 |
| 16:32 |
Bmagic |
that very well could be |
| 16:32 |
Dyrcona |
It's a db-only fix, you can install it without issue, and then update the bibs. |
| 16:33 |
Dyrcona |
Of course, you'll want to skip when doing version upgrade later. |
| 16:33 |
Bmagic |
we are planning on going to 3.0.7 very soon (we are on 3.0.2) |
| 16:33 |
jaswinder |
thanks guys |
| 16:34 |
mmorgan |
Bmagic: Maybe lp 1736419 ? |
| 16:34 |
pinesol_green |
Launchpad bug 1736419 in Evergreen "Search Showing Bibs with no Holdings" [High,Fix released] https://launchpad.net/bugs/1736419 |
| 16:35 |
Bmagic |
my test machine with 3.0.7 on it works fine. Thanks yall - it's a BUG |
| 16:35 |
bshum |
Apparently 3.0.3 is the magic release number that fixes those things :) |
| 16:38 |
Bmagic |
3.0.3++ |
| 16:38 |
Bmagic |
for that matter |
| 16:38 |
Bmagic |
evergreen++ |
| 16:46 |
jaswinder |
One more question guys, I see jquery in the build directory. Is this being used somewhere? I would love to use it |
| 16:49 |
Dyrcona |
It is being used. You can use it. |
| 16:51 |
jaswinder |
Dyrcona: That is good to know that |
| 16:53 |
bshum |
From the release notes for Evergreen 3.0 - looks like jQuery was added but not enabled by default. |
| 16:53 |
bshum |
See 10.9.6. jQuery for the Public Catalog - https://evergreen-ils.org/documentation/release/RELEASE_NOTES_3_0.html#_public_catalog |
| 16:53 |
bshum |
So setting the variable to true in config.tt2 should turn on jQuery support |
| 16:53 |
bshum |
# for notes and future readers |
| 17:06 |
|
mmorgan left #evergreen |
| 17:18 |
|
jaswinder joined #evergreen |
| 17:44 |
|
abowling joined #evergreen |
| 17:52 |
|
abowling1 joined #evergreen |
| 17:56 |
|
rlefaive left #evergreen |
| 18:21 |
|
jvwoolf joined #evergreen |
| 18:32 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:45 |
|
jaswinder joined #evergreen |
| 18:51 |
|
jaswinder joined #evergreen |
| 19:25 |
|
jaswinder joined #evergreen |
| 20:05 |
|
jaswinder joined #evergreen |
| 21:00 |
|
abowling joined #evergreen |
| 21:40 |
|
jaswinder joined #evergreen |
| 21:48 |
|
jaswinder joined #evergreen |
