Evergreen ILS Website

IRC log for #evergreen, 2018-05-07

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

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

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/Exclusiv​e-Spectre-NG-Multiple-new-Intel-CPU-flaw​s-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-passwor​ds-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=wor​king/Evergreen.git;a=commit;h=677c1​62ffe796947661c71a61cb1d5e6ddbf0e8a
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/sta​ff/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/rel​ease/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

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