| Time |
Nick |
Message |
| 00:39 |
|
zerick joined #evergreen |
| 05:58 |
|
artunit joined #evergreen |
| 06:01 |
|
dboyle joined #evergreen |
| 07:45 |
|
rjackson-isl joined #evergreen |
| 07:58 |
|
jboyer-isl joined #evergreen |
| 07:58 |
|
collum joined #evergreen |
| 08:28 |
|
mrpeters joined #evergreen |
| 08:28 |
|
akilsdonk_ joined #evergreen |
| 08:38 |
paxed |
@hate every programming language ever |
| 08:38 |
pinesol_green |
paxed: The operation succeeded. paxed hates every programming language ever. |
| 08:44 |
|
mmorgan1 joined #evergreen |
| 08:56 |
|
ericar joined #evergreen |
| 08:57 |
|
Dyrcona joined #evergreen |
| 08:57 |
|
finnx joined #evergreen |
| 09:09 |
|
timlaptop joined #evergreen |
| 09:12 |
|
zxiiro joined #evergreen |
| 09:25 |
|
rfrasur joined #evergreen |
| 09:37 |
paxed |
bshum: hm, i think i found the bug(?) in the autogrid filter... |
| 09:38 |
paxed |
(and i think i found a bug in the filterdialog itself while i was doing that...) |
| 09:40 |
paxed |
i just don't have funds or providers available to test if it works in those. :/ |
| 09:41 |
* csharp |
suddenly stumbles upon the primary use case for volume buckets |
| 09:41 |
csharp |
s/the/a/ |
| 09:42 |
|
kmlussier joined #evergreen |
| 09:42 |
* paxed |
imagines csharp stumbling around and making clanging noises, wearing a bucket on one foot |
| 09:42 |
csharp |
request: change MUSICALS to MUSICAL within call number labels |
| 09:42 |
csharp |
(in a batch of 75 records) |
| 09:43 |
csharp |
paxed: that's about right ;-0 |
| 09:43 |
|
mllewellyn joined #evergreen |
| 09:43 |
csharp |
75 is "too many" to do singly and "too few" for the consortium's sys admin to batch via the database (i.e., if we say yes to this, it may become a daily/weekly thing :-/) |
| 09:44 |
csharp |
slippery_slopes-- |
| 09:45 |
tsbere |
csharp: Tell them to go manually change 25 "MUSICAL" to "MUSICALS" and then come back for a batch change of 100 records. ;) |
| 09:45 |
csharp |
ha! |
| 09:49 |
|
yboston joined #evergreen |
| 09:50 |
rfrasur |
csharp: I've changed thousands of call numbers manually. |
| 09:50 |
* rfrasur |
has no pity |
| 09:50 |
csharp |
rfrasur: yeah - we pushed it back to her ;-) |
| 09:50 |
rfrasur |
csharp++ |
| 09:50 |
rfrasur |
pain should be felt equally |
| 09:50 |
csharp |
I'm looking for a bug on volume buckets |
| 09:51 |
csharp |
...and not seeing one, I will open a wishlist bug with this use case |
| 09:52 |
bshum |
paxed: Feel free to mock up a branch with your ideas/fixes. I'll be happy to test further once I get to a stable point to look further. |
| 09:53 |
paxed |
bshum: just did, and commented on the bug w/ the branch |
| 09:53 |
mmorgan1 |
csharp: maybe a good use case for call number prefixes, if MUSICALS was a prefix, it would be just one change. |
| 09:54 |
bshum |
paxed: Okay I can test that line change real quick before I go finish packing. |
| 09:57 |
bshum |
paxed++ # works for me |
| 09:57 |
bshum |
And also works in the acq interfaces with the existing filters too |
| 09:59 |
bshum |
I'll do some more thorough checking later this evening and get it pushed unless someone else gets there first. |
| 10:00 |
paxed |
bshum: thanks. |
| 10:00 |
bshum |
paxed: Thank you :) |
| 10:01 |
bshum |
This will be a highly praised feature to have filtering for all the config interfaces. |
| 10:02 |
csharp |
bug 1218403 created - I encourage feedback from everyone, including rfrasur (who has real-life experience with this) |
| 10:02 |
pinesol_green |
Launchpad bug 1218403 in Evergreen "Evergreen needs volume buckets" (affected: 1, heat: 6) [Wishlist,New] https://launchpad.net/bugs/1218403 |
| 10:02 |
csharp |
mmorgan1: yeah - good thought! |
| 10:03 |
csharp |
we're looking at implementing call number prefixes, but call number labels have always (purposely) been free-text to allow local customization and we would need to do *a lot* of retroactive work to get that going |
| 10:03 |
kmlussier |
bshum/paxed: I'm really excited to see that fix. I'm wondering if it will fix https://bugs.launchpad.net/evergreen/+bug/1032171 |
| 10:03 |
pinesol_green |
Launchpad bug 1032171 in Evergreen "EDI Accounts Display" (affected: 2, heat: 12) [Undecided,Triaged] |
| 10:04 |
mmorgan1 |
csharp: yeah, the cleanup work is definitely a formidable task |
| 10:05 |
paxed |
kmlussier: i don't think it will... |
| 10:06 |
kmlussier |
paxed: Ah, well. Nevertheless filtering on these screens will be a big improvement. I know many people who will be happy to see this. |
| 10:06 |
kmlussier |
paxed++ |
| 10:06 |
paxed |
kmlussier: i can reproduce that on my ssytem, so i may take a look ... |
| 10:07 |
* rfrasur |
goes to look at bug 1218403 |
| 10:07 |
pinesol_green |
Launchpad bug 1218403 in Evergreen "Evergreen needs volume buckets" (affected: 1, heat: 6) [Wishlist,New] https://launchpad.net/bugs/1218403 |
| 10:17 |
* tsbere |
notes that Evergreen *has* volume buckets.....just no interface for them |
| 10:18 |
rfrasur |
comment added, fwiw |
| 10:24 |
|
mcooper joined #evergreen |
| 10:28 |
csharp |
rfrasur++ |
| 10:30 |
rfrasur |
tsbere: so...it's "just" a matter of an interface? |
| 10:31 |
tsbere |
rfrasur: An interface and probably a pile of backend functions. I know the database tables are already there... |
| 10:33 |
|
tmccanna_ joined #evergreen |
| 10:33 |
rfrasur |
tsbere++ #that's a start at least |
| 10:49 |
tmccanna_ |
Hi everybody - have any of you implemented the KPAC? I'm trying to add in the ability to limit the search results by library location and running into an odd conflict. |
| 10:50 |
kmlussier |
tmccanna_: Bibliomation is the only place I know that has implemented it. bshum might be able to help you out. |
| 10:51 |
tmccanna_ |
Thanks kmlussier! |
| 11:00 |
|
smyers_ joined #evergreen |
| 11:13 |
* paxed |
slays Yet Another Bug! paxed gains an experience level! |
| 11:13 |
rfrasur |
paxed++ |
| 11:14 |
csharp |
achievement unlocked! |
| 11:14 |
kmlussier |
paxed++ |
| 11:14 |
* phasefx |
wishes he could do development via bejeweled |
| 11:14 |
paxed |
hah |
| 11:15 |
paxed |
i tend to play flash games while waiting for eg to compile |
| 11:15 |
rfrasur |
lol, phasefx. Do you really? |
| 11:16 |
phasefx |
rfrasur: well, I'd get bored eventually. Development by Dark Souls and Plants vs. Zombies and Minecraft are options |
| 11:16 |
csharp |
"GAME OVER - NO NEW ACQ FEATURE WAS DEVELOPED" |
| 11:16 |
Dyrcona |
eg doesn't take that long to "compile" |
| 11:16 |
rfrasur |
phasefx: probably best to have a full cadre of games...er...development aids. |
| 11:16 |
Dyrcona |
Now, if it were written in C++..... |
| 11:17 |
csharp |
Dyrcona: shh! don't tell paxed's bosses! |
| 11:17 |
jboyer-isl |
Has phasefx heard of Puzzle Quest? bejeweled + RPG |
| 11:17 |
phasefx |
Dyrcona: if we add more tests, it could take that long to run through the test suite :) |
| 11:17 |
phasefx |
jboyer-isl: I've heard of it; never played it |
| 11:17 |
* rfrasur |
took a semester of C++... |
| 11:17 |
* Dyrcona |
plays Candy Crush and Life is Magic on his phone. |
| 11:18 |
|
zerick joined #evergreen |
| 11:18 |
Dyrcona |
phasefx: True about the tests. |
| 11:18 |
* phasefx |
is fond of Duo Lingo |
| 11:18 |
* Dyrcona |
has literally waited days to compile KDE on a 60 MHz PowerPC back in the day. |
| 11:20 |
* rfrasur |
wonders if this Affordable Care Act webinar (stupid word) is somehow on par with compiling. |
| 11:22 |
paxed |
Dyrcona: well, staff client, with translations, does take a while ... |
| 11:22 |
jboyer-isl |
Dyrcona: It's still like that on 400+MHz Pentiums, heh. Not long after that I decided it was time to use more pre-built packages on NetBSD. |
| 11:23 |
Dyrcona |
heh. and heh, again. ;) |
| 11:23 |
Dyrcona |
I don't usually do the translations, so hadn't thought of how long that might take. |
| 11:35 |
mcooper |
ahh, now i'm thinking about dark souls instead of doing work -- awesome game, but must refocus =) |
| 11:38 |
mcooper |
i think evergreen should incorporate the "You died" message when something goes wrong |
| 11:38 |
* phasefx |
used to have a banshee wail in the staff client |
| 11:38 |
rfrasur |
mcooper++ |
| 11:38 |
|
dbs joined #evergreen |
| 11:38 |
mcooper |
lol |
| 11:39 |
phasefx |
and some cowbell |
| 11:39 |
rfrasur |
how about...a call number library that, if deviated from, says "You SHOULD die"? |
| 11:39 |
rfrasur |
(that might be a little hurtful though) |
| 11:39 |
rfrasur |
call number prefix library, that is |
| 11:40 |
phasefx |
should make a custom locale where all the strings have been swedish-chefified |
| 11:40 |
rfrasur |
lol |
| 11:42 |
Dyrcona |
igpay atinlay |
| 11:42 |
csharp |
@chef igpay atinlay |
| 11:42 |
pinesol_green |
csharp: http://images.cryhavok.org/d/1291-1/Computer+Rage.gif |
| 11:42 |
Dyrcona |
or sylvar can translate to actual latin. |
| 11:43 |
csharp |
zoia has a @chef plugin |
| 11:44 |
* rfrasur |
chooses to chuckle internally only because last drop of humor and, possibly, humanity is being stolen by government. |
| 11:45 |
jcamins |
rfrasur: isn't it a bit early for year-end reports? |
| 11:46 |
Dyrcona |
gubmint droolz. anarkie roolz! |
| 11:46 |
rfrasur |
jcamins: I wish it were year-end reports |
| 11:46 |
rfrasur |
Dyrcona: limited anarchy = vacation |
| 11:47 |
rfrasur |
(8 days) |
| 11:47 |
* Dyrcona |
would beg to differ. vacation == more stress for Dyrcona. |
| 11:48 |
jboyer-isl |
Sounds like what you're saying is that the solution is /total/ anarchy. |
| 11:48 |
* jcamins |
doesn't know what that word means. |
| 11:49 |
rfrasur |
Dyrcona: YOUR vacation for sure. I won't be spending time with extended family/friends and will be trying to avoid nuclear family as much as possible without putting them into therapy. |
| 11:49 |
jboyer-isl |
Monarchy is rule by, uh, monarchs; Anarchy is rule by Anns. |
| 11:49 |
jboyer-isl |
Or english majors. |
| 11:49 |
rfrasur |
jboyer-isl++ |
| 11:49 |
rfrasur |
english majors........ |
| 11:49 |
rfrasur |
no |
| 11:49 |
Dyrcona |
Theo Huxtable for King.... Have a real theocracy! |
| 11:49 |
rfrasur |
anarchy is the absense of narchy |
| 11:50 |
* Dyrcona |
prefers snarky.... |
| 11:50 |
jboyer-isl |
Dyrcona++ |
| 11:50 |
jcamins |
rfrasur: or just a simple mistyping. 'a' and 's' are right next to each other. |
| 11:50 |
jcamins |
"Mistyping"? |
| 11:50 |
jcamins |
typo. |
| 11:51 |
rfrasur |
jcamins, true true. |
| 11:51 |
* rfrasur |
is trying to be less snarky |
| 11:51 |
rfrasur |
obviously I've been very successful |
| 11:51 |
* jcamins |
would spontaneously shrivel up if he tried that. |
| 11:51 |
rfrasur |
@blame Affordable Care Act |
| 11:51 |
pinesol_green |
rfrasur: Affordable Care Act stole bradl's tux doll! |
| 11:52 |
Dyrcona |
@blame Dyrcona |
| 11:52 |
pinesol_green |
Dyrcona: Dyrcona musta been an Apple employee. |
| 11:52 |
rfrasur |
That's alright though. Don't Apple employees get paid well? |
| 11:53 |
csharp |
rfrasur: unless they're in China, probably |
| 11:53 |
rfrasur |
are they considered apple employees though? or subcontractors? |
| 11:54 |
|
dboyle joined #evergreen |
| 11:54 |
* csharp |
was just being flip about an issue that probably shouldn't be treated lightly :-/ |
| 11:54 |
Dyrcona |
slave labor, I think is the proper term. |
| 11:54 |
* Dyrcona |
ducks. |
| 11:55 |
rfrasur |
csharp: and I was overly literal about something I know was said lightly. |
| 11:55 |
rfrasur |
Dyrcona: well documented. no need to duck. |
| 11:55 |
jboyer-isl |
They admittedly have it better than some since everyone watches everything Apple does though. |
| 11:56 |
* rfrasur |
may actually become an anarchist by the end of the day - POS governments |
| 11:57 |
rfrasur |
anyway...I like that volume bucket idea |
| 11:58 |
rfrasur |
fundraiser idea? http://www.etsy.com/listing/150156455/conceptual-lego-art-horse-meat-scandal?utm_source=Twitter&utm_medium=PageTools&utm_campaign=Share |
| 12:00 |
|
jdouma joined #evergreen |
| 12:00 |
* csharp |
lols |
| 12:04 |
|
j_scott joined #evergreen |
| 12:05 |
Dyrcona |
tsbere is teaching someone basic gui skills over the phone. |
| 12:06 |
|
acoomes joined #evergreen |
| 12:06 |
rfrasur |
mad skills |
| 12:07 |
jboyer-isl |
No, not the X on your keyboard, look up in the corner. The other corner! |
| 12:07 |
rfrasur |
jboyer-isl++ |
| 12:07 |
csharp |
jboyer-isl++ |
| 12:09 |
Dyrcona |
Og no care. Og just point and grunt! |
| 12:10 |
tsbere |
"Hold shift and press End" "Ok, I pressed End and now I am pressing shift....." ARG >_> |
| 12:10 |
Dyrcona |
Og go paint on wall now. |
| 12:10 |
csharp |
tsbere++ |
| 12:10 |
rfrasur |
the agony! |
| 12:11 |
Dyrcona |
Lunch time is Life is Magic time! |
| 12:11 |
Dyrcona |
They should pay me. |
| 12:11 |
rfrasur |
I dunno who "they" are - but they should pay you. |
| 12:20 |
rfrasur |
It should be noted that as mind numbing as running a library can be, I sincerely have one of the best staffs in the whole wide world. |
| 12:21 |
rfrasur |
hagerstown_library_staff++ #even when they annoy me |
| 12:22 |
rfrasur |
and, on that warm and fluffy note, I shall now leave them and take full advantage of those personal days I have (to go home and work...or not). |
| 12:23 |
paxed |
kmlussier: re bug 1032171 - bad news, it's a dojo bug, not eg bug. |
| 12:23 |
pinesol_green |
Launchpad bug 1032171 in Evergreen "EDI Accounts Display" (affected: 2, heat: 12) [Undecided,Triaged] https://launchpad.net/bugs/1032171 |
| 12:24 |
kmlussier |
paxed: Ah, ok. Thanks for looking into it. |
| 12:40 |
csharp |
okay - I'm looking at users in collections, by which I mean that they have an entry in money.collections_tracker that was placed there by UMS |
| 12:41 |
csharp |
in recent (1.6+) versions of EG, looks like entering a user into collections includes adding a standing penalty of PATRON_IN_COLLECTIONS, but there are about 50K users that predated standing penalties |
| 12:41 |
csharp |
is it right to assume that if a patron is "in collections" (entered in money.collections_tracker) that they should have a penalty applied? |
| 12:42 |
csharp |
I'm trying to decide if I should retroactively apply standing penalties to the accounts already in money.collection_tracker |
| 12:43 |
* csharp |
is leaning towards "yes", but thought he'd air it here for others to correct him |
| 12:46 |
* Dyrcona |
is inclined to agree. |
| 12:47 |
csharp |
Dyrcona: thanks |
| 12:49 |
|
sseng joined #evergreen |
| 13:17 |
Dyrcona |
I want to call open-ils.circ.renew with a checkout_date other than now(). |
| 13:17 |
Dyrcona |
Am I wrong in thinking that I can pass it the same arguments as I would to checkout and it will use them? |
| 13:18 |
* Dyrcona |
gets lost in Circulate.pm. |
| 13:18 |
Dyrcona |
The code looks like it might, but the method documentation suggests otherwise. |
| 13:20 |
berick |
Dyrcona: renew will have access to all of the same params as checkout. whether and how renew uses them is a different question, of course. |
| 13:21 |
Dyrcona |
Right. I guess my question is, will it use a checkout_time parameter? |
| 13:21 |
Dyrcona |
The code is too all over the place. |
| 13:24 |
Dyrcona |
Guess I'll just have to try it and see. |
| 13:27 |
jeff |
Dyrcona: by my read, yes. |
| 13:27 |
berick |
renew is (for the most part), checkin + checkout, so if checkout uses it, then probably yes |
| 13:27 |
Dyrcona |
jeff, berick thanks. |
| 13:28 |
Dyrcona |
berick++ jeff++ |
| 13:28 |
jeff |
Dyrcona: but in the case of a renewal, the checkin time of the copy will likely not have paid attention to the supplied checkout time -- so that could/should be fixed. |
| 13:29 |
* Dyrcona |
looks at do_checkin right quick. |
| 13:31 |
jeff |
having do_renew set $self->backdate might be sufficient. |
| 13:31 |
|
stevenyvr2 joined #evergreen |
| 13:31 |
|
stevenyvr2 left #evergreen |
| 13:32 |
Dyrcona |
so in my args backdate => 'rewal date' ? |
| 13:34 |
Dyrcona |
Args all become fields on the cirulator, so that answers my question. |
| 13:35 |
jeff |
well, if you're doing a renewal and supplying a checkout_time param, i'd think you'd always want to handle the implicit checkin as backdated to the checkout_time, so rather than require the API call to also supply a backdate, i'd have do_renew set $self->backdate to be checkout_time if an overriding checkout_time is supplied. |
| 13:35 |
Dyrcona |
jeff: right, but until the code is patched, setting the backdate explicitly /should/ work. |
| 13:35 |
jeff |
ah, i see. yes -- i think so. |
| 13:36 |
Dyrcona |
I am trying to load circulations for a new member from a file that has renewal dates in the same entry as the initial checkout. |
| 13:48 |
|
rfrasur joined #evergreen |
| 14:06 |
|
krvmga joined #evergreen |
| 14:08 |
krvmga |
http://bark.cwmars.org/eg/opac/advanced?query=%22star%20wars%22%20-juvenile;fg%3Aformat_filters=7;qtype=keyword;locg=91 |
| 14:08 |
krvmga |
gives me no results |
| 14:09 |
krvmga |
http://bark.cwmars.org/eg/opac/results?bool=and&qtype=keyword&contains=contains&query=%22star+wars%22+-juvenile&bool=and&qtype=title&contains=contains&query=&bool=and&qtype=author&contains=contains&query=&fi%3Aitem_type=a&locg=91&pubdate=is&date1=&date2=&sort=&_adv=1 |
| 14:09 |
krvmga |
give me results |
| 14:11 |
krvmga |
http://bark.cwmars.org/eg/opac/results?bool=and&qtype=keyword&contains=contains&query=%22star+wars%22+-juvenile |
| 14:11 |
krvmga |
gives me results |
| 14:11 |
* tsbere |
wonders what krvmga is trying to get at here |
| 14:11 |
krvmga |
why did i not get results on the first one? |
| 14:11 |
Dyrcona |
His format filters are not working? |
| 14:11 |
eeevil |
csharp: did you happen to give the 2.4.2 tarball a once-over? |
| 14:12 |
tsbere |
krvmga: Perhaps something timed out? |
| 14:12 |
csharp |
eeevil: grrr - not yet, sorry |
| 14:12 |
krvmga |
these searches were done from the Advanced Search screen |
| 14:12 |
csharp |
I can do it now |
| 14:12 |
kmlussier |
krvmga: There's a format filter parameter in there. That's seems strange if you're doing the search for the advanced search page since you don't use that filter on advanced search. |
| 14:13 |
kmlussier |
krvmga: Your first link brought me to advanced search. When I conducted the search, I got results. |
| 14:13 |
krvmga |
bizarre. i wonder if the person who gave me the search copied and pasted it not realizing what they did? |
| 14:13 |
krvmga |
okay, well, that's that. |
| 14:14 |
krvmga |
the first return on all the searches is "Star wars: complete cross sections". that record has "juvenile" in it several times. any thoughts on why -juvenile didn't work? |
| 14:15 |
kmlussier |
krvmga: A keyword search? I'm guessing it's the same issue we came across ages ago with the martin luther -king search. |
| 14:15 |
kmlussier |
That didn't get fixed until 2.4 |
| 14:16 |
krvmga |
well, allrighty then |
| 14:16 |
kmlussier |
krvmga: https://bugs.launchpad.net/evergreen/+bug/1019360 |
| 14:16 |
pinesol_green |
Launchpad bug 1019360 in Evergreen "tpac: "does not contain" advanced search option doesn't always exclude search terms" (affected: 1, heat: 6) [Undecided,Confirmed] |
| 14:18 |
bshum |
Wifi on a plane is amazing. |
| 14:20 |
kmlussier |
krvmga: Note that the problem stems from the fact that we've added indexes to the keyword search to help with relevancy. So, for example, you have a title index there that is part of the keyword class that doesn't contain the word juvenile. That's why the search is seeing it as a valid record. |
| 14:23 |
paxed |
bshum: so what do you get when a website wants to know your location and you let your browser to do that? |
| 14:24 |
bshum |
paxed: That's an interesting question |
| 14:24 |
* bshum |
tries to find one |
| 14:25 |
bshum |
Well, my IP goes back to PanAmSat corp. |
| 14:25 |
bshum |
So I guess I'm bouncing off some satellite somewhere :D |
| 14:25 |
paxed |
*boing* |
| 14:31 |
jboyer-isl |
Protip: Don't forget to use -C if you need it when calling pg_restore... |
| 14:32 |
|
tspindler joined #evergreen |
| 14:32 |
bshum |
I ran a pg_dump today of a test system for a school we're setting up. Took less than 3 minutes and the output file was 55 MB. I'm so jealous of tiny libraries fresh to the game. |
| 14:35 |
tspindler |
I was wondering if anyone knows what happens if you delete a caption and pattern that had dependant issuances? These would be issuances that are already received? |
| 14:42 |
senator |
tspindler: you basically can't |
| 14:42 |
senator |
even in the db, without relaxing foreign key constraints |
| 14:42 |
senator |
which would not be advisable |
| 14:42 |
senator |
but you can set them to inactive |
| 14:44 |
tspindler |
I was in the client under serials control view and I got to a point where the interface warned me and asked if I wanted to force it, I didn't because i didn't know the ramifications |
| 14:44 |
senator |
ah |
| 14:45 |
senator |
it's /possible/ that interface calls something that does the work of deleting the dependent objects (issuances and then items in turn) but i'm not sure off the top of my head |
| 14:46 |
senator |
if you agreed to force it, it would either do that, probably killing data you don't want killed, or still not succeed even then |
| 14:46 |
tspindler |
I'll have to look at the db structure more, but I am curious about the relationship between patterns and received issues if it is just a constraint or is it needed for other reasons |
| 14:46 |
tspindler |
i assume the constraint is there for a good reason i should say |
| 14:46 |
senator |
the patterns are still used after issuances are received to know how to summarize them for holdings statements |
| 14:47 |
tspindler |
thanks, that is what I was wondering |
| 14:47 |
senator |
(and possibly other reasons i'm forgetting) |
| 14:47 |
senator |
no problme |
| 14:48 |
tspindler |
the problem we have is we have libraries that created a bad pattern received like two issuance, created a new pattern, received 4 issuance, and created the correct pattern and are receiving issuance on that, they are getting confused by the multiple patterns |
| 14:49 |
senator |
tspindler: even if the patterns they don't want any more have the "active" flag unchecked? you can also delete any unreceived issuances related to the undesired pattern, and then there shouldn't be any prompts to receive anything related to the bad pattern going forward |
| 14:50 |
tspindler |
i'm not sure but i think they go back and switch to an old pattern turning on the active flag, i need to look at things in more detail to be sure |
| 14:51 |
tspindler |
its like they have a bunch of paterrns turning them on and off until they get the issuance to look the way they want |
| 14:52 |
tspindler |
this is an unsubstantiated guess because i don't see why i am seeing the problems they are having |
| 14:52 |
tspindler |
i need to look at the issuance to see if the pattern id is varying i guess, just thinking out loud |
| 14:53 |
csharp |
eeevil: 2.4.2 installed and running fine on quick poke |
| 14:53 |
senator |
tspindler: gotcha |
| 14:53 |
* csharp |
used ubuntu 12.04 as the OS |
| 14:53 |
senator |
good luck? let us know if we can help more if you find out more |
| 14:53 |
|
stevenyvr2 joined #evergreen |
| 14:53 |
|
stevenyvr2 left #evergreen |
| 14:54 |
senator |
perhaps those interfaces can give stronger hints about the right way to manage... well, whatever exactly it is that's happening :-) |
| 14:58 |
tspindler |
senator: i probably need to spend some more time with some of the libraries and actually see what they are doing |
| 14:58 |
tspindler |
senator: it might also be a training issue |
| 14:58 |
senator |
i can imagine that sort of thing can take more than a little legwork |
| 15:10 |
bshum |
@later tell tmccanna_ For our KPAC, we couldn't figure out how to add any sort of library specific searching, so we used the physical_loc variable behind the scenes via virtualhosts to force scoping to specific libraries. |
| 15:10 |
pinesol_green |
bshum: The operation succeeded. |
| 15:10 |
pastebot |
"paxed" at 204.193.129.146 pasted "open-ils.cstore 2013-08-28 09:" (2 lines) at http://paste.evergreen-ils.org/50 |
| 15:10 |
paxed |
i've been seeing ^ that error in our logs... anyone have any ideas? |
| 15:17 |
|
fparks joined #evergreen |
| 15:28 |
jboyer-isl |
paxed: I don't have any ideas, but you might need to grep through some of your other logs for 1377401101284044 to see if you can follow what it's actually trying to do. |
| 15:32 |
paxed |
Ah. i know what it is. the db hasn't been updated. |
| 15:32 |
paxed |
it's on 0812 and display_sf_list was added in 0816 |
| 15:41 |
jboyer-isl |
Does anyone know of a good way to find users that are expired and have no open circs or unpaid bills? Most of my attempts so far are only finding users who've never circd anything or had any bills. :/ |
| 15:42 |
rfrasur |
jboyer-isl: you're using a report for that? |
| 15:43 |
jboyer-isl |
Nope. When I've tried to do similar things in reports that also tends to either only show users that never had circs, or only users that did have circs and then closed them all. Not ideal. |
| 15:44 |
|
dboyle joined #evergreen |
| 15:45 |
rfrasur |
hmm, checking my report. I think it just shows all expired patrons...then we check them manually (also not ideal). |
| 15:45 |
rfrasur |
well, it's ideal for us...since we want to touch each of their records. |
| 15:46 |
jboyer-isl |
why? |
| 15:47 |
rfrasur |
because we have a small population and we can see what type of fines they may have (if they have any). We still have some legacy fines (before 2009) that we can get rid of before deleting their record. |
| 15:48 |
rfrasur |
if we had more patrons, we wouldn't do it that way. |
| 15:48 |
jboyer-isl |
I see. |
| 15:48 |
rfrasur |
wouldn't/couldn't |
| 15:58 |
* rfrasur |
crosses fingers that report does something that doesn't involve failing. |
| 16:02 |
rfrasur |
jboyer-isl: I have a report that appears to work. Have you found another way? |
| 16:03 |
jboyer-isl |
Have you verified that you're getting both patrons who have had circs and patrons who haven't? |
| 16:03 |
jboyer-isl |
I haven't been worrying about it too much, it's for a side project that might not go anywhere. |
| 16:04 |
rfrasur |
no, but I'll fuss around some more. |
| 16:11 |
|
edoceo joined #evergreen |
| 16:22 |
|
gsams joined #evergreen |
| 16:27 |
|
tspindler left #evergreen |
| 16:32 |
bshum |
And we're landing in 24. See you guys around, have a good one! |
| 16:46 |
rfrasur |
have a good one also bshum |
| 17:09 |
|
mmorgan1 left #evergreen |
| 17:33 |
|
acoomes joined #evergreen |
| 17:37 |
|
b_bonner left #evergreen |
| 17:54 |
|
smyers_ joined #evergreen |
| 18:02 |
ldwhalen |
regarding spaces and tabs in code, does the commuinty have a standard to be used? |
| 18:07 |
bshum |
ldwhalen: There was a recent push towards spaces instead of tabs during the 2.5 dev cycle. So master should be better about that. |
| 18:07 |
ldwhalen |
bshum: ok, thank you. |
| 18:17 |
|
Dyrcona joined #evergreen |
| 18:41 |
|
mtate joined #evergreen |
| 19:22 |
|
moodaepo_nb joined #evergreen |
| 20:00 |
|
stevenyvr2 joined #evergreen |
| 20:27 |
|
stevenyvr2 left #evergreen |
