| Time |
Nick |
Message |
| 01:54 |
|
Callender_ joined #evergreen |
| 05:01 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 06:06 |
|
genpaku joined #evergreen |
| 07:11 |
|
rjackson_isl joined #evergreen |
| 07:30 |
|
agoben joined #evergreen |
| 07:40 |
|
rlefaive joined #evergreen |
| 08:07 |
Guest62509 |
@coffee [coffee jeff] |
| 08:07 |
* pinesol_green |
brews and pours a cup of Hawaii Isla Kona Mauka, and sends it sliding down the bar to brews and pours a cup of Sumatra Danau Toba, and sends it sliding down the bar to jeff |
| 08:07 |
|
kmlussier joined #evergreen |
| 08:07 |
|
Guest62509 joined #evergreen |
| 08:08 |
jeff |
let's try that again. |
| 08:08 |
jeff |
@coffee [coffee [coffee jeff]] |
| 08:08 |
* pinesol_green |
brews and pours a cup of Colombia Cauca, Special Micro-Lot Selection Juvenal Penna, and sends it sliding down the bar to brews and pours a cup of Guatemala El Injerto Pacamara, and sends it sliding down the bar to brews and pours a cup of Kenya AA Nyeri Tatu, and sends it sliding down the bar to jeff |
| 08:12 |
kmlussier |
jeff: There may be better ways of getting lots of caffeine into your system. |
| 08:12 |
kmlussier |
@weather |
| 08:12 |
pinesol_green |
kmlussier: Seekonk, MA :: Snow :: 37F/3C | Wind Chill: 29F/-2C | Thursday: Periods of snow, heavy at times, along with gusty winds. Morning high of 36F with temps falling to near 20. Winds N at 25 to 35 mph. Chance of snow 100%. 8 to 12 inches of snow expected. Winds could occasionally gust over 40 mph. Thursday Night: Windy with snow showers this evening. Winds diminishing (1 more message) |
| 08:13 |
kmlussier |
@more |
| 08:13 |
pinesol_green |
kmlussier: later. Low near 10F. Winds NW at 20 to 30 mph. Chance of snow 50%. Winds could occasionally gust over 40 mph. |
| 08:16 |
|
Dyrcona joined #evergreen |
| 08:17 |
|
collum joined #evergreen |
| 08:18 |
jeff |
@weather ktvc |
| 08:18 |
pinesol_green |
jeff: Cherry Capital, MI :: Overcast :: 14F/-10C | Wind Chill: -1F/-19C | Thursday: Generally cloudy. A few flurries or snow showers possible. High 16F. Winds WNW at 15 to 25 mph. Thursday Night: Mainly cloudy. Low 12F. Winds SW at 5 to 10 mph. | Updated: 23m ago |
| 08:18 |
jeff |
cold this morning. |
| 08:18 |
jeff |
@weather --astronomy KSEA |
| 08:18 |
pinesol_green |
jeff: Astronomy: :: Moon illum: 97% Moon age: 13d Sunrise: 7:23 Sunset: 17:24 Length of Day: 10h1m |
| 08:18 |
* jeff |
mutters something about SEATAC astronomy |
| 08:20 |
Dyrcona |
@weather |
| 08:20 |
pinesol_green |
Dyrcona: Methuen, MA :: Snow :: 31F/-1C | Wind Chill: 19F/-7C | Thursday: Windy with snow, heavy at times. Morning high of 31F with temps falling to near 15. Winds N at 20 to 30 mph. Chance of snow 100%. A foot or more of snow expected. Winds could occasionally gust over 40 mph. Thursday Night: Windy with on and off snow showers this evening. Then some clearing later. Low 8F. (1 more message) |
| 08:20 |
Dyrcona |
@more |
| 08:20 |
pinesol_green |
Dyrcona: Winds WNW at 20 to 30 mph. Chance of snow 60%. Winds could occasionally gust over 40 mph. |
| 08:22 |
kmlussier |
No snow yet here. |
| 08:49 |
|
rlefaive joined #evergreen |
| 09:07 |
rhamby |
@weather 30046 |
| 09:07 |
pinesol_green |
rhamby: Lawrenceville, GA :: Partly Cloudy :: 43F/6C | Wind Chill: 34F/1C | Thursday: Mostly sunny and windy. High 49F. Winds NW at 20 to 30 mph. Thursday Night: Clear skies. Low 28F. Winds NW at 10 to 15 mph. | Updated: 12m ago |
| 09:08 |
rhamby |
kmlussier: not today and probably not tomorrow but next week I'm going to force myself to deal with some outreach stuff. how is next week looking for me bothering you? |
| 09:17 |
kmlussier |
rhamby: Well, it is feature freeze at the end of next week, so I'll be doing a lot of testing. But I should be around. |
| 09:18 |
rhamby |
kmlussier: I don't know how much I'll need to bug you but I'll probably at least want to bounce a few ideas off you |
| 09:19 |
|
maryj joined #evergreen |
| 09:21 |
kmlussier |
Dyrcona: So I should hold off on bug 1005040 until the issue you mentioned in comment 11 is addressed? |
| 09:21 |
pinesol_green |
Launchpad bug 1005040 in Evergreen "TPAC: eliminate advanced search filters from subsequent basic search box" [Medium,Confirmed] https://launchpad.net/bugs/1005040 |
| 09:21 |
Dyrcona |
kmlussier: I'm not sure it's a functional issue. |
| 09:22 |
kmlussier |
rhamby: Yes, and I'll probably have some thoughts I want to share too. Any chance we can commit to a specific day/time to make sure we touch base? That will also ensure I put my outreach hat one before you run things by me. |
| 09:23 |
rhamby |
kmlussier: sure. Tuesday onward would be good for me. I need to look at some stuff first as well. |
| 09:23 |
Dyrcona |
I think it would be nice if we had the discipline to prevent those kinds of messages. In many other languages, that would be a crash. |
| 09:28 |
Dyrcona |
kmlussier: So, I guess it is not a show stopper for me. |
| 09:28 |
kmlussier |
Dyrcona: Thanks for the feedback. |
| 09:36 |
|
ChatSharp joined #evergreen |
| 09:36 |
|
ChatSharp left #evergreen |
| 10:00 |
csharp |
jeff++ # TOO MANY SECRETS |
| 10:01 |
bshum |
Setec doesn't mean anything. |
| 10:01 |
* csharp |
loves that movie |
| 10:08 |
|
ChatSharp joined #evergreen |
| 10:08 |
|
ChatSharp left #evergreen |
| 10:21 |
dbs |
Dyrcona kmlussier: having seen messages like that fill up logs, depending on the frequency it could lead to a DoS on reasonably busy systems with limited disk space |
| 10:21 |
dbs |
(naive setup, etc, but still... better to stomp warnings like that out) |
| 10:26 |
Dyrcona |
I didn't look into why the message occurred, so it could be indicative of a bug. |
| 10:27 |
Dyrcona |
I'm pretty sure that changing the line in OpenSRF::AppSession will make the warnings disappear. |
| 10:33 |
miker |
Dyrcona: I believe your log message issue is fixed by 38f6cb09b0da58d8c06761b5b629f6c55d71617b from https://bugs.launchpad.net/opensrf/+bug/1655449 |
| 10:33 |
pinesol_green |
Launchpad bug 1655449 in OpenSRF "SubRequests need to inherit chunking/bundling values from parent Request" [High,New] |
| 10:38 |
Dyrcona |
ok, I'll add that and give it another shot |
| 10:41 |
pinesol_green |
[opensrf|Galen Charlton] LP#1652122: fix infinite recursion in opensrf.system.method.all - <http://git.evergreen-ils.org/?p=OpenSRF.git;a=commit;h=bd5fc63> |
| 10:42 |
Dyrcona |
And, I'll pickup that one, too. :) |
| 10:48 |
Dyrcona |
miker: Yep. Looks like that one fixes that. |
| 10:48 |
miker |
cool, thanks for testing. have time to sign off, etc? |
| 10:50 |
Dyrcona |
Yeah, I was just looking at the code before signing off. Should I just push it to master? |
| 10:56 |
miker |
let me make sure of that... |
| 10:57 |
miker |
yes, I think so for now |
| 10:59 |
pinesol_green |
[opensrf|Mike Rylander] LP#1655449: Bundling/chunking limits for SubRquests - <http://git.evergreen-ils.org/?p=OpenSRF.git;a=commit;h=e71d790> |
| 10:59 |
Dyrcona |
Well, I went and pushed it. :) |
| 10:59 |
miker |
thanks! |
| 11:00 |
miker |
(and, def only master. it includes changes to dispatch mode, which is not in 2.4) |
| 11:00 |
Dyrcona |
Right. |
| 11:03 |
pinesol_green |
[evergreen|Jason Stephenson] LP 1656547: Add XML directive to oils_sip.xml.example. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=879a495> |
| 11:18 |
Dyrcona |
Funny thing about that one: I noticed the example z39.50 files could use that same addition. |
| 11:23 |
pinesol_green |
[evergreen|Chris Sharp] LP#1639782 - Add Active Date to Item Status Column Picker - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=5fcf1e8> |
| 11:23 |
pinesol_green |
[evergreen|Kathy Lussier] LP#1639782: Release note entry for Active Date Column Picker Option - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=e4d84ed> |
| 11:25 |
* kmlussier |
proceeds to merge bug 1005040 then. |
| 11:25 |
pinesol_green |
Launchpad bug 1005040 in Evergreen "TPAC: eliminate advanced search filters from subsequent basic search box" [Medium,Confirmed] https://launchpad.net/bugs/1005040 |
| 11:34 |
|
Christineb joined #evergreen |
| 11:35 |
* kmlussier |
can't Assign herself to bugs or add tags on LP right now. |
| 11:36 |
kmlussier |
nm - fixed itself |
| 11:39 |
|
khuckins__ joined #evergreen |
| 11:49 |
|
brahmina joined #evergreen |
| 12:03 |
|
sandbergja joined #evergreen |
| 12:06 |
|
bmills joined #evergreen |
| 12:09 |
* csharp |
builds a Windows 10 workstation to start testing hatch |
| 12:18 |
berick |
csharp++ # i'm around if hit any snags. since so few have tread there, i'm guessing you will. |
| 12:19 |
* berick |
is reminded of a docs change he meant to make after kmlussier's testing last week.. |
| 12:19 |
berick |
oh right the permission granting |
| 12:22 |
* berick |
pushed the doc update |
| 12:23 |
csharp |
berick: thanks |
| 12:23 |
|
jihpringle joined #evergreen |
| 12:29 |
kmlussier |
berick: I'll check that out as soon as I get back to testing hatch. Thanks! |
| 12:30 |
berick |
kmlussier: cool, i believe your past that step, btw, so my doc change probably won't have any effect your testing. |
| 12:30 |
berick |
unless you start over |
| 12:30 |
kmlussier |
berick: I was thinking of starting over. |
| 12:31 |
* berick |
nods |
| 12:42 |
|
jihpringle joined #evergreen |
| 12:52 |
graced |
Holy cow, y'all - we have TWELVE exhibitors lines up already for the Evergreen conference |
| 12:52 |
graced |
*lined that is |
| 12:52 |
* graced |
is so excited she can't type |
| 12:52 |
Dyrcona |
:) |
| 12:52 |
Dyrcona |
nice! |
| 12:53 |
graced |
exhibitors and sponsors keep our registration costs down and our bacon of higher quality |
| 12:54 |
bmills |
mmm… quality bacon |
| 12:54 |
graced |
now I'm thinking about that Hood River bacon... |
| 12:55 |
graced |
collum: has anyone vetted the bacon at the Covington Marriott yet? |
| 12:55 |
kmlussier |
graced: Are you starting to run out of exhibit space yet? |
| 12:55 |
graced |
kmlussier: thankfully no because we chose to put it in the gazebo area |
| 12:56 |
graced |
But I remember telling the local committee - we never get more than 10 exhibitors. |
| 12:56 |
graced |
nice to be wrong |
| 13:04 |
jeff |
is a list of exhibitors usually made available ahead of time? i don't recall from past years, but now i'm curious! |
| 13:06 |
dbs |
random thought for publicity committee types: the Koha sticker I picked up from Bywater's booth at the OLA Superconference last week says "Koha Open Source Library System", whereas the old Evergreen sticker I have just says "Evergreen" |
| 13:06 |
dbs |
I like the "Open Source Library System" explanatory line :) |
| 13:12 |
* kmlussier |
thought we got 12 exhibitors in Camrbidge, but could be misremembering. |
| 13:14 |
kmlussier |
jeff: I know we posted a list of exhibitors back in 2014, but I don't remember if it was done for other conferences. Sponsors usually are listed at some point because it's often part of the package benefits. |
| 13:19 |
pinesol_green |
[evergreen|Ben Shum] LP#1649180: Add translator make target - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=361938c> |
| 13:19 |
pinesol_green |
[evergreen|Ben Shum] LP#1649180: Update README to reflect translator make target - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=4c93dbf> |
| 13:19 |
pinesol_green |
[evergreen|Ben Shum] LP#1649180: Add release note for translator make target - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=47a6251> |
| 13:19 |
graced |
jeff: I'm adding their logos to the conference page on the Evergreen site - but I'm a little behind. |
| 13:34 |
kmlussier |
miker / gmcharlt_: In writing up the release note entry for bug 1005040 I was reading the tech specs and noticed a mention of the record bucket interface. How does the code affect record buckets? |
| 13:34 |
pinesol_green |
Launchpad bug 1005040 in Evergreen "TPAC: eliminate advanced search filters from subsequent basic search box" [Medium,Confirmed] https://launchpad.net/bugs/1005040 - Assigned to Kathy Lussier (klussier) |
| 13:34 |
kmlussier |
No obvious changed jumped out at me. |
| 13:35 |
kmlussier |
s/changed/changes |
| 13:37 |
kmlussier |
Also, dbs / miker: let me know if you want me to remove that one comment when I merge the code. |
| 13:37 |
|
mmorgan joined #evergreen |
| 13:37 |
kmlussier |
Or I guess it would be two comments. |
| 13:38 |
* kmlussier |
didn't expect to see mmorgan today. :) |
| 13:39 |
miker |
kmlussier: it's just that the record bucket search uses the underlying code, and so is "effected". no UI changes there |
| 13:40 |
kmlussier |
miker: Gotcha. Thanks! |
| 13:41 |
* mmorgan |
is waiting for snow to stop. |
| 13:41 |
miker |
for the supercat code, I think we should remove the code that turns apos into space, and both comment lines |
| 13:41 |
mmorgan |
Going to be a while, I guess. |
| 13:43 |
kmlussier |
miker: Yeah, I just couldn't tell from dbs' latest comment if he was suggesting that we do all that in the new bug, or remove the comments now and address the other issues in the new bug. |
| 14:16 |
mmorgan |
@weather 01945 |
| 14:16 |
pinesol_green |
mmorgan: Marblehead, MA :: Snow :: 21F/-6C | Wind Chill: 5F/-15C | Thursday: Snow will be heavy at times along with gusty winds. High 23F. Winds NNW at 25 to 35 mph. Chance of snow 100%. 8 to 12 inches of snow expected. Winds could occasionally gust over 40 mph. Thursday Night: Snow ending and winds diminishing this evening followed by clearing late. Low 11F. Winds WNW at 25 to (1 more message) |
| 14:41 |
miker |
well, the comment's not wrong. I added it as a marker for later work while working on the supercat code for the relevant bug. I can certainly push a comment fix to clarify it in master. I'd personally be fine just pushing the code change, but won't impose that |
| 14:50 |
miker |
kmlussier: branch updated with clarified code comments (that doesn't accuse another comment of being bad and wrong ;) ) |
| 15:02 |
|
jihpringle joined #evergreen |
| 15:27 |
kmlussier |
miker: Thanks! |
| 15:43 |
Dyrcona |
hmm. just built master and nothing happens when I try to login with the webstaff client. |
| 15:44 |
Dyrcona |
Firefox can’t establish a connection to the server at wss://192.168.122.7:7682/osrf-websocket-translator. |
| 15:44 |
Dyrcona |
But the vm says websockets are running. |
| 15:45 |
berick |
dummy ssl cert? |
| 15:45 |
berick |
in FF, open https://192.168.122.7:7682 and click through the cert warning |
| 15:46 |
Dyrcona |
berick++ At least now, I get login failed. :) |
| 15:47 |
berick |
what more can anyone ask |
| 15:47 |
Dyrcona |
:) Had the usrname wrong. |
| 15:53 |
kmlussier |
Calling 1007 |
| 15:54 |
Dyrcona |
The name is Bug...James Bug. |
| 15:55 |
Dyrcona |
Ok. This'll sound dumb, but how do I renew something in the webstaff client? |
| 15:55 |
Dyrcona |
Ooh.. Right-click.... :) |
| 15:56 |
berick |
Dyrcona: indeed, and the Actions drop-down above the grid |
| 15:57 |
Dyrcona |
Oh. Missed the Actions drop down, 'cause I think it is all the way to the left in XUL, but I might be wrong. |
| 16:02 |
Dyrcona |
So, I have half of a fix. More work required. |
| 16:04 |
pinesol_green |
Showing latest 5 of 17 commits to Evergreen... |
| 16:04 |
pinesol_green |
[evergreen|Mike Rylander] LP1281280: Allow test script to run without a full installation - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=9a03ed4> |
| 16:04 |
pinesol_green |
[evergreen|Mike Rylander] LP#1005040: Styling cleanup for filter display - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=f12cc28> |
| 16:04 |
pinesol_green |
[evergreen|Kathy Lussier] LP#1005040: Release notes entry for advanced search limiter improvements - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=32d9fd0> |
| 16:04 |
pinesol_green |
[evergreen|Mike Rylander] Adjust comment about apostrophes in opensearch code. This is a marker for future work. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=38ca8cc> |
| 16:04 |
pinesol_green |
[evergreen|Kathy Lussier] LP#1005040: Stamping upgrade script for realign search layers - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=c9afb45> |
| 16:16 |
Dyrcona |
Right click is now acting weird on me. It's taking me to Item Status as if I'd left clicked. |
| 16:16 |
Dyrcona |
The menu pops up and then I end up at Item Status. |
| 16:17 |
* Dyrcona |
blames low RAM and/or Firefox. |
| 16:48 |
kmlussier |
It might be too late in the day to ask this question, but I was wondering if anyone had thoughts on the question Bmagic posted here regarding sibling record links https://bugs.launchpad.net/evergreen/+bug/1573734/comments/8 |
| 16:48 |
pinesol_green |
Launchpad bug 1573734 in Evergreen "Link to sibling metarecord bibs in record detail page" [Wishlist,Confirmed] - Assigned to Blake GH (blake-j) |
| 16:49 |
kmlussier |
Under the current implementation, Bmagic used icon_format to create the list of sibling formats on the record. But clicking the link, right now, is utilizing search_format. |
| 16:50 |
kmlussier |
We know we want the two to match, but we weren't sure it would be desirable to use icon_format as a search filter. |
| 16:51 |
JBoyer |
Having just dealt with both icon and search formats recently, I would say there are definite benefits to them being defined differently. (i.e. you may want an item to appear under more than one search format but not have multiple icons), so I'd really recommend using search_filter for this. |
| 16:51 |
JBoyer |
It's right there in the name. :) |
| 16:52 |
JBoyer |
search_format, even, better to use one that actually exists... |
| 16:54 |
kmlussier |
JBoyer: Yes, but I'm not sure search_format is the best method for listing the alternate formats on the record page. Because you'll be listing a lot more formats that way. |
| 16:55 |
* kmlussier |
wishes she had the code loaded somewhere so she could explain this better. |
| 16:56 |
* JBoyer |
actually bothers to read the bug, assuming that much learning will take place. |
| 16:56 |
|
bmills joined #evergreen |
| 16:58 |
kmlussier |
Ok, so if I'm on the Harry Potter record, it will provide a link to any editions that match particular formats. When it lists the 'book' format, it's based on the icon_format definition. |
| 16:59 |
kmlussier |
But when you click the link, it's limiting to search_format='book', which is defined entirely differently from the icon format, so you get a different number of results than you expected. |
| 17:01 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 17:01 |
kmlussier |
We know both need to be based on the same record attribute so that the counts match up correctly, but we were just looking for direction on which one should be used. |
| 17:02 |
kmlussier |
I think Bmagic saw a benefit to re-using the code that was being used for icon formats, but then that means we would be filtering by icon_format when clicking the link. This works, but some might find it strange to limit based on icon format. |
| 17:04 |
Dyrcona |
icon_format makes sense because it often corresponds to what people think of as item types. |
| 17:05 |
JBoyer |
I didn't think icon_format had Filter set to True, but it does so I suppose that should work out fine. |
| 17:10 |
kmlussier |
Yes, I did some testing with icon_format and had no trouble filtering the results that way. |
| 17:10 |
* miker |
reads up |
| 17:12 |
|
mmorgan left #evergreen |
| 17:15 |
miker |
is it too much to have a new YAOUS that defines how a site wants to divide up their MR types? |
| 17:17 |
miker |
mr_hold_format seems "best" to me, as a default. and any missing icon files can be added to cover differences between that an icon_format |
| 17:17 |
miker |
but, I don't really have a problem with icon_format, tbh, and we reliably get images for free using the existing YAOUS |
| 17:19 |
miker |
I guess my point is ... if Bmagic wants to do the extra work of creating a set of mr_hold_format images (assuming that's the one we use as the default) and adding a new YAOUS to point at it, that seems like the most complete solution |
| 17:19 |
miker |
but, in practice, icon_format is probably /really/ close to that |
| 17:20 |
kmlussier |
Yeah, I agree that mr_hold_format seems "best". I personally don't see why we would need to use YAOUS for this. In this case, I think most people will go with the default. |
| 17:20 |
Dyrcona |
Anyway, I'm signing out now. Snow days are great, 'cause I can catch up on some community work. |
| 17:20 |
kmlussier |
Also, I don't think we need to create images. I think the latest iteration of that branch don't display images with the formats that are listed on the record. |
| 17:21 |
kmlussier |
Dyrcona++ |
| 17:21 |
kmlussier |
Ah, too late for him to see it. |
| 17:21 |
miker |
oh, they almost certainly will never touch it. it's just my preference: if a knob has a good default, I think having the knob is better. |
| 17:23 |
* kmlussier |
suddenly feels odd finding herself in a position where she argued against YAOUS. Checks for fever. |
| 17:23 |
miker |
also, there should be nothing special about the string "mr_hold_format" ... there may be today, if someone renames it, deletes it, wants to create a different one, I think they should be able to if it's as simple as a YAOUS. of course, I don't have to deal with managing YAOUS's on a regular basis personally, so I'm totally fine with adding more all the time ;) |
| 17:24 |
miker |
heh |
| 17:25 |
miker |
I left out some words there... |
| 17:26 |
miker |
by "nothing special" I mean, because it's a dynamic filter (as opposed to say, site, which is hard coded), we should really avoid stock code that would break if that string changed ... and a YAOUS lets us absolve ourselves of that risk (as long as we document the need for and purpose of the YAOUS) |
| 17:26 |
kmlussier |
Yeah, I don't manage YAOUS directly either, but I have friends who do and they seem perfectly happy with more knobs too. |
| 17:28 |
kmlussier |
When I said I didn't see a need for more YAOUS, I had forgotten that there are settings to do the same for icons and metarecord holds. Now I'm seeing your point more clearly. |
| 17:30 |
kmlussier |
Thanks for the feedback! |
| 17:30 |
kmlussier |
Dyrcona++ JBoyer++ miker++ |
| 17:33 |
miker |
kmlussier: oh, well, if we have a YAOUS that points at mr_hold_format already, I think we could use that and just add any missing icons to stock (which I doubt there'd be) ... or did I misunderstand "settings to do the same for icons and metarecord holds"? |
| 17:37 |
kmlussier |
miker: We have a global flag that defines which record attribute should be used for icons and one that defines which record attribute should be used for metarecord holds formats. |
| 17:37 |
miker |
ah! |
| 17:37 |
miker |
not a YAOUS, a flag |
| 17:37 |
kmlussier |
And then another one for search formats. |
| 17:37 |
miker |
that makes perfect sense |
| 17:37 |
miker |
so ... we can just use the mr hold flag? |
| 17:37 |
* kmlussier |
nods |
| 17:38 |
miker |
sweet |
| 17:38 |
kmlussier |
Well, I nod conditionally, not having run this by the developer. :) |
| 17:38 |
miker |
heh |
| 17:38 |
miker |
kmlussier++ |
| 17:38 |
* miker |
runs away |
| 17:38 |
kmlussier |
miker: Thanks again! |
| 18:12 |
pinesol_green |
[evergreen|Galen Charlton] LP#1541801: add angular-order-object-by dependency - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=bccc71f> |
| 18:12 |
pinesol_green |
[evergreen|Galen Charlton] LP#1541801: order search fields in Z39.50 alphabetically - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=b5e60e1> |
| 18:12 |
pinesol_green |
[evergreen|Galen Charlton] LP#1541801: grab search field code correctly - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=5a2c497> |
| 18:26 |
kmlussier |
Calling 1008 |
| 18:32 |
pinesol_green |
[evergreen|Dan Pearl] LP#1613341 - Patron name search should be punctuation-insensitive - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=adee741> |
| 18:32 |
pinesol_green |
[evergreen|Kathy Lussier] LP#1613341: Stamping upgrade script for punctuation-insensitive patron search - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=c6dc037> |
| 18:42 |
|
kenstir joined #evergreen |
| 18:46 |
kenstir |
Where is the right place to discuss a potential EG security issue? |
| 18:52 |
phasefx |
kenstir: I would file a security bug on launchpad, that'll keep the conversation to a limited number of people |
| 18:53 |
kenstir |
phasefx: OK thanks |
| 18:54 |
phasefx |
kenstir: the bug report page will have a line that says "This bug contains information that is:" with Public below it. That's changeable to Private Security |
| 20:17 |
kenstir |
phasefx: Thanks, I followed your advice |
| 20:20 |
kenstir |
Does anybody have a quick way (via OSRF) to find out which libraries are hold pickup libraries? I know that open-ils.actor.org_unit_setting.values.ranged returns "opac.holds.org_unit_not_pickup_lib":true. It seems tedious to make 192 calls to retrieve that setting for every CW/MARS org unit. |
| 20:39 |
kmlussier |
kenstir: I'm not sure. I know the setting in question is usually unset unless a library is actively trying to remove it from the pickup library list. |
| 21:04 |
kenstir |
kmlussier: I wonder if there is a heuristic that might apply here? E.g. if the org has children, it is not a pickup lib. |
| 21:06 |
kmlussier |
kenstir: Oh, maybe this makes itself available in OpenSRF in some format. There's a setting for each level of the org unit hierarchy that determines whether that level can have users. |
| 21:07 |
kmlussier |
If that level can have users, by default, it shows up as a pickup library. If it can't have users, it's not a pickup library. |
| 21:08 |
kmlussier |
Sometimes, an org unit with a child be a pickup library. It's that setting that determines where those if it should be available as a pickup library. |
| 21:10 |
kmlussier |
It's the org unit type that has the can have users flag. |
| 21:12 |
kenstir |
kmlussier: Excellent, I already have the org type from calling open-ils.actor.org_tree.retrieve |
| 21:12 |
kenstir |
and I know how to query the org unit types |
| 21:13 |
kenstir |
kmlussier++ |
| 21:22 |
* kmlussier |
re-reads here sentence from 21:08 and decides she really shouldn't be trying to type this late at night. |
| 21:34 |
kenstir |
it's only 5:34pm somewhere |
| 23:05 |
|
kmlussier joined #evergreen |
| 23:06 |
kmlussier |
Darn! kenstir left. I just realized I pointed him in the wrong direction earlier. |
| 23:06 |
* kmlussier |
always forgets whether it's the can have users or can have volumes/copies flag. |
