| Time |
Nick |
Message |
| 00:31 |
|
bmills1 joined #evergreen |
| 01:56 |
|
Mark__T joined #evergreen |
| 02:08 |
|
geoffsams joined #evergreen |
| 02:34 |
|
hopkinsju joined #evergreen |
| 05:09 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 07:27 |
|
Callender joined #evergreen |
| 07:59 |
|
ericar joined #evergreen |
| 08:22 |
|
Shae joined #evergreen |
| 08:31 |
|
mrpeters joined #evergreen |
| 08:34 |
|
mmorgan joined #evergreen |
| 08:37 |
|
Shae joined #evergreen |
| 08:51 |
|
akilsdonk joined #evergreen |
| 09:15 |
|
yboston joined #evergreen |
| 09:17 |
tsbere |
Fun with ACQ: fttp:// != ftp:// <_< |
| 09:20 |
|
DPearl left #evergreen |
| 09:21 |
jeff |
fiber to the premises |
| 09:21 |
|
collinanderson joined #evergreen |
| 09:22 |
tsbere |
Note that fttp:// does seem to imply SSH....which then looks to fail with a "WTF is that protocol?" type error. |
| 09:23 |
|
maryj joined #evergreen |
| 09:24 |
jboyer-isl |
jeff: Sounds like a protest chant. "Fiber to the premises! Fiber to the premises!" |
| 09:24 |
jboyer-isl |
Fight the copper! |
| 09:25 |
jeff |
pepperoni pizza, please. shaken, not stirred. |
| 09:46 |
|
yboston joined #evergreen |
| 09:49 |
kmlussier |
@hate dojo interfaces |
| 09:49 |
pinesol_green |
kmlussier: The operation succeeded. kmlussier hates dojo interfaces. |
| 10:07 |
berick |
kmlussier: the copy location sample data (1155771), did you see my comment in the code about potentially funky copy + location pairings? |
| 10:07 |
berick |
the TODO near the top http://git.evergreen-ils.org/?p=working/Evergreen.git;a=commitdiff;h=32e4998b3a92a82ff9c1b400262a7b67fa3240d5 |
| 10:07 |
berick |
is that a concern at all? |
| 10:07 |
berick |
or not big enough of a concern to stop merging |
| 10:08 |
kmlussier |
Ha ha. Your first question just appeared as a popup on a screencast I was making to accompany a bug report. :) |
| 10:09 |
berick |
haha. chaos powers activate! |
| 10:09 |
kmlussier |
berick: I saw the TODO, and, while I agree that it would be better to put children's books and children's copy locations, I didn't think it should stop merging. |
| 10:09 |
berick |
cool, thanks |
| 10:10 |
kmlussier |
berick: If we had a lot of bib records that were appropriate for all of the copy locations you created, I might have felt differently. |
| 10:10 |
kmlussier |
And I do think we need a better set of bib records. But we're not there yet. |
| 10:10 |
berick |
great, my thoughts exactly |
| 10:12 |
kmlussier |
The reason I found the bug was because I had asked jlitrell to look at bug 1340852. Just having any copy location groups in the test data to replicate the bug would have been helpful. |
| 10:12 |
pinesol_green |
Launchpad bug 1340852 in Evergreen "Copy Location Groups search not retaining original search params after searching" (affected: 2, heat: 12) [Medium,Confirmed] https://launchpad.net/bugs/1340852 |
| 10:20 |
pinesol_green |
[evergreen|Bill Erickson] LP#1155771 Sample data : copy locations, location groups - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=58aecfd> |
| 10:20 |
pinesol_green |
[evergreen|Bill Erickson] LP#1155771 Copy location sample data additions - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=406d79e> |
| 10:20 |
pinesol_green |
[evergreen|Bill Erickson] LP#1155771 Copy location sample data additions - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=36e9ecc> |
| 10:25 |
berick |
autoconf people, how does one add a C library dependency? I need to add -lpcre when compiling Open-ILS/src/c-apps/ (specifically oils_auth.c). |
| 10:29 |
dbs |
berick: it'll be a macro like AC_FUNC_PCRE, lemme see |
| 10:29 |
berick |
was wondering if all of the libxml2 (for example) stuff was added by hand to configure or if it was generated by an external tool |
| 10:30 |
dbs |
http://www.gnu.org/software/autoconf-archive/ax_path_lib_pcre.html |
| 10:31 |
dbs |
then you can use the values it finds in Makefile.am |
| 10:31 |
jcamins |
kmlussier: when's the hackaway? I couldn't find it on the calendar. |
| 10:31 |
kmlussier |
jcamins: We haven't set a date yet. We're still polling people. |
| 10:31 |
jcamins |
Ah, that explains it. |
| 10:31 |
jcamins |
Where will it be? |
| 10:32 |
kmlussier |
We're hosting it in Danvers, MA. At the offices for NOBLE, which is one of the consortia from the MassLNC project. |
| 10:33 |
dbs |
berick: but yeah, I think we did a lot of things the hard way initially, possibly due to lack of knowledge, also possibly due to lack of support at that stage of autotools |
| 10:34 |
dbs |
https://developer.gnome.org/anjuta-build-tutorial/stable/library-autotools.html.en suggests we could just rely on pkg-config now for most library support |
| 10:34 |
berick |
dbs: thanks. i'm a bit lost. do I add the contents of ax_path_lib_pcre.m4 to aclocal.m4? put the whole file somewhere? |
| 10:35 |
dbs |
berick: at this point I think I would go directly to the more generic pkg-config approach |
| 10:37 |
dbs |
we already do that for memcached in OpenSRF: PKG_CHECK_MODULES(memcached, libmemcached >= 0.8.0) |
| 10:37 |
berick |
ah, ok |
| 10:38 |
berick |
that looks doable |
| 10:39 |
berick |
dbs++ # i'll give this a go |
| 10:40 |
dbs |
berick++ # fear not the autotools |
| 10:41 |
dbs |
(although it was fun trying a CMake rewrite once upon a time) |
| 10:57 |
|
Christineb_away joined #evergreen |
| 11:06 |
bshum |
kmlussier: I'm going to tag this towards 2.9-alpha, but also note that it needs a releasenote? https://bugs.launchpad.net/evergreen/+bug/1466201 |
| 11:06 |
pinesol_green |
Launchpad bug 1466201 in Evergreen "Google Analytics should not be enabled in the staff interface" (affected: 1, heat: 6) [Undecided,New] |
| 11:08 |
kmlussier |
bshum: Ah, ok. For some reason, I was treating it like a bug fix. I don't know why. |
| 11:08 |
bshum |
kmlussier: Well it could be... I suppose. |
| 11:09 |
bshum |
But it seems more like a "from here forward, this is how it is" kind of new feature to me. |
| 11:09 |
kmlussier |
It feels like new feature to me too. |
| 11:09 |
* bshum |
goes back to merging branches for his test system |
| 11:15 |
|
bmills joined #evergreen |
| 11:17 |
berick |
dbs: FYI it worked w/ 2 changes total: http://pastie.org/10309986 |
| 11:18 |
* berick |
just logged in to his VM catalog w/ a salted/crypted password WOOT |
| 11:20 |
kmlussier |
berick++ |
| 11:30 |
geoffsams |
question regarding z3950 server, we are having an issue with it closing its connection on a search, any chance someone has had experience with this sort of problem? |
| 11:31 |
bshum |
geoffsams: Could be a couple things. But to clarify.. |
| 11:32 |
bshum |
You mean that it's closing the connection when people search your z3950 or when you search other people using the z3950 search in the client? |
| 11:32 |
geoffsams |
when people search ours |
| 11:33 |
bshum |
gsams: Do your logs show any hints? |
| 11:33 |
bshum |
You guys are Ubuntu 12.04 right? |
| 11:34 |
gsams |
bshum: yeah |
| 11:38 |
bshum |
gsams: It could be the version of yaz you're using on the server |
| 11:38 |
bshum |
There have been some noise about issues on 12.04 systems |
| 11:39 |
bshum |
Like the omni-present https://bugs.launchpad.net/evergreen/+bug/1172332 |
| 11:39 |
pinesol_green |
Launchpad bug 1172332 in Evergreen "simple2zoom has segmentation faults" (affected: 1, heat: 8) [Undecided,Confirmed] |
| 11:39 |
bshum |
But it could be other issues too, like the clients talking to you are using poor syntax. Or bad versions of yaz themselves. |
| 11:41 |
bshum |
What's the error on either end look like? For the clients and for the server? |
| 11:44 |
dbs |
berick++ |
| 11:47 |
* dbs |
is with alexlazar on the yaz issue--just use indexdata.dk's repository, ubuntu shows no signs of wanting to provide actual support for yaz in their "LTS" 12.04 release |
| 11:47 |
dbs |
except I just use whatever the latest version is from indexdata.dk |
| 11:48 |
gsams |
clients simply get Sent searchRequest. followed by Target closed connection |
| 11:49 |
gsams |
this all started after a power failure at our colocation center last week, before that everything worked without issue |
| 11:49 |
gsams |
I'm not seeing anything (of course I may not be looking in the right places) in any logs |
| 12:02 |
|
jihpringle joined #evergreen |
| 12:03 |
jboyer-isl |
<Shatner>RRRRRUUUUUBBBBBYYYYY!!!!</Shatner> |
| 12:13 |
bshum |
gsams: Hmm |
| 12:13 |
bshum |
Yep, that's weird. |
| 12:13 |
bshum |
And if you didn't specify where the logs go when you started back up z3950 services, then... hmm, yeah. |
| 12:17 |
bshum |
gsams: So maybe what I'd do in a situation like that is determine how the z3950 process was started. And then do something about it. |
| 12:17 |
bshum |
Like kill the current process, and then start it again but this time not as a background or whatnot |
| 12:17 |
bshum |
That way you can see what messages it prints or something |
| 12:19 |
bshum |
My guess though is that it's probably similar to the LP bug I referenced. |
| 12:19 |
bshum |
And installing the latest version of Yaz might help. |
| 12:19 |
bshum |
Assuming that the one you're using is likely the default that ships with Ubuntu 12.04 |
| 12:19 |
bshum |
Which has been known to be wonky and broken. |
| 12:21 |
gsams |
alrighty, I'll give that all a go |
| 12:28 |
* kmlussier |
wonders if we can get bug 1436797 done for 2.9 |
| 12:28 |
pinesol_green |
Launchpad bug 1436797 in Evergreen ""grocery" term confuses frontline staff and patrons" (affected: 10, heat: 44) [Undecided,New] https://launchpad.net/bugs/1436797 |
| 12:29 |
bshum |
Yeah, that'd be cool. |
| 12:29 |
kmlussier |
Since I'm planning to do a lot of documentation around billing for this release, it would be a convenient time to replace any screenshots with the word grocery in them. |
| 12:30 |
bshum |
Hehe |
| 12:30 |
bshum |
That's logical. |
| 12:31 |
kmlussier |
How about if I get a poll going on the replacement term to get it started? |
| 12:32 |
|
bmills joined #evergreen |
| 12:32 |
bshum |
I think that's the bug ericar and I were using to illustrate why we need more community feedback. |
| 12:32 |
bshum |
Or one of them... |
| 12:33 |
bshum |
But yes, kmlussier++ |
| 12:46 |
kmlussier |
Should I add any other options to the poll before I send it out - http://pastebin.com/QStFu2jr |
| 12:51 |
bshum |
Can you select more than one choice in the poll? |
| 12:53 |
gsams |
kmlussier: Looks like a good set of choices to me, I can't think of anything else that would fit well. |
| 12:53 |
|
ericar_ joined #evergreen |
| 12:54 |
kmlussier |
bshum: I hadn't set it up to do so, but I could. |
| 12:54 |
kmlussier |
I wanted to make people commit to their choice. |
| 12:55 |
bshum |
kmlussier: Well I just think of it from the perspective that multiple names offend me slightly less. |
| 12:55 |
kmlussier |
bshum: Offend? Wow. |
| 12:55 |
gsams |
I'd be tempted to suggest something that would require multiple words, like "Staff Assessed" or something |
| 12:56 |
tsbere |
gsams: I don't know about that particular phrase would be a good idea. Too easily cut off at an interesting point ;) |
| 12:57 |
gsams |
tsbere: And that's why I figure what's there is good enough! Because that was what I was thinking as well |
| 12:57 |
gsams |
considering the spacing of things, simply staff or manual would be sufficient |
| 12:58 |
* tsbere |
thinks that Miscellaneous should be avoided as there is already a Misc billing type and there is enough confusion as it is when we re-use terms |
| 12:58 |
kmlussier |
Ha ha. That could be fun. |
| 12:58 |
kmlussier |
tsbere: You raise a good point. |
| 12:59 |
jeffdavis |
I hesitate to ask, but do we want to consider changing the name of system-generated bills too (currently "circulation" I think)? So that we end up with a more natural pair like "automatic/manual" or "system/staff". |
| 12:59 |
tsbere |
jeffdavis: If we ever add bills tied to holds we may want to leave "circulation" there. |
| 13:00 |
jeff |
well, circulation transactions are paired with circs. "grocery" is "not paired with a circ" |
| 13:00 |
tsbere |
jeffdavis: Also, you can add a manual billing to a circulation transaction... |
| 13:00 |
gmcharlt |
suggesting "non-loan", "non-circ", or "non-transaction-based" as options |
| 13:00 |
kmlussier |
Except when they are paired with a circ. |
| 13:01 |
tsbere |
Perhaps "Independent" to indicate "not tied to anything in particular"? |
| 13:02 |
berick |
heh, non-corporeal |
| 13:02 |
jeffdavis |
*something something "can of worms"* :) |
| 13:02 |
kmlussier |
gmcharlt: My only concern there is that grocery bills can be added to circ and transactions. |
| 13:02 |
kmlussier |
jeffdavis: Yes, this is why we need to decide it for real this time. So that we don't have to open the can of worms again in the future. :D |
| 13:03 |
tsbere |
kmlussier: Er, they can? "Misc" billing types can be, but I thought grocery was a transaction type, not a billing type. |
| 13:03 |
gmcharlt |
that's my impression too |
| 13:04 |
gmcharlt |
not that one couldn't manually add a formerly-known-as-grocery transaction with a note field saying that it's related to a given loan |
| 13:04 |
gmcharlt |
but it wouldn't actually tied to the loan, at least as far as the code is concenred |
| 13:05 |
gsams |
adding a billing to a circulation bill will automatically mark it circulation and not allow the grocery type. |
| 13:05 |
kmlussier |
tsbere: Yeah, that's right. I'm confusing myself now. |
| 13:05 |
kmlussier |
And working on 2 things at the same time, which is never a good idea |
| 13:05 |
jeff |
I'm still in favor of either "Other" or "General". |
| 13:05 |
mmorgan |
Multitasking is highly overrated ;-) |
| 13:06 |
* gmcharlt |
adds "Multitasking Tax" as a billing type to kmlussier's test database ;) |
| 13:06 |
jeff |
and as a refresher, the last large conversation about this subject that i recall was in January: http://irc.evergreen-ils.org/evergreen/2015-01-08#i_148257 |
| 13:06 |
tsbere |
I don't think we should label it as "Staff" myself as that would imply nothing else ever generating them. Same with "Manual", for that matter. "Other" and "General" would work well for me. |
| 13:06 |
kmlussier |
jeff: Yeah, I revisited that when I came up with the original options. |
| 13:07 |
jeff |
and I'm still in favor of removing the UI-side distinctions, but that's a larger task for the future. :-) |
| 13:09 |
kmlussier |
gmcharlt: Do you want me to add all three of those or do you have a favorite one I could add? |
| 13:11 |
kmlussier |
formerly-known-as-grocery should be an option. ;) |
| 13:12 |
mmorgan |
:) |
| 13:12 |
jeff |
kmlussier: going back to the original conversation, U+1F32D is a hot dog emoji (in Unicode 8) |
| 13:13 |
mrpeters |
strange question -- does the TPAC have the ability to hide an element, such as "rdetail_uris" div, based on certain data from the bib record, or would that require adding some additional javascript |
| 13:13 |
kmlussier |
jeff: Yes, that would clear everything up for the end user. I like it! |
| 13:15 |
jeff |
mrpeters: without more information, what you are suggesting is likely possible with modifications to the templates, no need for javascript. |
| 13:15 |
jeff |
you likely COULD do it with javascript also. |
| 13:15 |
mrpeters |
goal would be to hide the URIs if the bib source is a certain value |
| 13:15 |
mrpeters |
Overdrive, in this case |
| 13:16 |
tsbere |
mrpeters: I would say "yes", but not by the element name. By wrapping the element in an IF block. |
| 13:16 |
mrpeters |
using jeffdavis eg-overdrive-opac (awesome!) but seems redundant to show the URI's when there is a checkout button for those items |
| 13:16 |
jeff |
mrpeters: bib source is not exposed to the TPAC, but there is a working branch that exposes it, i think. |
| 13:16 |
mrpeters |
but i only want to do it on record that are Overdrive, so bib source was my best bet |
| 13:17 |
mrpeters |
i have it, its a dependency for eg-overdrive-opac |
| 13:17 |
jeff |
so either look at that working branch also, or pick another criteria. |
| 13:17 |
jeff |
aha. |
| 13:17 |
jeff |
forgot that. |
| 13:17 |
mrpeters |
at least im 99% sure it is |
| 13:17 |
bshum |
https://bugs.launchpad.net/evergreen/+bug/1178377 |
| 13:17 |
mrpeters |
because it only displays the overdrive code if the bib source matches the defined bib sources in the javascript and overdrive.tt2 |
| 13:17 |
pinesol_green |
Launchpad bug 1178377 in Evergreen "Expose bib source in TPAC" (affected: 2, heat: 10) [Wishlist,Triaged] |
| 13:17 |
mrpeters |
yep thats it! |
| 13:18 |
jeffdavis |
bshum beat me to it :) |
| 13:18 |
mrpeters |
so i could wrap that div in an if so that it only displays if bib source != (in my case) 3 |
| 13:19 |
mrpeters |
what about taking it a step further, and only hiding the 856$u's that contain the overdrive URL, but keep the second 856$u that has the excerpt link... |
| 13:20 |
mrpeters |
is the marc record exposed to template toolkit to accomodate something like that? |
| 13:20 |
tsbere |
Skip output in the loop when it matches a regex? |
| 13:20 |
gmcharlt |
kmlussier: Prince! |
| 13:20 |
tsbere |
Whether that is in the print loop or collection loop would be something to think about... |
| 13:21 |
mrpeters |
tsbere, so i think what you're saying is if 856$z is "Click Here for access" you'd hide that if it matched the pattern |
| 13:21 |
gmcharlt |
kmlussier: to answer your question... as inelegant as it is... just "non-transaction-based" |
| 13:21 |
mrpeters |
but "Click Here for an excerpt" wouldn't be hidden |
| 13:21 |
tsbere |
mrpeters: I was thinking more like "If the URL piece contains the overdrive domain skip it regardless of the label" |
| 13:21 |
* kmlussier |
will add Prince and hot dog as options just to confuse the survey participants who haven't been following along. |
| 13:21 |
mrpeters |
that would work too |
| 13:22 |
jeffdavis |
overdrive-eg-opac config includes a pattern for Overdrive URLs, so it may be preferable (or at least cleaner) to do that at the JS level |
| 13:22 |
mrpeters |
since the excerpts are at samples |
| 13:22 |
mrpeters |
ah, jeffdavis i didnt consider that...it depends on seeing those doesnt it |
| 13:22 |
kmlussier |
gmcharlt: Yes, that's the one I was leaning towards. |
| 13:22 |
mrpeters |
by the way, jeffdavis++++++++++++++++++++++++++++++++++ for eg-overdrive-opac |
| 13:22 |
|
ericar_ joined #evergreen |
| 13:23 |
mrpeters |
few kinks to work out still that jeffdavis has helped me with, but man it has to be nice for the patrons once its running! |
| 13:23 |
jeffdavis |
schan wrote most of the code, I just got it over the finish line - but thanks :) |
| 13:23 |
mrpeters |
schan++++++++++++++++++++++++++ too |
| 13:23 |
* kmlussier |
considers moving overdrive-eg-opac testing up on her priority list |
| 13:24 |
mrpeters |
its pretty awesome, anyone using Overdrive should try it out |
| 13:24 |
mrpeters |
i should make a demo video |
| 13:24 |
kmlussier |
mrpeters: Did it take a lot of work to get it working? |
| 13:24 |
mrpeters |
kmlussier: no, i have pretty good docs that i wrote along the way -- it does rely on cherry picking a few things from sitka's repo |
| 13:24 |
jeffdavis |
re hiding Overdrive URLs, the ideal solution, for me, would be to have overdrive-eg-opac read in the base URL (and other config details) from config.tt2 or somewhere - ought to be possible, but I have not been able to make it work so far |
| 13:24 |
mrpeters |
the stuff for summary.tt2 / table.tt2 to show the "Check Out E-Book" links and such |
| 13:25 |
kmlussier |
mrpeters: Would you be willing to add those docs to the wiki? |
| 13:25 |
* tsbere |
could take a look at getting overdrive-eg-opac to do that |
| 13:25 |
mrpeters |
i will indeed, kmlussier, though i want to run them by jeffdavis first |
| 13:26 |
mrpeters |
i wrote them about a month ago, had it half working, and then jeff got me across the finish line yesterday and today with some bug squashing |
| 13:27 |
jeffdavis |
mrpeters++ # documenting the process; working through it in a non-Sitka context has also been super helpful |
| 13:27 |
kmlussier |
mrpeters: Excellent, thanks! |
| 13:27 |
kmlussier |
mrpeters++ jeffdavis++ |
| 13:29 |
jeffdavis |
tsbere: if you do happen to look into it, let me know if I can help in any way |
| 13:30 |
tsbere |
jeffdavis: The easiest solution would probably be "drop a javascript block into the header that defines a pile of variables pulled from wherever" |
| 13:31 |
jeffdavis |
it uses require.js, which ought to make something like that easy, but no dice when I've tried it |
| 13:38 |
* tsbere |
would have to look at it to see what is going on, and probably doesn't have time today |
| 14:28 |
|
krvmga joined #evergreen |
| 14:41 |
jeff |
sometimes i wish that we had a requirement for unique email addresses among patrons. |
| 14:42 |
jeff |
there are a number of hurdles in the way of that, though. |
| 14:53 |
mmorgan |
jeff: Is it a problem? We have situations where a parent and minor children all have the same email address. |
| 14:54 |
jeffdavis |
"Step 1: Modify user's behavior outside the system." |
| 14:56 |
jeff |
mmorgan: not a problem, it just complicates some things. |
| 14:56 |
jeff |
newsletter opt-in, for example. |
| 14:58 |
* mmorgan |
nods. |
| 14:59 |
jeff |
you could also permit users to log in with their email address if email addresses were unique, but i'm still not sure i've convinced myself that this is a desirable thing. |
| 15:00 |
|
jlitrell joined #evergreen |
| 15:02 |
jeff |
also, only slightly related: we have users who set their usrname to be an email-looking string, presumably their email address. thing is, since it ISN'T an email address I'm sure it leads to confusion at some point -- we have around 33 patrons whose usrname looks like an email address but is different from the patron's email address. |
| 15:05 |
mmorgan |
Yes, certainly opportunities for confusion. |
| 15:12 |
|
Stompro_home joined #evergreen |
| 15:13 |
* miker |
mentions (re grocery xact type) that there's more than just action.circulation and money.grocery WRT transaction subtables ... remember that we also have action.reservation, and there's no reason to think we won't invent more down the road |
| 15:13 |
miker |
(he said, a couple hours later) |
| 15:14 |
miker |
er, booking.reservation. sorry |
| 15:23 |
jeff |
miker: given billings on a booking.reservation, how do they appear in the staff client and TPAC today? |
| 15:23 |
jeff |
miker: are they listed with a transaction type of "reservation"? |
| 15:33 |
kmlussier |
jboyer-isl: You raise a very good point in https://bugs.launchpad.net/evergreen/+bug/1436797/comments/4 |
| 15:33 |
pinesol_green |
Launchpad bug 1436797 in Evergreen ""grocery" term confuses frontline staff and patrons" (affected: 11, heat: 48) [Undecided,New] |
| 15:34 |
kmlussier |
If staff add a billing, why even present them with the selector to choose grocery when it's the only choice they can make? |
| 15:34 |
jboyer-isl |
kmlussier: if more "db-types" are added later as miker mentions, that's even more reason to stop showing them to users. |
| 15:35 |
kmlussier |
jboyer-isl: And we could get ride of "Type" in the column picker since Billing Type is what they really want to know. |
| 15:35 |
jboyer-isl |
kmlussier: Any time I see a drop down with a single enabled option it enrages my amateur designer-senses. |
| 15:36 |
* kmlussier |
can't picture an enraged jboyer-isl |
| 15:37 |
kmlussier |
And it would save me the effort of sending out a poll that will probably result in a lot of people asking why a didn't add some other label option? |
| 15:37 |
jboyer-isl |
It's very Tazmanian Devil. |
| 15:37 |
phasefx |
I think at the time I was expecting for more transaction types to show up, and no one said "bad Jason" :) |
| 15:38 |
jboyer-isl |
kmlussier: It would be amusing (though perhaps not fully appreciated) to send out a poll with only one option: "Remove all distinctions of base billing type from the UI" ;) |
| 15:38 |
jeff |
jboyer-isl's comment from an hour ago on that bug echoes what i was trying to express back in January. |
| 15:39 |
mmorgan |
If the Type column is made to go away, could "Last Billing Type" and "Last Billing Note" be enabled by default in the column picker? |
| 15:39 |
jeff |
but again, that's been identified as a change with enough complexity to make it unlikely for 2.9, but renaming "grocery" at the UI is likely possible for 2.9 |
| 15:40 |
mmorgan |
I do think it's important to have a distinction between system generated and manually generated, but the billing note seems to make that clear. |
| 15:40 |
jeff |
also, since getting rid of voids was so easy, next we should make "forgive" and other non-cash-like payments not count in the "total paid" column ;-) |
| 15:40 |
* jeff |
ducks |
| 15:40 |
* mmorgan |
tosses a pile of negative balances jeff's way :) |
| 15:42 |
kmlussier |
jeff: Unfortunately, I'm in total agreement with you on that point. |
| 15:42 |
kmlussier |
jeff: Would removing the grocery distinction really be all that complex? |
| 15:42 |
jeff |
mmorgan: thanks! i've got a few of my own. ;-) |
| 15:43 |
jeff |
kmlussier: it would certainly be more complex than changing a display string from "grocery" to "general" or "other" |
| 15:43 |
|
stompro_ joined #evergreen |
| 15:44 |
jeff |
kmlussier: i personally don't have enough free tuits to determine how much more complex, let alone the tuits to make the change by 2.9. :-) |
| 15:46 |
kmlussier |
jeff: Oh, I can throw some your way. https://upload.wikimedia.org/wikipedia/commons/9/93/RoundTuit.jpg :) |
| 15:47 |
phasefx |
just don't try to put round tuits into square holes |
| 15:48 |
|
mrpeters joined #evergreen |
| 16:04 |
miker |
jeff: sorry, meeting. yes, they show up as "reservation" in the staff client, IIRC |
| 16:06 |
miker |
fwiw, I'm fine with the dropdown going away (UI-level collapse/cleaning) or being hidden until such time as it's needed, but there was talk last time we discussed this of trying to collapse things in the backend ... I'm less than fine with that ;) |
| 16:07 |
jeff |
ah. i don't think i had seen/advocated making it go away on the backend. |
| 16:08 |
miker |
jeff: no, indeed, you never did ;) |
| 16:09 |
* kmlussier |
agrees with miker |
| 16:23 |
|
buzzy joined #evergreen |
| 16:28 |
kmlussier |
miker: If you use a negative number for the weight of a config.metabib_field , does it have the intended effect of lowering the weight of that field in relevance ranking? |
| 16:29 |
|
jlundgren_ joined #evergreen |
| 16:44 |
kmlussier |
@marc 264 |
| 16:44 |
pinesol_green |
kmlussier: unknown tag 264 |
| 16:48 |
miker |
kmlussier: it should, yes |
| 16:48 |
* miker |
disappears in a puff of smoke |
| 16:49 |
kmlussier |
miker: Enjoy your weekend! |
| 16:51 |
* kmlussier |
disappears in a puff of smoke too. |
| 16:51 |
mmorgan |
Have a good weekend! |
| 16:52 |
pinesol_green |
Incoming from qatests: Test Failure - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 16:57 |
phasefx |
good way to end a Friday :) |
| 17:01 |
kmlussier |
phasefx: hmmm...could adding copy locations to the sample data affect the pgtap tests? |
| 17:01 |
* kmlussier |
obviously does not know how to disappear |
| 17:02 |
phasefx |
kmlussier: a lot of those live tests make use of the data, so if the data changes, the tests can break. This particular test expected a hold to be permited, but it was not based on a location.holdable flag |
| 17:07 |
|
mmorgan left #evergreen |
| 17:13 |
phasefx |
kmlussier: so the test makes use of item CONC51000640, and the copy location for that item changed from Stacks to Reserves (holdable = f) |
| 17:14 |
phasefx |
easy fix, at least |
| 17:14 |
* phasefx |
out, have a good weekend |
| 17:14 |
kmlussier |
phasefx: You too! |
| 19:23 |
|
bmills joined #evergreen |
| 19:50 |
|
bmills1 joined #evergreen |
| 19:58 |
|
bmills joined #evergreen |
| 21:42 |
|
PiczelTV_Garrett joined #evergreen |
| 21:43 |
PiczelTV_Garrett |
so this is a weird question - I found a log of this channel talking about an error I'm getting in ejabberd - anyone familiar with it? |
| 21:43 |
PiczelTV_Garrett |
I'm getting the "too many hosts" error, despite only 1 host definition (localhost) |
| 23:12 |
jeff |
hrm. |
| 23:13 |
jeff |
PiczelTV_Garrett: can you link to the logs you found? |
| 23:48 |
PiczelTV_Garrett |
jeff, no worries |
| 23:48 |
PiczelTV_Garrett |
I figured it out on my own haha |
| 23:48 |
PiczelTV_Garrett |
a collection of little problems in my nginx and ejabberd configs |
| 23:49 |
jeff |
ah, good. what was it, for thebbenefit of those who may fibd THESE logs later? :-) |
| 23:49 |
PiczelTV_Garrett |
honestly too many things to really list |
| 23:49 |
jeff |
phone keyboard, sorry. |
| 23:49 |
PiczelTV_Garrett |
but I can pastebin my ejabberd config as it is if you give me a minute |
| 23:52 |
|
PiczelTV_Garrett left #evergreen |
