| Time |
Nick |
Message |
| 06:31 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 08:03 |
|
agoben joined #evergreen |
| 08:11 |
|
collum joined #evergreen |
| 08:14 |
|
rjackson_isl joined #evergreen |
| 08:35 |
|
mmorgan joined #evergreen |
| 08:56 |
|
bos20k joined #evergreen |
| 09:00 |
|
Dyrcona joined #evergreen |
| 09:13 |
|
terran joined #evergreen |
| 09:27 |
|
yboston joined #evergreen |
| 09:30 |
mmorgan |
Where are the workstation preferences stored on a Mac? We have a mac client throwing errors similar to those we've seen on Windows workstations when a prefs file has been corrupted. |
| 09:30 |
mmorgan |
Removing and reinstalling the client doesn't solve the issue. |
| 09:32 |
bshum |
mmorgan: For a xul client? |
| 09:32 |
mmorgan |
Yes, xul client. |
| 09:35 |
bshum |
I could have sworn it was in the Library folder somewhere |
| 09:35 |
bshum |
I'm digging it up on my Mac :) |
| 09:35 |
Dyrcona |
Well, yes, somewhere under Library/Settings/, IIRC. |
| 09:36 |
Dyrcona |
Unless you built the client with the option to store it in the App folder, which I'm not certain works on a Mac. |
| 09:36 |
bshum |
Maybe they moved it on this macOS version |
| 09:36 |
Dyrcona |
It has been about 6 years since I tried much of anything on a Mac. |
| 09:37 |
bshum |
Ah |
| 09:37 |
Dyrcona |
Yeah, it might depend on your Mac OS version, but I don't think they move stuff like that very often. |
| 09:37 |
bshum |
~/Library/Application Support/open_ils_staff_client |
| 09:37 |
bshum |
There it is |
| 09:37 |
bshum |
I knew it was around somewhere in Application Support, just forgot the name of the folder |
| 09:37 |
bshum |
openils? pfft |
| 09:37 |
Dyrcona |
bshum++ |
| 09:37 |
mmorgan |
Ah! Ok we'll look there! |
| 09:37 |
bshum |
So in there is the profiles |
| 09:37 |
* Dyrcona |
did not RC. :) |
| 09:38 |
mmorgan |
bshum++ |
| 09:38 |
bshum |
And that'll have the prefs, I thin |
| 09:38 |
bshum |
*think |
| 09:43 |
dbs |
Some day I'll figure out vandelay import; even with batches of 250 records I get "Processing... 0" and console logs "Error: Transport error method=open-ils.vandelay.bib.process_spool, status=504" |
| 09:46 |
* dbs |
also sees a "The Components object is deprecated. It will soon be removed." in core dojo.js - hrm |
| 09:47 |
dbs |
(EG 2.12 FWIW) |
| 09:49 |
Dyrcona |
dbs: Well, the deprecation warning doesn't matter since we're not switching to a newer version of Dojo. |
| 09:50 |
Dyrcona |
As for the rest, I never use Vandelay, since I'm importing tens of thousands of records at once, usually. |
| 09:50 |
* Dyrcona |
sometimes think we ought to replace it. |
| 09:51 |
Dyrcona |
But, honestly, I don't have any better ideas. |
| 09:54 |
|
sard joined #evergreen |
| 09:58 |
dbs |
Dyrcona: That warning is coming from Firefox: https://developer.mozilla.org/en-US/docs/Mozilla/Tech/XPCOM/Language_Bindings/Components_object |
| 09:59 |
dbs |
Looks like it has been around for years though, so what's a few more? :) |
| 09:59 |
Dyrcona |
Ah. That's different, then. |
| 09:59 |
Dyrcona |
Well, yeah, I've seen things that were deprecated and never removed. |
| 10:01 |
|
rlefaive joined #evergreen |
| 10:14 |
|
rlefaive joined #evergreen |
| 10:24 |
|
rlefaive joined #evergreen |
| 10:28 |
|
rlefaive joined #evergreen |
| 10:40 |
|
kmlussier joined #evergreen |
| 10:47 |
|
mmorgan1 joined #evergreen |
| 10:52 |
|
tlittle joined #evergreen |
| 10:54 |
|
dteston joined #evergreen |
| 11:05 |
|
jvwoolf joined #evergreen |
| 11:07 |
|
rlefaive joined #evergreen |
| 11:15 |
|
jvwoolf1 joined #evergreen |
| 11:19 |
|
Christineb joined #evergreen |
| 11:31 |
|
rlefaive joined #evergreen |
| 12:04 |
|
mmorgan joined #evergreen |
| 12:09 |
|
khuckins joined #evergreen |
| 12:09 |
|
jihpringle joined #evergreen |
| 12:24 |
|
ngf42 joined #evergreen |
| 12:26 |
|
ohiojoe joined #evergreen |
| 12:27 |
|
littlet joined #evergreen |
| 13:02 |
kmlussier |
Developers meeting tomorrow, right? |
| 13:08 |
Dyrcona |
Think so, yeah. |
| 13:10 |
* kmlussier |
is repurposing the January agenda for tomorrow's meeting. |
| 13:11 |
kmlussier |
Also adding discussion item about iOS. |
| 13:14 |
csharp |
@blame apple |
| 13:14 |
pinesol_green |
csharp: everything was going great until apple came along |
| 13:14 |
csharp |
@quote random |
| 13:14 |
pinesol_green |
csharp: Quote #111: "< RoganH> Obviously they weren't from the south or they would have tried deep frying it." (added by csharp at 12:22 PM, April 15, 2015) |
| 13:14 |
Dyrcona |
heh. |
| 13:15 |
Dyrcona |
Deep-fried iOS for breakfast? |
| 13:29 |
terran |
Did someone (kmlussier?) say they had NoveList working in the web client? |
| 13:29 |
kmlussier |
terran: Maybe mmorgan? |
| 13:31 |
JBoyer |
might have been me, but we don't use any of the external links and get our covers from somewhere else. |
| 13:32 |
JBoyer |
So we may just not notice what you're seeing. |
| 13:33 |
terran |
We get our covers from Syndetics, and those are fine, but our added content div for NoveList isn't working in the client (it's fine in the OPAC). |
| 13:34 |
terran |
The Syndetics div for added content isn't working either in the OPAC or the client, but I think that may be a parsing problem. |
| 13:36 |
Dyrcona |
terran: You're talking about the XUL client? |
| 13:37 |
terran |
It's the same behavior in both xul and web clients but I only care about the web client at this point. |
| 13:38 |
Dyrcona |
OK. Then, I can't help. :( |
| 13:38 |
terran |
:) |
| 13:38 |
Dyrcona |
When Novelist stopped working in XUL, it was that they changed the JavaScript to use a function that didn't exist in the XUL client. |
| 13:39 |
Dyrcona |
The next day, more or less, it just started working again after Novelist changed their code, again. |
| 13:39 |
Dyrcona |
I suspect that someone reported problems with certain browsers to them. |
| 13:40 |
Dyrcona |
In your case, I'd look into any local customizations. Maybe your templates have something wrapped in a check for not ctx.is_staff or similar. |
| 13:44 |
terran |
Thanks, I've already checked for customizations in the templates and the div block is being created (<div data-novelist-novelistselect="0439420105"></div>) but there's nothing inside it. I'm getting a " |
| 13:44 |
terran |
Type error but I'm getting that in the OPAC too where it's working. |
| 13:45 |
mmorgan |
terran: Our Novelist select is working in the web client on our test server. |
| 13:45 |
terran |
mmorgan: Hmm |
| 13:49 |
terran |
I wonder if Novelist is providing the content to us in the same format. |
| 13:51 |
Dyrcona |
I apparently didn't configure Novelist on our 3.0 testing server. |
| 13:51 |
JBoyer |
Also, mmorgan mentioned Novelist Select, that's the product we're using also, are you using one of the other tiers of it? I know they offer more than what we're doing but I don't know much more about it. |
| 13:52 |
Dyrcona |
It is working on our training server with 3.0.3. |
| 13:54 |
|
mmorgan1 joined #evergreen |
| 13:54 |
Dyrcona |
terran: Do you have <div id='novelist-loading'>No NoveList content is available for this item.</div> in the view source above the div you mentioned earlier? |
| 13:54 |
|
rfrasur joined #evergreen |
| 13:56 |
rfrasur |
Hello, my lovelies. Wondering who I should report a bug to about the conference website? |
| 13:57 |
terran |
Dyrcona: Yes |
| 13:58 |
Dyrcona |
OK. Just checking, 'cause that's more or less what ours looks like. |
| 13:59 |
Dyrcona |
Just grepping through the templates for Novelist, I find two places in the standard templates for 3.0.3, but I find many more comments in our customizations. |
| 13:59 |
Dyrcona |
I'm going to compare those with 2.12. |
| 14:00 |
Dyrcona |
Here's one of the comments from our customization of acjs.tt2: [%# The only customization in this file is to change the Novelist timeout to 500 %] |
| 14:02 |
Dyrcona |
Hmm. Looks like we've customized Novelist a bit, probably based on something from NOBLE. |
| 14:02 |
Dyrcona |
I seem to recall krvmga working on something like that. |
| 14:03 |
Dyrcona |
Guess I can't be all that helpful. |
| 14:03 |
terran |
Thanks, I hadn't thought of changing the timeout I can try that. |
| 14:12 |
Dyrcona |
Ah, kmlussier left the channel. |
| 14:13 |
Dyrcona |
I just wanted to followup about my comment on a bug here rather than add to the chatter on the bug. |
| 14:19 |
terran |
mmorgan1: Would you be willing to share the Novelist-related customizations NOBLE has done with me? |
| 14:20 |
terran |
rfrasur: for the sched portion or the rest of the site? |
| 14:20 |
rfrasur |
terran: the sched portion |
| 14:21 |
terran |
rfrasur: Debbie from MOBIUS - deborah mobiusconsortium.org |
| 14:22 |
rfrasur |
terran: Thank you :-) |
| 14:22 |
Dyrcona |
terran: Based on our changes, they are minor. |
| 14:22 |
Dyrcona |
The big one looks like changing the timeout to 500. |
| 14:23 |
Dyrcona |
The rest is adding some text to tell patrons about Novelist Select. |
| 14:24 |
terran |
Dyrcona: Thanks, I'll try that later this afternoon |
| 14:25 |
Dyrcona |
We also removed the Chillifresh code from opac/parts/record/awards.tt2. |
| 14:25 |
Dyrcona |
But, I doubt that has much effect on this. |
| 14:38 |
|
mmorgan joined #evergreen |
| 14:41 |
|
kmlussier joined #evergreen |
| 14:54 |
mmorgan |
terran: We also have the timeout set at 500. |
| 14:58 |
terran |
mmorgan: Thanks! |
| 14:59 |
mmorgan |
terran: I'm not familiar with all the customizations, but I'll see if I can get you more info. |
| 15:03 |
|
mmorgan1 joined #evergreen |
| 15:08 |
pinesol_green |
[evergreen|Kathy Lussier] LP#1746020 Fix Safari/iOS login issue - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=c1edfce> |
| 15:13 |
kmlussier |
JBoyer++ gmcharlt++ |
| 15:19 |
|
hbrennan joined #evergreen |
| 15:20 |
JBoyer |
kmlussier++ |
| 15:36 |
pinesol_green |
[evergreen|Mike Rylander] LP#1743819: Use combcirc rather than circ to get circ data - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=94d2a10> |
| 15:37 |
kmlussier |
Nearly three years later, I'm revisiting discussion from bug 1464709 regarding a potential is_targetable flag for copy statuses. |
| 15:37 |
pinesol_green |
Launchpad bug 1464709 in Evergreen "Seamless checkout of non-standard copy status AKA single-use copy statuses" [Wishlist,Fix released] https://launchpad.net/bugs/1464709 |
| 15:39 |
kmlussier |
From the discussion, I understand that the goal of this flag would be to identify certain statuses that should be included on the holds pull list. But does would it affect whether or not the copy was listed in the hold_copy_map? Or would that still be governed by the holdable flag? |
| 15:57 |
* Dyrcona |
has a new theme song: https://ftp.openbsd.org/pub/OpenBSD/songs/song60b.ogg |
| 15:59 |
|
mmorgan joined #evergreen |
| 16:00 |
pinesol_green |
[evergreen|Bill Erickson] LP#1743262 CC external payment requires app. code - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=fdc2044> |
| 16:00 |
pinesol_green |
[evergreen|Galen Charlton] LP#1743262: (follow-up) disable submit button if approval code not supplied - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=6105bf2> |
| 16:01 |
berick |
gmcharlt++ |
| 16:03 |
|
khuckins_ joined #evergreen |
| 16:59 |
gmcharlt |
kmlussier: please see my update to bug 1738249 |
| 16:59 |
pinesol_green |
Launchpad bug 1738249 in Evergreen "Circulation Library in Item Status" [Low,Confirmed] https://launchpad.net/bugs/1738249 |
| 17:04 |
|
mmorgan left #evergreen |
| 17:07 |
pinesol_green |
[evergreen|Chris Sharp] LP#1743220: Update script to accommodate Ubuntu 16.04. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=056cdf1> |
| 17:07 |
pinesol_green |
[evergreen|Galen Charlton] LP#1743220: update EDI translator's README - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=6f9ad18> |
| 17:08 |
bshum |
Lenny, oh wow |
| 17:09 |
gmcharlt |
it actually works up to Wheezy, but I'm prioritizing looking at other patches over tidying it up furhter :) |
| 17:10 |
bshum |
Heh, no I was just trying to remember in my head how far back Lenny was ;) |
| 17:10 |
bshum |
gmcharlt++ # patches |
| 17:10 |
gmcharlt |
dinosaurs roamed the earth then, I believe |
| 17:12 |
kmlussier |
gmcharlt++ |
| 17:13 |
kmlussier |
I'll see if I can carve out some time to look at it. I've already hit the pre-ALA 'how am I going to get everything done this week?' panic. |
| 17:13 |
gmcharlt |
you and me both |
| 17:18 |
gmcharlt |
berick: got cycles to look at the current branch for 1724052? |
| 17:27 |
|
khuckins__ joined #evergreen |
| 17:29 |
pinesol_green |
[evergreen|Jane Sandberg] LP1735572: replacing placeholder title attribute with something more meaningful - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=bd3a71e> |
| 17:45 |
berick |
gmcharlt: yes, looking now. |
| 17:45 |
gmcharlt |
berick++ |
| 18:11 |
pinesol_green |
[evergreen|Galen Charlton] LP#1724052: move stat-cat cache initialization to patron search service - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=f655525> |
| 18:31 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
