Time |
Nick |
Message |
06:41 |
|
agoben joined #evergreen |
07:09 |
|
rjackson_isl joined #evergreen |
07:12 |
|
collum joined #evergreen |
07:14 |
|
Dyrcona joined #evergreen |
08:21 |
|
bos20k joined #evergreen |
08:38 |
Dyrcona |
Nothing like making last-minute configuration changes before going live! |
08:57 |
|
BAMkubasa joined #evergreen |
08:59 |
BAMkubasa |
Good morning all you happy people. What does action_trigger.event.target reference? I'm trying to go from action_trigger.event_output -> action_trigger.event on (action_trigger.event.template_output = action_trigger.event_output.id) and somehow make my way over to actor.usr |
09:00 |
BAMkubasa |
I had a query that seemed to indicate that (action_trigger.event.target = action.hold_request.id) but I was getting no links to action.hold_request |
09:10 |
|
yboston joined #evergreen |
09:18 |
Dyrcona |
BAMkubasa: action_trigger.event.target depends on the event. |
09:24 |
BAMkubasa |
hmm, so maybe I'm looking in the holds table (as if the event was related to a holds notification) rather than the correct place for an overdue notice notification |
09:24 |
csharp |
BAMkubasa: the target depends on the core_type of the hook in the action_trigger.event_definition |
09:25 |
BAMkubasa |
ah ha! |
09:27 |
BAMkubasa |
so in this case it is hoook checkout.due |
09:27 |
Dyrcona |
BAMkubasa: Yes, so that would be action.circulation. |
09:28 |
Dyrcona |
csharp++ |
09:28 |
* Dyrcona |
got distracted by a bee (literally). |
09:28 |
|
bos20k joined #evergreen |
09:29 |
BAMkubasa |
so, for events with hook checkout.due, action_trigger.event.target = action.circulation.id ? |
09:30 |
|
_bott_ joined #evergreen |
09:31 |
Dyrcona |
BAMkubasa: Yes. As csharp said, the action_trigger.hook.core_type gives the object type in terms of the fm_IDL.xml class. If you see a code in there that you don't know, you can find the table from fm_IDL.xml file. |
09:32 |
|
laurie joined #evergreen |
09:32 |
Dyrcona |
The action_trigger.even.target always equals the primary id of the action_trigger.hook.core_type class. |
09:43 |
|
jvwoolf joined #evergreen |
09:53 |
|
sandbergja joined #evergreen |
09:59 |
|
cmalm joined #evergreen |
10:26 |
pinesol |
[evergreen|Dan Wells] LP#1846038 Remove extra grid refresh from configuration load - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=07b8435> |
10:43 |
|
nfBurton joined #evergreen |
10:45 |
|
sandbergja joined #evergreen |
11:01 |
pinesol |
News from qatests: Failed Installing AngularJS web client <http://testing.evergreen-ils.org/~live/test.28.html#2019-10-25T11:00:59,505794125-0400 -0> |
11:01 |
pinesol |
News from qatests: Failed Installing Angular web client <http://testing.evergreen-ils.org/~live/test.29.html#2019-10-25T11:00:59,549875754-0400 -2> |
11:01 |
pinesol |
News from qatests: Failed Log Output: osrfsys.log <http://testing.evergreen-ils.org/~live/test.76.html#2019-10-25T11:00:59,592928695-0400 -4> |
11:20 |
|
Dyrcona joined #evergreen |
11:24 |
|
jvwoolf joined #evergreen |
11:27 |
|
Christineb joined #evergreen |
11:32 |
|
tlittle joined #evergreen |
11:39 |
|
nfBurton joined #evergreen |
11:54 |
|
sandbergja joined #evergreen |
12:26 |
Bmagic |
Anyone remember gsams? presenting the OPAC changes at 2019 EGcon? |
12:28 |
Bmagic |
Couldn't find it https://evergreen-ils.org/conference/2019-evergreen-international-conference/2019-programs-and-schedule/ - I think it was a lightning talk but it's not here https://docs.google.com/spreadsheets/d/1ftY314yLp71V4gBmUYJAXYdUkOKdL-2GkPAXT4Ncrb0/edit#gid=0 |
12:29 |
alynn26 |
I'm thinking it might have been 2018 |
12:29 |
Bmagic |
It had to do with accessibility |
12:29 |
|
jvwoolf joined #evergreen |
12:29 |
Bmagic |
and responsive design |
12:32 |
remingtron |
Bmagic: https://evergreen-ils.org/conference/2018-evergreen-international-conference/2018-conference-presentation-slides-and-files/ |
12:32 |
remingtron |
There's a PDF link labeled "Auto-Renewal (Geoff Sams)" |
12:32 |
Bmagic |
hehe, I was there |
12:32 |
remingtron |
cool |
12:32 |
Bmagic |
I see the auto-renewal talk but that's not the same thing I am thinking about. It was an overhaul to the patron OPAC that was presented |
12:33 |
Bmagic |
gsams_ was that you? |
12:35 |
|
collum_ joined #evergreen |
12:37 |
|
tlittle joined #evergreen |
12:47 |
alynn26 |
bmagic it was someone from Canada, I remember it now. I don't know who it was. |
12:52 |
jeffdavis |
someone from Niagara College maybe? |
12:52 |
jeffdavis |
they did an OPAC overhaul that is worth knowing about |
12:53 |
tlittle |
I think that was @nfburton |
12:54 |
tlittle |
https://bugs.launchpad.net/evergreen/+bug/1778972 |
12:54 |
pinesol |
Launchpad bug 1778972 in Evergreen "Wishlist - OPAC Redesign" [Wishlist,In progress] - Assigned to Christopher Burton (cburton) |
12:55 |
Dyrcona |
twitter-- |
12:57 |
jeffdavis |
I think those are two different reworkings of the OPAC - I'm thinking of https://niagaracollege.niagaraevergreen.ca/eg/opac/home |
12:57 |
jeffdavis |
(^ for the logs) |
12:59 |
tlittle |
Ah, gotcha! |
13:04 |
|
tlittle joined #evergreen |
13:31 |
|
yboston joined #evergreen |
14:17 |
Bmagic |
!!! cburton is right. That's what I was trying to think of. It's a year old now... |
14:26 |
|
jvwoolf joined #evergreen |
14:38 |
Bmagic |
is the "mark damaged" issue resolved where the Billing type doesn't include the "Damaged" billing type? Bug 1775425 is marked invalid and bug 1659181 is released but when testing 3.3.4, marking something damaged from the checkin screen doesn't give the damaged billing type |
14:38 |
pinesol |
Launchpad bug 1775425 in Evergreen "when marking an item damaged/lost it does not give "damaged" or "lost" in the drop down for billing type." [Undecided,Invalid] https://launchpad.net/bugs/1775425 |
14:38 |
pinesol |
Launchpad bug 1659181 in Evergreen "webclient: Marking item damaged does not trigger prompt for billing details" [Medium,Fix released] https://launchpad.net/bugs/1659181 |
15:21 |
Bmagic |
Billing Type ID 7 should be "automatic" when marking something damaged but on my test system it's not selected in the dropdown and it's not even IN the dropdown. Can't find a bug about it which makes me think that I am doing something wrong |
15:23 |
jeff |
I have seen similar in at least one system. I have it on my list to look into more. |
15:58 |
Bmagic |
Was it decided somewhere along the timeline to remove the "auto" damaged billing type from the work flow and prompt the user to choose a custom billing type when marking damaged? It sure seems like there should be bug about this. |
16:02 |
|
sandbergja_ joined #evergreen |
16:06 |
|
frank68 joined #evergreen |
16:07 |
frank68 |
Hi, Is there any kind of documentation to use new carousel features? |
16:10 |
Bmagic |
frank68: https://evergreen-ils.org/documentation/release/RELEASE_NOTES_3_4.html#_public_catalog I was just looking at that! |
16:12 |
frank68 |
Bmagic thanks |
16:13 |
Bmagic |
frank68: I believe the DIG team will need to flesh out more of it onto the official documentation somewhere here: http://docs.evergreen-ils.org/dev/_local_administration.html |
16:16 |
frank68 |
Yes, that could be great, In our EG implementation in Mexico would like to implement it |
16:16 |
JBoyer |
Bmagic, the damage problem is that in the xul client there was a request to allow custom damaged billings and to accommodate that the regular Bill Patron window was re-used, which was not modified to prevent you from changing the billing type to anything you like. |
16:17 |
JBoyer |
When it was ported to Angular that wasn't changed, and you can't choose Damage because it's a system billing type, and so... :( |
16:17 |
Bmagic |
JBoyer++ It's by design then? |
16:17 |
JBoyer |
That's a stretch. I hope not. |
16:18 |
Bmagic |
I wish I could point folks to a document somewhere that shows this is "as expected" - but you are saying that it's a bug without a LP number? |
16:19 |
JBoyer |
But now I'm not sure if it would turn into a "maybe we need a setting..." (we don't) so I had just deleted the drop down and hard-coded the "right thing" into the interface in IN. (for the xul client I just changed the perl module since it was literally the same interface.) |
16:20 |
JBoyer |
There may have been one for when custom damage amounts were first added, but I don't think there's a specific one for that interface in Angular, it would have just been a part of the rest of circ or the patron interface or something like that |
16:20 |
Bmagic |
What about the "price of the item" logic for the default price? |
16:21 |
JBoyer |
I don't recall how it all interacts. I think you had to click a different button to get to the custom amount interface in xul, but in the web client it's just 1 interface that can handle both "full price" and custom amounts. |
16:22 |
Bmagic |
JBoyer++ # I think I'll make a bug report |
16:22 |
JBoyer |
Bmagic++ |
16:23 |
|
Dyrcona joined #evergreen |
19:46 |
|
phasefx_ joined #evergreen |
20:54 |
|
sandbergja joined #evergreen |
21:51 |
|
sandbergja joined #evergreen |
22:14 |
|
sandbergja joined #evergreen |
23:01 |
pinesol |
News from qatests: Failed Installing AngularJS web client <http://testing.evergreen-ils.org/~live/test.28.html#2019-10-25T23:00:58,483085543-0400 -0> |
23:01 |
pinesol |
News from qatests: Failed Installing Angular web client <http://testing.evergreen-ils.org/~live/test.29.html#2019-10-25T23:00:58,525467156-0400 -2> |
23:01 |
pinesol |
News from qatests: Failed Log Output: osrfsys.log <http://testing.evergreen-ils.org/~live/test.76.html#2019-10-25T23:00:58,570543567-0400 -4> |
23:03 |
|
sandbergja joined #evergreen |
23:39 |
|
sandbergja joined #evergreen |