| Time |
Nick |
Message |
| 00:43 |
pinesol_green |
[evergreen|Bill Erickson] LP#1501516 PO lineitem 'paid' indicator - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=b5ba0fa> |
| 00:43 |
pinesol_green |
[evergreen|Bill Erickson] LP#1501516 'paid' lineitem release notes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=f36015d> |
| 04:50 |
|
Mark__T joined #evergreen |
| 05:59 |
csharp |
jeffdavis++ # bug 1549536 |
| 05:59 |
pinesol_green |
Launchpad bug 1549536 in Evergreen "Use allocated UID/GID for opensrf in Debian/Ubuntu" [Undecided,New] https://launchpad.net/bugs/1549536 |
| 08:02 |
|
ericar joined #evergreen |
| 08:09 |
|
mrpeters joined #evergreen |
| 08:27 |
|
lualaba joined #evergreen |
| 08:28 |
lualaba |
Hello i am trying to update record from staff client which call_number_ pkey is 28995, but i am getiing error : duplicate key value violates unique constraint "call_number_pkey" GET DETAIL: Key (id)=(8) already exists. if a will try again will be error Key (id)=(9) already exists. |
| 08:29 |
lualaba |
somehow system not take last id of table |
| 08:30 |
|
Dyrcona joined #evergreen |
| 08:33 |
miker |
lualaba: sounds like you loaded data into that table with the id already set, but didn't let the sequence behind the serial know about the new max id. hold on a sec and I'll get the spell for you... |
| 08:33 |
lualaba |
can i fix somehow? |
| 08:33 |
miker |
SELECT SETVAL('asset.call_number_id_seq', (SELECT MAX(id) FROM asset.call_number)); |
| 08:34 |
miker |
yes, just run that |
| 08:34 |
lualaba |
and what about others biblio.aitorithy etc? |
| 08:34 |
lualaba |
SELECT SETVAL('biblio_record_entry_id_seq', (SELECT MAX(id) FROM asset.call_number)); |
| 08:35 |
miker |
just replace the "asset.call_number" with the appropriate table name |
| 08:35 |
lualaba |
? |
| 08:35 |
lualaba |
ok thank you very much |
| 08:36 |
miker |
yes, but there's a "." between the schema name and sequence name, so: SELECT SETVAL('biblio.record_entry_id_seq', (SELECT MAX(id) FROM biblio.record_entry)); |
| 08:36 |
lualaba |
yes i did it Thanks |
| 08:36 |
miker |
np |
| 08:37 |
Dyrcona |
miker++ |
| 08:38 |
Dyrcona |
That's a trick we used during our migration to keep certain record ids consistent from the old system to the new. |
| 08:38 |
Dyrcona |
It made it easy to link up copies and patrons with circulations when the ids were the same. |
| 08:39 |
miker |
Dyrcona: from horizon? (guessing because that's one of the few closed systems where access to the db is both available and in a moderately sane schema ;) ) |
| 08:40 |
Dyrcona |
miker: Yes, from Horizon. |
| 08:40 |
Dyrcona |
Yeah, Horizon's schema (most of it) made sense. |
| 08:41 |
Dyrcona |
They do some weird stuff with call number labels. |
| 08:41 |
Dyrcona |
Up until 7.3, you had to use a function to get the display value. |
| 08:41 |
|
mmorgan joined #evergreen |
| 08:47 |
miker |
they "normalized 'til it hurt" ;) |
| 08:50 |
Dyrcona |
Yeah. |
| 08:51 |
Dyrcona |
They stored the value for sorting and a second field with coded instructions to get the display value. |
| 08:52 |
Dyrcona |
There was a database function that would do the transformation. |
| 08:52 |
Dyrcona |
In 7.3, they added a column for the display value. |
| 08:57 |
Dyrcona |
git: Why do you show me a commit hash in the conflict markers that does not affect the file in question? |
| 08:57 |
|
jwoodard joined #evergreen |
| 08:59 |
|
rjackson_isl joined #evergreen |
| 09:00 |
|
rhamby joined #evergreen |
| 09:28 |
|
Stompro joined #evergreen |
| 09:32 |
|
mmorgan1 joined #evergreen |
| 09:42 |
|
mllewellyn joined #evergreen |
| 09:43 |
|
maryj joined #evergreen |
| 09:50 |
|
sandbergja joined #evergreen |
| 10:03 |
|
mllewellyn joined #evergreen |
| 10:22 |
|
collum joined #evergreen |
| 10:51 |
|
jvwoolf joined #evergreen |
| 10:55 |
|
Christineb joined #evergreen |
| 11:02 |
|
mmorgan joined #evergreen |
| 11:08 |
|
abowling joined #evergreen |
| 11:27 |
|
bshum joined #evergreen |
| 11:35 |
kmlussier |
@coffee |
| 11:35 |
* pinesol_green |
brews and pours a cup of Guatemala Hunapu Antigua Bourbon, and sends it sliding down the bar to kmlussier |
| 11:36 |
kmlussier |
I asked for coffee and I got bourbon? |
| 11:36 |
* mmorgan |
is not sure if that's a good thing or a bad thing. |
| 11:40 |
* tsbere |
looks that up and finds that there is a Bourbon variety of Arabica |
| 11:40 |
mmorgan |
@coffee |
| 11:40 |
* pinesol_green |
brews and pours a cup of Ethiopia Yirgacheffe Aricha Selection #7, and sends it sliding down the bar to mmorgan |
| 11:40 |
kmlussier |
Yeah, I know. I Googled it. But it still was a bit surprising |
| 11:40 |
kmlussier |
mmorgan: Yirgacheffe! |
| 11:41 |
csharp |
@praise Yirgacheffe |
| 11:41 |
* pinesol_green |
Yirgacheffe is one of the few who deserves to be praised |
| 11:44 |
mmorgan |
Ah! :) |
| 11:50 |
|
dbwells joined #evergreen |
| 12:01 |
|
bmills joined #evergreen |
| 12:07 |
|
bmills joined #evergreen |
| 12:21 |
kmlussier |
dbwells++ #Catching my missing parenthesis |
| 12:31 |
|
jihpringle joined #evergreen |
| 12:36 |
* dbwells |
this morning: http://devopsreactions.tumblr.com/post/137147467519/when-you-forgot-to-use-screen-and-your-connection |
| 12:41 |
tsbere |
dbwells: Most of my SSH session configs have a "run this command on connect" that is basically "get me a screen with this name, either by reconnect or create" |
| 12:41 |
|
kitteh__ joined #evergreen |
| 12:42 |
dbwells |
that sounds smart, but I'm *sure* I won't forget again ;) |
| 12:48 |
|
yboston joined #evergreen |
| 12:52 |
|
kitteh___ joined #evergreen |
| 12:54 |
|
kitteh____ joined #evergreen |
| 13:16 |
|
stompro_ joined #evergreen |
| 13:22 |
rhamby |
away |
| 13:22 |
rhamby |
remembering to put little forward slashes there is useful :) |
| 13:24 |
csharp |
rhamby: you remind me of this dude I used to know named RoganH |
| 13:24 |
rhamby |
chsarp: I heard he was a handsome fellow. |
| 13:24 |
csharp |
:-D |
| 13:24 |
rhamby |
I really can't type today. Either that or I need afternoon caffee. |
| 13:25 |
csharp |
rhamby++ |
| 13:25 |
csharp |
@caffee rhamby |
| 13:25 |
pinesol_green |
csharp: Go away, or I'll replace you with a very small shell script! |
| 13:25 |
rhamby |
lol |
| 13:30 |
bshum |
@add alias caffee coffee |
| 13:30 |
pinesol_green |
bshum: Error: The command "add" is available in the Alias, BadWords, Blame, Bugtracker, Dessert, Dunno, Herald, Praise, Quote, and RSS plugins. Please specify the plugin whose command you wish to call by using its name as a command before "add". |
| 13:30 |
bshum |
@alias add caffee coffee |
| 13:30 |
pinesol_green |
bshum: The operation succeeded. |
| 13:30 |
bshum |
@caffee rhamby |
| 13:30 |
* pinesol_green |
brews and pours a cup of Ethiopia Natural Yirgacheffe Aricha Special Microlot, and sends it sliding down the bar to rhamby |
| 13:31 |
bshum |
:) |
| 13:31 |
rhamby |
I think I'd need coffee to recite the entire name of that brew. |
| 13:33 |
dbwells |
"Whether you are writing code or herding goats, you’ll know Yirgacheffe is the discovery of a lifetime." --coffeebeandirect.com |
| 13:38 |
kmlussier |
Yirgacheffe seems to be a popular choice lately. |
| 13:39 |
jeff |
@blame [excuse] |
| 13:40 |
pinesol_green |
jeff: Zoia knows how to make fusilli. is really just another name for autogen |
| 13:40 |
jeff |
alas. |
| 13:43 |
jwoodard |
@librarian |
| 13:43 |
pinesol_green |
jwoodard: Management:14, Cataloging:14, Acquisitions:10, Reference:15, Circulation:5, Systems:16, Research:16, Custodial:14 |
| 13:44 |
berick |
kmlussier: do you still have access to your test server that's running the patron circ history code? bug 1527342 |
| 13:44 |
pinesol_green |
Launchpad bug 1527342 in Evergreen "Maintain patron reading history in a dedicated table." [Wishlist,New] https://launchpad.net/bugs/1527342 |
| 13:44 |
berick |
kmlussier: wondering if you could confirm something for me.. |
| 13:44 |
kmlussier |
berick: yup |
| 13:44 |
kmlussier |
Sure |
| 13:45 |
berick |
kmlussier: mind trying once again to disable circ history on the account you had problems w/ before? |
| 13:45 |
berick |
after you hit submit, look toward the bottom of screen and tell me if you see the message down there near the submit buttons |
| 13:45 |
berick |
the warning message, i mean |
| 13:46 |
berick |
if it's there, then I think I just need to avoid displaying the "Account Successfully Updated" bit and make the warning message more visible/bold/etc |
| 13:47 |
kmlussier |
Oh, it is there. You're right. And I never hit confirm. |
| 13:47 |
berick |
OK, great. |
| 13:47 |
kmlussier |
berick: I was expecting a popup. But, I will say, at my resolution, it's almost off the screen. |
| 13:48 |
berick |
I'll move it up to where the success message usually goes |
| 13:48 |
kmlussier |
berick: Excellent! Thank you. |
| 13:54 |
berick |
ok, fixed |
| 13:56 |
kmlussier |
berick++ |
| 13:59 |
|
rlefaive joined #evergreen |
| 14:13 |
|
jlitrell joined #evergreen |
| 14:18 |
kmlussier |
While I wait for my VM to build, can we talk about bug 1017990? Is there general support to deprecate open-ils.circ.holds.create[.override] in 2.10? If so, what can I do to help make that happen? |
| 14:18 |
pinesol_green |
Launchpad bug 1017990 in Evergreen "Possible to bypass holds placement limits via direct API calls" [Medium,Confirmed] https://launchpad.net/bugs/1017990 |
| 14:20 |
jeff |
document in release notes (new/returning section for "things being deprecated"?); raise WARN-level log message when called? |
| 14:20 |
jeff |
those are the first things that come to mind. |
| 14:21 |
jeff |
along with confirming that nothing internal uses it, which iirc has already been done. |
| 14:22 |
jeff |
it might be nice to adopt a standard format log entry for calls being deprecated. |
| 14:22 |
jeff |
(for the warning) |
| 14:23 |
Dyrcona |
Yeah. |
| 14:23 |
Dyrcona |
Anyone know what it means when xact is null in money.billing_xact_summary? |
| 14:24 |
Dyrcona |
I don't remember and just encountered that in something I am working on. |
| 14:24 |
Dyrcona |
Well money.materialized_xact_summary in this case. |
| 14:24 |
jeff |
assuming you meant money.billable_xact_summary? |
| 14:24 |
kmlussier |
Well, I certainly can help with the documentation if there is consensus that we want to move in that direction. |
| 14:24 |
jeff |
oh. |
| 14:25 |
Dyrcona |
jeff: yeah.. |
| 14:25 |
jeff |
in that case, I assume you mean money.materialized_billable_xact_summary :-) |
| 14:25 |
Dyrcona |
Yes: money.materialized_billable_xact_summary (copies and pastes, ftw!) |
| 14:26 |
jeff |
Dyrcona: and since money.materialized_billable_xact_summary has no xact column and id corresponds to the xact and the id has a "not null" constraint, I'll ask: which column is null? |
| 14:26 |
Dyrcona |
jeff: Yeah. I just realized that mistake by adding and xact is not null. |
| 14:26 |
Dyrcona |
Thanks, just the same. |
| 14:27 |
jeffdavis |
Is there any appetite for removing open-ils.circ.holds.create immediately (an option mentioned in the bug), or are we set on just deprecating it for 2.10? |
| 14:27 |
* Dyrcona |
can blame hashrefs not blowing up when you access an unknown key. |
| 14:27 |
jeff |
Dyrcona: ah! got it! |
| 14:28 |
Dyrcona |
jeffdavis: I think we should deprecate it as some third party scripts/programs might be using it. |
| 14:28 |
jeff |
jeffdavis: i hesitate to rip something out completely because i expect that some folk are using it without even realizing it. |
| 14:28 |
Dyrcona |
jeff: Was doing selectrow_hashref() then access $row->{xact} and it was always undef. |
| 14:28 |
jeff |
Dyrcona: heh |
| 14:28 |
rlefaive |
Hi everyone! I’m kind of new to the irc… do you know if there’ve been discussions of making an “email me My List” feature in the OPAC? |
| 14:29 |
jeffdavis |
kmlussier: If you like, I can quickly throw something together to add a WARN-level log message as jeff suggested. (Standardizing the format of deprecation messages seems like a good idea but I wouldn't want to stall on it.) |
| 14:30 |
kmlussier |
rlefaive: We received a development quote to do that, along with a bunch of other things. But it doesn't look like something our folks are looking to fund at this time. |
| 14:30 |
kmlussier |
rlefaive: It was a much larger project than "email me My List". That was just one small piece of it. |
| 14:30 |
kmlussier |
jeffdavis++ |
| 14:30 |
rlefaive |
kmlussier: thanks! Yeah, I figured we weren’t the only ones interested in that. |
| 14:31 |
Dyrcona |
My Lists need some fixes for usability, such as giving feedback when something is added, and stopped the multiplication of entries in the database. |
| 14:31 |
* Dyrcona |
takes the blame for those. |
| 14:31 |
Dyrcona |
@blame Dyrcona |
| 14:31 |
pinesol_green |
Dyrcona: I come to bury Dyrcona, not to praise them. |
| 14:31 |
Dyrcona |
Heh. |
| 14:31 |
kmlussier |
jeffdavis: Sounds good, and I can handle release notes, and trying to hunt down documentation that needs to be updated. I already updated one wiki page. |
| 14:32 |
kmlussier |
Actually, in the wiki page, I totally removed the references to open-ils.circ.holds.create. I probably should put it back in with a note that it will be deprecated. |
| 14:32 |
jeffdavis |
Hm, looks like open-ils.circ.holds.test_and_create.batch uses the about-to-be-deprecated API call internally... |
| 14:33 |
kmlussier |
jeffdavis: Oof. That's not good. |
| 14:37 |
Dyrcona |
jeffdavis kmlussier: The implementation code can be moved. |
| 14:38 |
jeffdavis |
The API call invokes a "create_hold" method. I think we could make open-ils.circ.holds.test_and_create.batch use that method directly, but that's more work and I dunno if we want to spam people's logs with the deprecation warning in the meantime. |
| 14:39 |
jeff |
jeffdavis: any shared code could be moved (as Dyrcona suggests) without changing functionality of either API call, but the to-be-deprecated API call can grow a WARN (or even the method could grow a WARN based on the calling api name) |
| 14:39 |
jeff |
jeffdavis: spitballing, obviously. |
| 14:39 |
jeff |
i.e., i'm not currently viewing that code, you are. |
| 14:40 |
Dyrcona |
Yeah, I'm not sure method_lookup()->run() actually makes an OpenSRF call. I should really look into that. |
| 14:40 |
Dyrcona |
And that's how test_and_creat_batch calls holds.create |
| 14:46 |
miker |
Dyrcona: it can if you're calling a remote method, but for local ons it's process-local |
| 14:46 |
miker |
ones, even |
| 14:56 |
miker |
Dyrcona: for some background, the idea was that with the api name you shouldn't care where a method is implemented, you just look it up and run it, and OpenSRF does the heavy lifting. that's what the introspection API is for, really, and docgen.xsl was a secondary benefit. |
| 14:56 |
Dyrcona |
Makes senes. |
| 14:57 |
Dyrcona |
sense, even. |
| 14:57 |
dbwells |
yeah, don't want to make a sene ;) |
| 14:58 |
* kmlussier |
chuckles |
| 14:58 |
miker |
dbwells: I SEE WHAT YOU DID THERE |
| 15:00 |
Dyrcona |
Sorry, my senility is showing. :) |
| 15:08 |
|
mmorgan1 joined #evergreen |
| 15:11 |
csharp |
kmlussier++ |
| 15:14 |
Dyrcona |
Oh nice. I think I'm looking at a holds placement failure with test_and_create.batch that is returning no event or an event without a textcode. |
| 15:14 |
jeffdavis |
http://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/jeffdavis/lp1017990-deprecate-hold-create |
| 15:14 |
Dyrcona |
More investigation is required. |
| 15:14 |
jeffdavis |
^ attempt at a fix per above discussion |
| 15:15 |
jeffdavis |
needs eyeballs! |
| 15:17 |
Dyrcona |
jeffdavis++ |
| 15:19 |
kmlussier |
jeffdavis++ |
| 15:23 |
gmcharlt |
berick: miker: tossing this out here: since ng-model is more readily used for object properties, not accessors, I think adding an egIDL.fromHash routine would be handy. thoughts? |
| 15:23 |
miker |
gmcharlt: there's something similar somewhere, I thought ... sec, I'll see what I'm misremembering ;) |
| 15:23 |
gmcharlt |
i.e., fm = new egIDL.foo(); fm_for_form_binding = fm.toHash(); // mungity-munge; fm = fm_for_form_binding.fromHash() |
| 15:24 |
gmcharlt |
er, egIDL.fromHash(class, fm_for_form_binding) |
| 15:26 |
berick |
gmcharlt: there is one in my patron reg branch :) |
| 15:26 |
berick |
egIdl.toHash and fromHash |
| 15:26 |
Dyrcona |
Yes, the JavaScript and Perl fieldmapper code both have a fromhash and tohash methods for reference. |
| 15:27 |
gmcharlt |
berick: cool, that saves time for some form-building code I'm planning to write |
| 15:27 |
berick |
also worth noting that when we upgrade to angular 1.4, ng-model will work w/ accessors for get and set! that'll be nice |
| 15:27 |
miker |
gmcharlt: how about adding a fromHash function to the actual class in mkclass? |
| 15:28 |
miker |
berick: there's a toHash in the s2-s3 branch, fwiw |
| 15:28 |
miker |
berick: may, in fact, be yours |
| 15:29 |
miker |
berick: are you aware of any roadblocks to just switching to 1.4 now? I thought it was back-compat with 1.3 |
| 15:30 |
miker |
gmcharlt: by that I meant: egIDL.foo.fromHash(some_hash); |
| 15:30 |
berick |
miker: i did an experiment and found a few issues, mostly related to updating dependencies, like the bootstrap code |
| 15:30 |
gmcharlt |
miker: yeah, gotcha |
| 15:30 |
berick |
mostly simple stuff, like changing module names. |
| 15:30 |
miker |
nothing like dojo's complete markup syntax changes? ;) |
| 15:32 |
pastebot |
"gmcharlt" at 64.57.241.14 pasted "miker - current hash function from berick's patron-reg" (25 lines) at http://paste.evergreen-ils.org/32 |
| 15:32 |
berick |
no, fortunately. my sense was it could be done in an hour or 2 of focused effort. |
| 15:32 |
gmcharlt |
miker: now shuddering. THANKS |
| 15:33 |
miker |
my work here is done |
| 15:34 |
gmcharlt |
miker: I'm amenable to a making fromHash() an object method, as it were. berick? |
| 15:35 |
berick |
gmcharlt: no objections here |
| 15:35 |
gmcharlt |
ok, easy enough to do post-2.10 |
| 15:36 |
gmcharlt |
berick++ |
| 15:36 |
gmcharlt |
miker++ |
| 15:36 |
miker |
gmcharlt++ |
| 15:36 |
miker |
berick++ |
| 15:39 |
gmcharlt |
berick: and to expand on what I meant about a form-builder, basically what I have in mind is doing the equivalents of AutoFieldWidget and EditDialog... just more easily, because angular |
| 15:40 |
berick |
gmcharlt: that would be rad :) |
| 15:41 |
gmcharlt |
berick: working repo commit 535239952d to get a test of what I have in mind; just making it more generic |
| 15:41 |
gmcharlt |
*taste |
| 15:41 |
|
sal_ joined #evergreen |
| 15:41 |
berick |
hm, looks like bug 1206936 busted the baseline schema (premature reference to money.materialized_billable_xact_summary) |
| 15:41 |
pinesol_green |
Launchpad bug 1206936 in Evergreen "money.transaction_billing_summary view displays incorrect billing_type and billing_note for the actual last transaction" [High,Fix committed] https://launchpad.net/bugs/1206936 |
| 15:45 |
berick |
gmcharlt: looks very promising |
| 15:47 |
* berick |
looks at patching 1206936 |
| 15:48 |
kmlussier |
berick++ |
| 15:52 |
* berick |
pushed user/berick/lp1206936-base-schema-repair |
| 15:52 |
berick |
will comment int he ticket too |
| 15:53 |
|
jlitrell joined #evergreen |
| 15:53 |
kmlussier |
berick: I can test that right now |
| 15:53 |
berick |
kmlussier++ |
| 16:15 |
kmlussier |
Looks like it worked. I'll merge it in a few |
| 16:17 |
kmlussier |
Multitasking is not all that it's cracked up to be. |
| 16:22 |
pinesol_green |
[evergreen|Bill Erickson] LP#1206936 Base SQL schema repair - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=54f8888> |
| 16:25 |
kmlussier |
@bugorfeature |
| 16:25 |
pinesol_green |
kmlussier: MARC still isn't dead yet, alas |
| 16:27 |
kmlussier |
Applying targets for bug 1229757 (aka death of the turtle). gmcharlt: I know we're past the feature slush deadline, but, since it's a smallish feature, can I still target for beta? |
| 16:27 |
pinesol_green |
Launchpad bug 1229757 in Evergreen "support distinct pop-up images for holds, transits, and hold transits" [Wishlist,Confirmed] https://launchpad.net/bugs/1229757 |
| 16:28 |
gmcharlt |
kmlussier: I'll allow it; side-effects would be nil |
| 16:28 |
kmlussier |
gmcharlt: Thank you! |
| 16:28 |
bshum |
RIP turtle |
| 16:28 |
kmlussier |
I actually wasn't going to ask the question, but I wanted an excuse to type "death of the turtle" in IRC |
| 16:28 |
gmcharlt |
:) |
| 16:31 |
berick |
@redact [blame The Turtle] |
| 16:31 |
pinesol_green |
berick: The Turtle stole bradl's ███ doll! |
| 16:33 |
bshum |
The names have been changed to protect the innocent. |
| 16:34 |
* kmlussier |
hunts down the proper file to add licensing information for the images. |
| 16:36 |
gmcharlt |
berick: I'm now reviewing the patron reg branch for merge, and will put together some brief release notes |
| 16:36 |
gmcharlt |
if you've got any last-minute commits, please let me know |
| 16:36 |
Dyrcona |
<Bon_Scott>The names have been changed to protect the guilty.</Bon_Scott> |
| 16:37 |
kmlussier |
gmcharlt++ |
| 16:38 |
Dyrcona |
@decide bug or feature |
| 16:38 |
pinesol_green |
Dyrcona: go with feature |
| 16:38 |
berick |
gmcharlt: nothing ready to go, no. once merged, I'll open new tickets for any remaining bits, the big one being data validation, which I'm in the middle of. |
| 16:39 |
gmcharlt |
berick++ # new bugs |
| 16:39 |
gmcharlt |
wait - that may not have come out right ;) |
| 16:39 |
Dyrcona |
Heh. |
| 16:39 |
berick |
hah |
| 16:41 |
jeffdavis |
oh sweet, the patch for 1229757 means I'll be able to drop one of our oldest and most trivial local customizations |
| 16:44 |
bshum |
jeffdavis: No more frog? :) |
| 16:45 |
kmlussier |
Would it make sense to put the licensing information in the same file that's used for the toolbar icons? xul/staff_client/imagesources/licenses.txt |
| 16:45 |
jeffdavis |
bshum: We may need to have a memorial service for the little guy, he's served us well. |
| 16:48 |
kmlussier |
Never mind. I found a better place for it. |
| 16:48 |
Dyrcona |
lp 1229757 |
| 16:48 |
pinesol_green |
Launchpad bug 1229757 in Evergreen "support distinct pop-up images for holds, transits, and hold transits" [Wishlist,Confirmed] https://launchpad.net/bugs/1229757 |
| 16:48 |
* Dyrcona |
is extra-lazy right now. |
| 16:48 |
Dyrcona |
I could scroll back. |
| 17:03 |
* gmcharlt |
blinks, checks to see if the angular patron editor is turning up an ancient bug |
| 17:05 |
|
mmorgan joined #evergreen |
| 17:06 |
bshum |
"Before there was LP, there was trac." |
| 17:06 |
berick |
I remember ol' Trac well |
| 17:07 |
kmlussier |
trac was before my time |
| 17:09 |
|
mmorgan left #evergreen |
| 17:11 |
* kmlussier |
fires up another VM, resolves to get one of these features merged by the end of the day. |
| 17:12 |
jwoodard |
@decide cup noodles or fast food |
| 17:12 |
pinesol_green |
jwoodard: go with cup noodles |
| 17:13 |
jwoodard |
pinesol_green: again? |
| 17:13 |
pinesol_green |
jwoodard: well, that's what you get for not being a shell script |
| 17:13 |
pinesol_green |
Factoid 'again?' not found |
| 17:13 |
jwoodard |
Being talked down to by a bot.... |
| 17:21 |
sal_ |
* waves Quick Evergreen SRU question--is it possible to do an "or" or dc "any" query? (I was able to do an or on eg.isbn once in yaz-client, and then never again...) |
| 17:22 |
sal_ |
And trying to figure out what's going on inside SuperCat.pm is making my head hurt. |
| 17:22 |
kmlussier |
sal_: I can't help you, but hi! |
| 17:22 |
sal_ |
Hi, Kathy... |
| 17:23 |
sal_ |
Alas, the documentation on SRU is a bit sparse. (And half the LOC internal links don't work anymore...) |
| 17:52 |
pinesol_green |
Showing latest 5 of 53 commits to Evergreen... |
| 17:52 |
pinesol_green |
[evergreen|Bill Erickson] LP#1452950 re-attach unload warning after click-through - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=3d21fde> |
| 17:52 |
pinesol_green |
[evergreen|Bill Erickson] LP#1452950 date input supports null dates - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=3ae7902> |
| 17:52 |
pinesol_green |
[evergreen|Bill Erickson] LP#1452950 Patron reg. clone user - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=3263fda> |
| 17:52 |
pinesol_green |
[evergreen|Bill Erickson] LP#1452950 Patron reg pending users - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=68dd6ce> |
| 17:52 |
pinesol_green |
[evergreen|Galen Charlton] LP#1452950: add release notes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=db8bd91> |
| 17:58 |
gmcharlt |
berick: so, bug 1550035 and bug 1550036 |
| 17:58 |
pinesol_green |
Launchpad bug 1550035 in Evergreen "angular patron editor: cannot delete addresses" [Undecided,New] https://launchpad.net/bugs/1550035 |
| 17:58 |
pinesol_green |
Launchpad bug 1550036 in Evergreen "angular patron editor: cannot add secondary groups when creating a patron" [Undecided,New] https://launchpad.net/bugs/1550036 |
| 17:59 |
berick |
gmcharlt++ |
| 18:00 |
berick |
thanks for the heads up |
| 18:13 |
kmlussier |
gmcharlt++ berick++ |
| 18:14 |
kmlussier |
Hmmm...I thought I added a secondary group when creating a patron. Or maybe I just planned to test that and never really did it. |
| 19:25 |
kmlussier |
Calling 0960 |
| 19:33 |
pinesol_green |
Showing latest 5 of 10 commits to Evergreen... |
| 19:33 |
pinesol_green |
[evergreen|Bill Erickson] LP#1527342 Patron checkout history table release notes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=3784e32> |
| 19:33 |
pinesol_green |
[evergreen|Bill Erickson] LP#1527342 Patron checkout history CSV export repair - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=120cbd0> |
| 19:33 |
pinesol_green |
[evergreen|Bill Erickson] LP#1527342 Patron CO history CSV update core type - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=adda2b5> |
| 19:33 |
pinesol_green |
[evergreen|Bill Erickson] LP#1527342 Improve display of C/O history delete warning - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=523beea> |
| 19:33 |
pinesol_green |
[evergreen|Kathy Lussier] LP#1527342 Stamping upgrade script decouple checkout history - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=431d637> |
| 19:37 |
berick |
kmlussier++ |
| 19:37 |
berick |
huzzah |
| 20:42 |
kmlussier |
Oh darn it! I forgot to add the signoff from Christineb when merging bug 1333254 |
| 20:42 |
pinesol_green |
Launchpad bug 1333254 in Evergreen "EDI invoices automatically expend debits" [Wishlist,Confirmed] https://launchpad.net/bugs/1333254 |
| 20:45 |
pinesol_green |
[evergreen|Bill Erickson] LP#1333254 Disencumber on invoice close - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=f4ac2ee> |
| 20:45 |
pinesol_green |
[evergreen|Bill Erickson] LP#1333254 Perl live tests - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=b2beeb6> |
| 20:45 |
pinesol_green |
[evergreen|Bill Erickson] LP#1333254 Release notes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=78364a5> |
| 20:45 |
pinesol_green |
[evergreen|Bill Erickson] LP#1333254 Support closing new invoices - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=cf3ae6d> |
| 20:45 |
pinesol_green |
[evergreen|Bill Erickson] LP#1333254 Improve entry debit maintenance for inv. open/close. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=72a8c6a> |
| 22:10 |
|
gmcharlt joined #evergreen |
| 22:14 |
|
gmcharlt joined #evergreen |
| 22:19 |
|
gmcharlt joined #evergreen |
| 22:26 |
|
dbs joined #evergreen |
