| Time |
Nick |
Message |
| 01:14 |
|
book` joined #evergreen |
| 05:35 |
|
beanjammin joined #evergreen |
| 06:31 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 06:59 |
|
agoben joined #evergreen |
| 07:15 |
|
rjackson_isl joined #evergreen |
| 07:42 |
|
rlefaive joined #evergreen |
| 07:42 |
|
bdljohn joined #evergreen |
| 08:13 |
|
lsach joined #evergreen |
| 08:29 |
|
JBoyer joined #evergreen |
| 08:47 |
|
mmorgan joined #evergreen |
| 08:49 |
|
idjit joined #evergreen |
| 08:55 |
|
kmlussier joined #evergreen |
| 08:55 |
|
jvwoolf joined #evergreen |
| 08:59 |
|
jvwoolf1 joined #evergreen |
| 09:00 |
|
bos20k joined #evergreen |
| 09:03 |
|
Dyrcona joined #evergreen |
| 09:10 |
csharp |
so I'm still having issues on my master test server (ubuntu 16.04), reinstalled today. When I pull up a bib record the Record Summary is not loading data. In the console (FF 60.0) I see "Possibly unhandled rejection: {}" |
| 09:11 |
csharp |
followed by "TypeError: cp.copy_alerts is not a function" and |
| 09:11 |
csharp |
"TypeError: rec.flat_display_entries is not a function" |
| 09:12 |
csharp |
as mentioned last week(?), I think this may be related to the version of Angular I'm using |
| 09:14 |
csharp |
Object { full: "1.6.9", major: 1, minor: 6, dot: 9, codeName: "fiery-basilisk" } |
| 09:14 |
csharp |
(output of "angular.version" in the dev console |
| 09:14 |
csharp |
) |
| 09:18 |
csharp |
same behavior on chrome 66 |
| 09:18 |
csharp |
same console errors |
| 09:19 |
csharp |
can anyone confirm or disprove? |
| 09:24 |
JBoyer |
csharp, I don't have a master install at the moment but I do have a server running angular 1.6.10 so I don't think it's the angular verison. |
| 09:29 |
csharp |
JBoyer: ok - thanks |
| 09:36 |
miker |
csharp: that sounds more like a mismatching fm_IDL.xml |
| 09:36 |
miker |
did you install over the top of an existing instance from source? |
| 09:40 |
|
bos20k joined #evergreen |
| 09:47 |
csharp |
miker: hmmm - I'll test that - yeah, it's been installed over and over |
| 09:53 |
csharp |
hmm 'diff /openils/conf/fm_IDL.xml Open-ILS/examples/fm_IDL.xml' shows no differences |
| 09:57 |
miker |
csharp: ah, but there's one exposed in the reporting area that's used by the JS |
| 09:58 |
miker |
fwiw, I tend to make that one a symlink to the one in /openils/conf/ to avoid them getting out of sync, unless you need i18n on the dev/test system |
| 09:59 |
|
Christineb joined #evergreen |
| 10:00 |
csharp |
oh... |
| 10:02 |
csharp |
miker++ # that fixed it |
| 10:02 |
miker |
cool |
| 10:02 |
csharp |
I rm-ed the reports version and symlinked it to the conf version |
| 10:28 |
Dyrcona |
parts-- |
| 10:29 |
Dyrcona |
So, the deleted field was apparently added "recently" and I have holds pointing to deleted parts where the parts were actually deleted from the database. |
| 10:30 |
Dyrcona |
Inconsistencies like that are a pain. |
| 10:41 |
|
jvwoolf joined #evergreen |
| 10:48 |
Dyrcona |
pingest-- # It's clobbering my test db server, and another script running on another database on the same server can't get any time to run. |
| 10:48 |
Dyrcona |
spoke too soon. looks like it is doing something now. :) |
| 10:58 |
idjit |
question about bug 1724348: what would be correct behavior if i set "holdings view" as the default view, open a record, switch to "marc view", go back to search results and open a new record? |
| 10:58 |
idjit |
should it load the holdings because that's my default or should it load marc view because that's the last tab i was looking at on a record? |
| 10:58 |
pinesol_green |
Launchpad bug 1724348 in Evergreen "Web client: set default view not sticky" [Undecided,Confirmed] https://launchpad.net/bugs/1724348 |
| 10:59 |
idjit |
(please let me know if i should to post a comment on the bug instead; just thought i'd ask here first) |
| 11:02 |
csharp |
I'm having trouble replicating the issue in https://bugs.launchpad.net/evergreen/+bug/1739460 - as is Elaine, who reported the bug originally |
| 11:02 |
pinesol_green |
Launchpad bug 1739460 in Evergreen "Web client: branch library shelving locations not visible to HQ workstation" [High,Confirmed] |
| 11:02 |
csharp |
are others seeing this? |
| 11:02 |
csharp |
even before attempting miker 's fix there, I'm not able to reproduce |
| 11:04 |
csharp |
since it's marked as a blocker, I'm hoping to either move it to invalid or at least remove the tag if others aren't seeing the problem |
| 11:04 |
* berick |
can test in a few minutes |
| 11:04 |
kmlussier |
csharp: I had hoped to look at that one, but I don't think I ever found that time to confirm or do any testing. |
| 11:07 |
csharp |
well, it's fairly simple to test on a concerto server - just create vols/copies for each branch in the system and see if they appear in the list - so far I'm not seeing the originally-reported problem |
| 11:07 |
csharp |
this was reported before we went live and was one of the bugs that led to our decision to not move cataloging to the web client yet |
| 11:35 |
kmlussier |
Dyrcona: Are those old holds where the parts were deleted before the patch from bug 937789 was added? |
| 11:35 |
pinesol_green |
Launchpad bug 937789 in Evergreen 2.8 "Deleting parts breaks hold interfaces" [Medium,Fix released] https://launchpad.net/bugs/937789 |
| 11:35 |
berick |
csharp: curious, are you still seeing one of the errors you mentioned earlier? i'm getting a "annot read property 'length' of undefined" on the hold maint. page. |
| 11:35 |
berick |
apparently on cp.copy_alerts.length |
| 11:35 |
Dyrcona |
kmlussier: Yes. |
| 11:36 |
Dyrcona |
It could also be that this patron has kept their holds history and has over 750 holds, but I'm removing just the hods with deleted targets, first. |
| 11:37 |
Dyrcona |
kmlussier: Lp 1642341 |
| 11:37 |
pinesol_green |
Launchpad bug 1642341 in Evergreen "Holds history breaks when old holds connect to a deleted target" [Medium,Confirmed] https://launchpad.net/bugs/1642341 |
| 11:37 |
kmlussier |
Dyrcona: Yes, I saw that. That's what made me think of the other bug. |
| 11:38 |
Dyrcona |
It's not just parts, though, this patron has title and copy holds with deleted targets. |
| 11:38 |
Dyrcona |
I missed the parts holds though because of the deleted flag. |
| 11:52 |
|
abowling1 joined #evergreen |
| 12:05 |
|
jihpringle joined #evergreen |
| 12:05 |
berick |
now to remember how to create / use a different locale... |
| 12:08 |
berick |
for the IDL |
| 12:13 |
berick |
wiki++ |
| 12:18 |
|
beanjammin joined #evergreen |
| 12:55 |
miker |
and yet... |
| 12:55 |
miker |
wiki-- # truth that becomes lies over time |
| 13:03 |
csharp |
berick: I am still seeing "TypeError: cp.copy_alerts is undefined" in FF |
| 13:03 |
csharp |
but I'm not seeing the length error specifically |
| 13:05 |
csharp |
berick: in chrome, I do see that error though: TypeError: Cannot read property 'length' of undefined |
| 13:06 |
berick |
csharp: k, thanks. glad it's not just me. |
| 14:27 |
|
jlamos joined #evergreen |
| 14:32 |
|
bdljohn joined #evergreen |
| 14:41 |
|
Dyrcona joined #evergreen |
| 14:46 |
Dyrcona |
Ok, that time I rebooted my router after a kernel update. :) |
| 14:46 |
Dyrcona |
Busy day for gitadmin. |
| 15:36 |
|
NFPL joined #evergreen |
| 15:36 |
NFPL |
Hey, quick question. Does the print templates in the web client grab it's variables from the fm_idl.xml? |
| 15:55 |
csharp |
NFPL: I don't know the direct answer to your question - eventually, yes, the data available is defined by that file - here's some documentation from PINES that might be of general help: https://pines.georgialibraries.org/dokuwiki/doku.php?id=circ:workstations:receipts |
| 15:56 |
csharp |
and https://pines.georgialibraries.org/dokuwiki/doku.php?id=circ:workstations:receipt-content |
| 15:56 |
csharp |
terran++ |
| 15:57 |
|
kmlussier joined #evergreen |
| 16:00 |
NFPL |
I am aware of these variables but was hoping to change the backend to allow variables used in another template such as Patron data into Billing. So just adding a few references in the backend to make the reciepts more robust with info |
| 16:19 |
|
kmlussier joined #evergreen |
| 16:23 |
miker |
NFPL: the data available to each template, and the structure (shape) of the data, is context-specific, and generally speaking, what's available for display in the UI from which it's printing. There are many instances where there is not a 1-to-1 mapping between the template data and the IDL classes -- sometimes we calculate extra info, or change the shape to be more convenient |
| 16:26 |
miker |
which is all to say ... "it depends" :) |
| 16:27 |
miker |
if you need more/different data in a given template, you'll probably need to look at the app.js that's making use of the particular template context via egPrint (IIRC) |
| 16:29 |
miker |
and extend the data that's being passed into the template context via ... some means (maybe fetch from network, maybe just attach objects that are already handy, maybe just update the template-specific help to note an existing datum that's embedded already). I don't believe the templates themselves can do complex things like fetch data from the network. |
| 16:53 |
idjit |
hi folks. who wants to help a n00b submit a pull request? i think i've goofd something up with git. |
| 16:53 |
Dyrcona |
idjit: What are typing to do the push? |
| 16:53 |
idjit |
http://git.evergreen-ils.org/?p=working/Evergreen.git;a=summary |
| 16:53 |
idjit |
gah, wrong paste, sorry |
| 16:54 |
idjit |
git push working working_branch:user/abellenir/working_branch |
| 16:54 |
Dyrcona |
And, what does git say? |
| 16:54 |
idjit |
Total 0 (delta 0), reused 0 (delta 0) |
| 16:55 |
idjit |
do just i need to replace "working_branch" with my actual branch name? |
| 16:55 |
Dyrcona |
Yeah.. |
| 16:55 |
Dyrcona |
Also, if the branch is for an Lp bug, we usually name the remote branch starting lp{bug#}. |
| 16:56 |
Dyrcona |
Here's an example: user/dyrcona/lp1751126-print-clearable-holds |
| 16:56 |
idjit |
whoo! \o/ |
| 16:56 |
idjit |
blindly copy/pasting commands without understanding them. livin' up to my name :-) |
| 16:57 |
Dyrcona |
Welcome aboard! |
| 16:57 |
Dyrcona |
I see your working_branch example did get pushed. |
| 16:58 |
Dyrcona |
It looks like a copy of master. You can delete it if you want. |
| 16:58 |
idjit |
it did... there's nothing there though. |
| 16:58 |
idjit |
git push working --delete user/abellenir/working_branch #? |
| 16:58 |
Dyrcona |
git push working :user/abellenir/working_branch |
| 16:59 |
Dyrcona |
Not the lack of a local branch name. |
| 16:59 |
Dyrcona |
Not -> Note.... :) |
| 16:59 |
idjit |
noted. |
| 17:00 |
idjit |
like magic. thank you! |
| 17:00 |
idjit |
Dyrcona++ |
| 17:00 |
Dyrcona |
yw |
| 17:00 |
Dyrcona |
abellenir++ # First push to the working repo. |
| 17:01 |
Dyrcona |
Or, idjit++, rather. :) |
| 17:01 |
idjit |
for the bug in LP, i added the 'pullrequest' tag, should i add a comment as well, or is that unnecessary? |
| 17:01 |
* Dyrcona |
has had a long day. |
| 17:02 |
Dyrcona |
Yeah, you should add a comment with the branch name and preferably a link to the branch in the git web: http://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/abellenir/lp1724348-default-view |
| 17:04 |
idjit |
like this? https://bugs.launchpad.net/evergreen/+bug/1724348 |
| 17:04 |
pinesol_green |
Launchpad bug 1724348 in Evergreen "Web client: set default view not sticky" [Undecided,Confirmed] |
| 17:05 |
Dyrcona |
Yes, that looks good. |
| 17:06 |
idjit |
great, thanks! |
| 17:06 |
idjit |
Dyrcona++ |
| 17:06 |
Dyrcona |
Thank you for submitting code. |
| 17:06 |
idjit |
haha, if we're real lucky it'll even work :-P |
| 17:07 |
Dyrcona |
:) |
| 17:09 |
|
mmorgan left #evergreen |
| 18:31 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
