Evergreen ILS Website

IRC log for #evergreen, 2018-04-16

| 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
05:55 beanjammin joined #evergreen
06:32 pinesol_green News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
07:17 rjackson_isl joined #evergreen
07:20 JBoyer joined #evergreen
07:27 agoben joined #evergreen
07:37 rlefaive joined #evergreen
08:13 jaswinder joined #evergreen
08:30 jvwoolf joined #evergreen
09:21 collum joined #evergreen
09:56 jaswinder joined #evergreen
10:06 Christineb joined #evergreen
10:33 rlefaive joined #evergreen
10:42 jaswinder Hey Guys, I am trying to access returned db values from PCRUD method. How do I access it? I can see the data returned as an Fieldmapper Array
10:44 pastebot "Jaswinder" at 64.57.241.14 pasted "returned object from Dumper" (9 lines) at http://paste.evergreen-ils.org/2326
10:53 dbwells jaswinder: you can access them with auto-created methods on the object.  The names are the names you gave the fields in the IDL.
10:54 jaswinder dbwells: Can you please share an example?
10:54 dbwells Well, what is your IDL entry for that field that is a URL?
10:56 dbwells If it is just 'url', and the object you dumped is '$rbooks_obj', then $rbooks_obj->url
10:57 pastebot "Jaswinder" at 64.57.241.14 pasted "IDL Snipper" (23 lines) at http://paste.evergreen-ils.org/2328
10:58 jaswinder dbwells: Please see the pasted item. I tried that and it did not work.
10:59 jaswinder dbwells: I get this error - Can't call method "home_library_url" on unblessed reference at
11:00 dbwells jaswinder: It looks like your blessed object is one level deep, so you need to traverse that as well.
11:01 dbwells $obj->[0]->home_library_url;
11:02 dbwells If this comes from an editor search, it will always be an arrayref, even if there is just the one item expected.
11:05 jaswinder That worked. I was actually doing $obj[0]->
11:08 rlefaive joined #evergreen
12:16 khuckins joined #evergreen
13:28 jihpringle joined #evergreen
13:29 jvwoolf joined #evergreen
14:45 yboston joined #evergreen
14:46 jaswinder joined #evergreen
14:59 jaswinder joined #evergreen
15:04 khuckins_ joined #evergreen
15:09 jeffdavis After running 3.0.6-3.1.0-upgrade-db.sql on a snapshot of our production database, updating a bib record results in a segmentation fault.
15:10 dbwells jeffdavis: Any other clues to go on?
15:11 yboston joined #evergreen
15:11 berick jeffdavis: beware faulty xpath expressions
15:11 jaswinder Quick question: I want to call Application/EbookAPI/OneClickDigital.pm class from WWW/EGCatloader/Search.pm. Can I directly call the methods from Search.pm?
15:11 berick in metabib fields, etc.
15:11 dbwells berick++ # I recall being bitten there once.
15:12 jeffdavis Not seeing the same problem on a clean install with sample data, nor on a modified subset of production data that we use for testing.
15:12 jeffdavis berick: oh that's a promising lead
15:12 jeffdavis thanks, I haven't known where to start so far
15:14 csharp jeffdavis: I'm connecting this with the non-schema-qualified function you found and I'm wondering if there's another one hiding out somewhere?
15:14 csharp obvs would be in the postgres logs
15:14 csharp but maybe segfault wouldn't be getting that far
15:16 jeffdavis nothing helpful in the logs unfortunately
15:16 jeffdavis there are a lot of non-schema-qualified-but-ought-to-be functions in our system, I think around 25
15:17 yboston joined #evergreen
15:17 jeffdavis I was hoping to look into that after I had a working 3.1 test system :)
15:38 jaswinder Anyone who may know the correct way to call EBookAPI vendor class fuctions directly without hosting them as register methods?
15:44 beanjammin joined #evergreen
15:47 beanjammin joined #evergreen
15:54 yboston joined #evergreen
16:14 jeffdavis aha, we have a bunch of config.metabib_field entries starting with //mods33 but the format field says 'mods32', changing that appears to resolve the segfault
16:17 jeffdavis heh, a commit from 2009 updated the default cmf format to mods33, looks like we never made that change
16:19 jvwoolf left #evergreen
16:21 yboston joined #evergreen
16:25 jeffdavis or rather, the 3.1.0 upgrade script assumes the default format is mods33 when it inserts some new cmf rows, but that's not a safe assumption
16:30 tq joined #evergreen
16:33 bshum jeffdavis++ # real life upgrade examples are always fun to see :)
16:36 collum joined #evergreen
16:44 yboston joined #evergreen
16:52 yboston joined #evergreen
17:38 miker jeffdavis: do you at least have the mods33 transform available?
17:38 jeffdavis miker: yes, fortunately.
17:38 jeffdavis I'm just writing up a bug report.
17:39 miker jeffdavis++
17:44 jeffdavis bug 1764542
17:44 pinesol_green Launchpad bug 1764542 in Evergreen "Incorrect format on config.metabib_field insert results in segmentation fault" [Undecided,New] https://launchpad.net/bugs/1764542
18:10 rlefaive joined #evergreen
18:32 pinesol_green News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
18:40 jaswinder joined #evergreen
19:31 yboston joined #evergreen
19:40 jaswinder joined #evergreen
20:22 yboston joined #evergreen
21:25 jaswinder joined #evergreen
21:44 beanjammin joined #evergreen
22:00 jaswinder joined #evergreen
23:25 yboston joined #evergreen

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