| 12:13 |
|
tarac_ joined #evergreen |
| 12:31 |
mmorgan |
related question. Is a database query to update money.billing.voided = true sufficient to void a billing, or does something else need to happen? |
| 12:32 |
phasefx |
mmorgan: I believe there's also voider and void time |
| 12:34 |
mmorgan |
Ah. Ok. Of course, that makes sense. Thanks. |
| 12:35 |
* mmorgan |
will try it out on a test system. |
| 12:36 |
mmorgan |
phasefx++ |
| 12:37 |
phasefx |
mmorgan: I would sanity check the associated transaction in money.materialized_billable_xact_summary |
| 12:37 |
|
sandbergja joined #evergreen |
| 12:37 |
phasefx |
mmorgan: I don't know how, but sometimes I would get that table out of sync with stuff I did with the payments and billings tables, and would have to recreate it |
| 17:31 |
kmlussier |
miker++ |
| 18:00 |
jeff |
most recent comment on bug 1174498 makes me concerned |
| 18:00 |
pinesol_green |
Launchpad bug 1174498 in Evergreen "Payment by billing type breakdown" [Wishlist,Triaged] https://launchpad.net/bugs/1174498 |
| 18:00 |
* jeff |
looks |
| 18:00 |
jeff |
well that's unfortunate. |
| 18:01 |
jeff |
my fault for not being more forceful with my feedback. |
| 18:02 |
jeff |
it seems that we've moved away from a linear timeline with billings and payments, though i could be wrong. more digging required. |
| 18:03 |
jeff |
if that is the case, i'm strongly in favor of fixing it. the bad news is that it will probably take some work. the good news is that it will probably result in a lot more tests being written. ;-) |
| 18:05 |
jeff |
drat. dug, found it. |
| 18:05 |
jeff |
# Try to map payments to bills by amounts starting with the |
| 18:05 |
jeff |
# largest payments: |
| 18:05 |
jeff |
|
| 18:06 |
jeff |
that's not how this works. that's not how any of this works. :-) |
| 18:23 |
jeff |
first i should catch up on the rest of the billing changes. |
| 18:47 |
jeff |
I wonder if there's a way to fix this without resorting to two types of transactions. |
| 19:08 |
|
kitteh__ joined #evergreen |
| 19:48 |
* jeff |
reads old bugs |
| 20:24 |
|
rlefaive joined #evergreen |
| 21:18 |
miker |
jeff: oh, I should have been paying more attention too... yeah, matching amounts seems like a non-starter to me |
| 21:29 |
jeff |
@praise SIGSTOP |
| 22:05 |
jeff |
heh |
| 22:05 |
Bmagic |
yeah, it gets muddy for sure. I look at mmpbbt as "best effort" or "best guess" |
| 22:05 |
Bmagic |
and I think our libraries undestand that. Sometimes, a human still needs to step in and make a call |
| 22:07 |
Bmagic |
with that said - I have put untold hours into testing and watching the code interact with the data, and I'm feeling pretty good about the job that it will do for our libraries who look at the results |
| 22:20 |
jeff |
Bmagic++ |
| 22:21 |
Bmagic |
jeff++ |
| 09:37 |
jeff |
Some other things to consider are that you're going to need a decent amount of RAM (2 to 3 GB dedicated to Evergreen's use) on that laptop to run Evergreen with any kind of success, even for evaluation purposes. What is your goal with this installation? |
| 09:38 |
scrawler |
ok I'm back. |
| 09:38 |
scrawler |
this thing has 4 gigs of ram. I'd like to evaluate evergreen for use in a high school library. |
| 09:38 |
jeff |
And expanding on what was said earlier and repeating something that was said when you were changing clients: Arch Linux may work, but is not supported or tested, and you may run into difficulties during installation or operation that we won't be able to help you with easily. |
| 09:39 |
scrawler |
I understand. |
| 09:41 |
Dyrcona |
scrawler: If you're running the database and everything on the same system, I recommend at least 8GB of RAM just to kick the tires, particularly if the hardware is not solely dedicated to Evergreen. |
| 09:41 |
Dyrcona |
I build vms with 4GB of RAM for test purposes and the database runs on a dedicated server, and that is cutting it close sometimes. |
| 09:42 |
csharp |
scrawler: I would scrounge around for an unused desktop with at least 4GB of RAM and install Ubuntu (server) or Debian (with no GUI) and start there |
| 09:43 |
Dyrcona |
Yeah, 4GB might work for everything, but it would be a tight fit. |
| 09:44 |
scrawler |
Well, this very box had debian on it to begin with, and I successfully got opensrf running, at least. |
| 09:54 |
scrawler |
ok, thank you guys. I'm going to see if I can put together an old desktop and try again with debian. |
| 09:56 |
scrawler |
are there any alternative (quicker) ways to evaluate, like a hosted instance? |
| 09:56 |
scrawler |
a really cheap hosted instance? |
| 09:57 |
csharp |
scrawler: http://wiki.evergreen-ils.org/doku.php?id=community_servers has some test servers you can play in |
| 09:58 |
csharp |
scrawler: also, if you want to investigate paid support options: http://wiki.evergreen-ils.org/doku.php?id=faqs:evergreen_companies |
| 10:00 |
|
mmorgan joined #evergreen |
| 10:01 |
scrawler |
thanks for the links--looking at them now :) |
| 10:05 |
scrawler |
Thanks again everybody. ttys. |
| 15:26 |
|
bmills joined #evergreen |
| 15:26 |
kmlussier |
miker: The activity metric for holds ratios, the first number of the ratio is looking at the number of holds in the action.hold_copy_map? Am I interpreting that correctly? |
| 15:31 |
miker |
kmlussier: yes, you are. holds-on-copies / copies |
| 15:32 |
kmlussier |
miker: Thanks! |
| 16:00 |
|
jlitrell joined #evergreen |
| 16:16 |
* kmlussier |
decides to test the 'o, africa!' bug fix while waiting for activity badge scores to recalculate. |
| 16:17 |
mmorgan |
kmlussier++ |
| 16:18 |
kmlussier |
What I like about that bug is that it's easy to find in LP. There aren't many eg bugs that have o africa in them. |
| 16:33 |
abneiman |
miker: thanks for the additional info! Sorry, I wandered off for 2 hrs -- was forced to drive around the county on a beautiful day to fix some printers. Tough life. :) |
| 17:52 |
pinesol_green |
gmcharlt: Quote #35: "<tsbere> We have collective sanity left? We might want to double-check on that. ;)" (added by bshum at 05:00 PM, November 06, 2012) |
| 21:13 |
|
jihpringle joined #evergreen |
| 21:17 |
kmlussier |
@quote random |
| 21:17 |
pinesol_green |
kmlussier: Quote #134: "10:04 < Dyrcona> He's running the scripts....He's checkin' 'em twice. He's gonna find out which are naughty or nice. Santa Dev is testing a branch." (added by csharp at 11:11 AM, December 16, 2015) |
| 21:53 |
bshum |
gmcharlt++ # web server poking |
| 21:58 |
bshum |
@roulette |
| 21:58 |
pinesol_green |
bshum: *click* |
| 10:08 |
jeff |
what, you were planning on porting to openbsd running on an E25K or something? :-) |
| 10:09 |
Dyrcona |
Well, I've got a spare box with an Atom D525 and 2GB of RAM..... ;) |
| 10:09 |
Dyrcona |
But, seriously, I think finishing the FreeBSD port and then working on OpenBSD would be a good way to go. |
| 10:23 |
Dyrcona |
So, I'm looking at writing a Perl test for a change to abort transit behavior. |
| 10:23 |
Dyrcona |
I wonder if we want to renumber the names of some of the test in live_t? |
| 10:23 |
Dyrcona |
kmlussier asked about this before. |
| 10:24 |
Dyrcona |
We've got 3 tests numbered 10- and 2 that are 12-. |
| 10:24 |
kmlussier |
+1 to renumbering |
| 10:39 |
Dyrcona |
Tests are often more complicated than the code changes that they are testing. |
| 10:49 |
Dyrcona |
Speaking of tests: Bailout called. Further testing stopped: cannot test opt-in unless enabled in opensrf.xml |
| 10:50 |
Dyrcona |
Maybe that should fail a bit more gracefully, with the remaining tests being optional? |
| 10:51 |
|
rlefaive joined #evergreen |
| 10:57 |
Dyrcona |
Two hundred lines of test script for a 4-line change in the code....Sounds about right. ;) |
| 11:00 |
|
mmorgan1 joined #evergreen |
| 11:01 |
jeff |
in theory, those two hundred lines now will be run many times over their lifetime, and will prevent future headaches. :-) |
| 11:10 |
|
remingtron joined #evergreen |
| 11:10 |
Dyrcona |
Y'know, I find myself copying and pasting a lot of code from test script to another. |
| 11:11 |
Dyrcona |
Maybe that should get added to TestUtils? |
| 11:11 |
Dyrcona |
Specifically code to retrieve patrons and copies. |
| 11:30 |
|
bmills joined #evergreen |
| 15:44 |
|
brahmina joined #evergreen |
| 15:44 |
|
jlitrell joined #evergreen |
| 15:53 |
dbs |
csharp++ # fedora fedora fedora |
| 16:15 |
* Dyrcona |
thinks he has seriously underestimated the lines of test script. |
| 16:17 |
JBoyer |
"I have made the test more trying; pray I do not try it any further." |
| 16:18 |
kmlussier |
miker / gmcharlt: What exactly is the On-line bib has attributes parameter looking at? Is it any record with a particular record attribute, even if it doesn't have URIs? |
| 16:19 |
Dyrcona |
JBoyer: In a private convo with kmlussier, I said, "These are no the Perl tests you are looking for." |
| 16:19 |
Dyrcona |
s/no/not/ |
| 16:19 |
* Dyrcona |
shoulda copied and pasted. |
| 16:20 |
kmlussier |
It's always a shame when you mess up a punchline with typo. |
| 16:20 |
Dyrcona |
Indeed. |
| 16:21 |
JBoyer |
It was either that, or "You may test me now, but I shall become more powerful than you can possibly imagine" |
| 16:30 |
miker |
kmlussier: the intent is those with located URIs |
| 16:33 |
JBoyer |
csharp, do you know if anyone at PINES is running reports that look at the Dewey ranges? We've got a couple simple reports that try to do circ counts by range and they take over 4 hours to run. Not good. :-/ |
| 16:34 |
kmlussier |
miker: Ah, ok. The on-line one is uris' only, "bib has attributes and copies" is copies only, and then "bib has attributes and copies or URIs" is a combination of the two? |
| 11:22 |
berick |
huh, a "round" of robins |
| 11:24 |
mmorgan |
Really? |
| 11:24 |
* mmorgan |
didn't know that |
| 11:25 |
berick |
first time using virt-manager's network install option today. (testing xenial). pleased at how simple it is. |
| 11:27 |
Dyrcona |
berick++ |
| 11:27 |
jeff |
where you're PXE booting a vm or other client, and installing from the network with a preseed.txt or similar so that you've got a zero-prompt install? |
| 11:27 |
Dyrcona |
I've mostly used virt-manager to fix a "busted" vm. |
| 11:38 |
|
brahmina joined #evergreen |
| 12:00 |
|
jihpringle joined #evergreen |
| 12:02 |
* tsbere |
has come up with a way to make AddedContent use B&T ISBNs, but isn't sure he likes it |
| 12:05 |
StomproJosh |
tsbere, I would be happy to test it out. |
| 12:09 |
tsbere |
StomproJosh: http://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/tsbere/lp1559281_bt_isbns |
| 12:09 |
* tsbere |
dumped a link onto bug 1559281 as well |
| 12:09 |
pinesol_green |
Launchpad bug 1559281 in Evergreen "Added Content: Allow fake ISBNs to be sent to providers" [Undecided,New] https://launchpad.net/bugs/1559281 |
| 12:14 |
StomproJosh |
gmcharlt, I've only seen a few, we try to add the UPC if it isn't there to bypass this issue, I don't know how often that is needed though. |
| 12:18 |
jeff |
Sure would be nice if the Business::ISBN docs matched the code. |
| 12:20 |
jeff |
is_valid_checksum returns Business::ISBN::BAD_CHECKSUM for 9786316294241, but Business::ISBN::GOOD_ISBN if we set $Business::ISBN::country_data{631} as in tsbere's branch. |
| 12:22 |
tsbere |
jeff: And to think, I just kindof guessed as to how I should set it, found it worked on one test, and then made a branch. |
| 12:23 |
jeff |
lovely, if i run ->fix_checksum (which seems like a terrible idea in almost every case), the isbn value is not modified but now is_valid_checksum returns Business::ISBN::GOOD_ISBN |
| 12:24 |
jeff |
(that last was with no changes to $Business::ISBN::country_data) |
| 12:24 |
jeff |
at least at first glance, that behavior strikes me as a bug in Business::ISBN, but even if so, and if reported, we pretty much need to at least work around it for now. |
| 15:12 |
Dyrcona |
It caused too much confusion when different libraries were doing parts differently. |
| 15:12 |
* mmorgan |
nods. |
| 15:16 |
Bmagic |
gmcharlt bummer :( |
| 15:18 |
* Dyrcona |
doesn't generally test Vandelay. |
| 15:19 |
gmcharlt |
it appears that the upgrade script was created by copying and pasting some bits from a terminal that was 80 characters wide |
| 15:20 |
gmcharlt |
and, amazingly, one line was truncated there but ended up with the results being syntatically correct |
| 15:20 |
mmorgan |
:-( |
| 17:37 |
dbs |
Looks like we have 2 total copies since we migrated that have that. |
| 17:37 |
Bmagic |
it's fooling me. The example I have from 2016, had it's status changed in 2011 |
| 17:41 |
* dbs |
wonders if IRC search is known not-working: http://irc.evergreen-ils.org/evergreen/search/?nick=dbwells&q=datafield returns an "Internal search error" |
| 17:42 |
dbwells |
dbs: anything I can help answer, or am I just a test case? :) |
| 17:44 |
dbs |
dbwells: sorry, just a test case, I was trying to track down the xpath discussions from before |
| 17:44 |
dbs |
found them manually, but was surprised search was erroring out |
| 17:45 |
Bmagic |
google is handy for me |
| 17:45 |
Bmagic |
site: http://irc.evergreen-ils.org xpath |
| 17:46 |
dbs |
Bmagic: sure, but the internal search should either work or not be there |
| 14:57 |
kmlussier |
miker: Do you think it's useful to point people to the logs before the discussion or at the end? |
| 14:58 |
berick |
Dyrcona: if you are switching between master and 2.9, you'll have to ./configure again |
| 14:58 |
Dyrcona |
I'm building from the tarball and things seem really wrong. |
| 14:59 |
berick |
ah, haven't tried that yet. i'm building a 2.8.6 install now to test the upgrade script. will test my tarball in a few mins |
| 14:59 |
Dyrcona |
My server seems to be adding the unaccent extension or something, and then everything blows up. |
| 15:00 |
afterl |
kmlussier: I'm not miker, but I think having the logs handy during the discussion is a good idea - you can easily search on a word like "popular" like I just did to see if it had already been discussed |
| 15:00 |
Dyrcona |
No, unaccent is not in the list of extensions, but meeting.... |
| 15:19 |
kmlussier |
sarahchilds: Ah, I see. So it's a "Did you mean?" but leveraging authority data. Gotcha. |
| 15:19 |
sarahchilds |
If you do a search for Samuel Clemens, it would suggest Mark Twain |
| 15:20 |
dbs |
I'd like to see grouping of search results based on external links to, say, OCLC Work Entities |
| 15:20 |
kmlussier |
To follow up on what afterl said, we do have activity metrics coming to search that afterl and I have been testing. But the blending of popularity with relevance is tricky. And we're still working on it / testing it. |
| 15:21 |
kmlussier |
dbs: Can you give me an example of a search that would use that and how the info would be presented to the user? |
| 15:24 |
dbs |
kmlussier: sure. A regular search for "Huckleberry Finn" would give you all of the hits for "Adventures of Huckleberry Finn" based on keywords |
| 15:24 |
dbs |
but using links to OCLC Work Entities, you could group those records even if they were in different languages and the words appeared nowhere in the record |
| 15:25 |
kmlussier |
Ah, nice! Thanks for the explanation dbs! |
| 15:33 |
kmlussier |
sarahchilds: So improvements in relevance. Do you find there are specific problems in relevance that cause those records to appear low in the list? |
| 15:34 |
terran |
And of course, a good "did you mean...?" service to accommodate mis-spellings and related topics |
| 15:35 |
sarahchilds |
One of the issues I get complaints about is that our users expect to be weighed more heavily |
| 15:35 |
kmlussier |
terran / rhamby: On the popularity front, afterl had brought this up earlier, but there is an ongoing project as rhamby noted, but, from early testing, we're also looking at ways to better blend bib relevance with popularity. Which is tricky. |
| 15:35 |
sarahchilds |
expect *title* to be weighed more heavily |
| 15:35 |
kmlussier |
sarahchilds: Thanks! Then field-weighting is important. |
| 15:36 |
terran |
Yes, I strongly agree with weighing title (and primary author) more heavily |
| 09:27 |
|
jboyer joined #evergreen |
| 09:30 |
jboyer |
berick: did you mention in the last couple of months that you couldn't disable some version of ssl because the XUL client could no longer connect? Google-ing the logs is letting me down if so. |
| 09:32 |
|
mmorgan1 joined #evergreen |
| 09:32 |
Dyrcona |
jboyer: That is true. berick did say that, and I confirmed it with a quick test on my development system. |
| 09:32 |
Dyrcona |
You can, I believe disable SSL, but you can't disable certain versions of TLS. |
| 09:33 |
* Dyrcona |
can't comma right. |
| 09:34 |
jboyer |
Oh. That does sound more familiar. TLS 1.1 or 1.2 maybe. I was trying to look it up while I wait for my car to be repaired, this is how I stay entertained these days, I guess. |
| 10:12 |
|
mmorgan joined #evergreen |
| 10:42 |
|
Christineb joined #evergreen |
| 11:07 |
|
vlewis joined #evergreen |
| 11:08 |
Bmagic |
bug 1437112 - was tested on bug squashing day and received sign offs. I noticed that it may* have introduced issues with the search screen |
| 11:08 |
pinesol_green |
Launchpad bug 1437112 in Evergreen "not possible to set workstation preferences in web staff client" [Undecided,Confirmed] https://launchpad.net/bugs/1437112 |
| 11:08 |
Bmagic |
https://sb1.missourievergreen.org/eg/staff/cat/catalog/index |
| 11:08 |
Bmagic |
gadmin/admin |
| 11:29 |
|
mmorgan1 joined #evergreen |
| 11:37 |
|
JBoyer joined #evergreen |
| 11:46 |
|
sandbergja joined #evergreen |
| 12:09 |
kmlussier |
Bmagic: I believe Dyrcona loaded it on his dev server at one time along with several other branches. There were some issues, and he removed most of the branches because I had to focus my testing elsewhere. I never identified which branch was causing the problem. |
| 12:10 |
kmlussier |
Bmagic: I'm pretty sure it was the same issue you're seeing now. I would say that branch isn't ready to go. |
| 12:10 |
|
jihpringle joined #evergreen |
| 12:15 |
kmlussier |
Bmagic: Hmmm...It looks like the weird behavior happens only if you don't set your workstation search preferences. Once you set them, the advanced search screens come up okay for m. |
| 12:16 |
kmlussier |
Perhaps the tester started by setting the worsktation preferences and didn't notice that the search screen was messed up when the preferences weren't set. |
| 12:19 |
Bmagic |
kmlussier: I registered my workstation, and I am still getting {{label}} all over that page |
| 12:19 |
kmlussier |
Bmagic: That's the branch where you had to resolve conflicts, right? That should also be noted on the bug. Do you want to add a comment to the bug or should I? |
| 12:19 |
kmlussier |
Bmagic: No, it's not the workstation registration that fixed the display. It was setting the default search preferences. |
| 09:34 |
Dyrcona |
csharp: Makes sense to me. |
| 09:34 |
Dyrcona |
If it appears to work, I'll sign off on the branch, and then comment on the bug that I don't think it should be backported and why. |
| 09:42 |
kmlussier |
Dyrcona: +1 |
| 09:43 |
* Dyrcona |
adds accents to his name, so he has something to test with. |
| 09:43 |
kmlussier |
Dyrcona: I think there are two types of reingests required: record attribute and then another one for the new genre index. |
| 09:44 |
Dyrcona |
So, would that be a search reingest? |
| 09:44 |
Dyrcona |
Or facets.... |
| 10:02 |
Dyrcona |
Too many staff clients open.... :) |
| 10:02 |
Dyrcona |
OK, fine with me. |
| 10:02 |
|
jvwoolf joined #evergreen |
| 10:04 |
Dyrcona |
My name turns out to be a good one to use for testing, because we have about 35 patrons with the same last name. |
| 10:07 |
Dyrcona |
There aren't any tests on that branch. |
| 10:07 |
Dyrcona |
So, it needs another signoff anyway. |
| 10:12 |
|
terran joined #evergreen |
| 10:14 |
hopkinsju |
Good morning my friends! Happy Bug Squashing Day! |
| 10:35 |
Dyrcona |
I can add the new cancel reason, but the check boxes are all inactive. |
| 10:36 |
Dyrcona |
lualaba__: Did you see the bug that I mentioned to you above? |
| 10:39 |
lualaba__ |
https://bugs.launchpad.net/evergreen/+bug/1491962 ? |
| 10:39 |
pinesol_green |
Launchpad bug 1491962 in Evergreen 2.8 "Fix for 1484281 breaks live test" [Undecided,Fix released] |
| 10:39 |
lualaba__ |
what i understand here in new release was fixed |
| 10:40 |
Dyrcona |
lualaba__: No, lp 1531953 |
| 10:40 |
pinesol_green |
Launchpad bug 1531953 in Evergreen "Z39.50 Import Fast Item Add Yields Unsaved Data Popup " [Undecided,New] https://launchpad.net/bugs/1531953 |
| 10:44 |
lualaba__ |
thats no problem just popip thank you |
| 10:44 |
mmorgan |
lualaba__: It's just a pop up issue. Here is a related bug: https://bugs.launchpad.net/evergreen/+bug/1491875 |
| 10:44 |
pinesol_green |
Launchpad bug 1491875 in Evergreen "Erroneous "Tab may have unsaved data" message when creating new MARC record" [Undecided,New] |
| 10:44 |
csharp |
Dyrcona: in my testing, the newly created reason is "checkable" - the ones that are inactive have ids < 2000 |
| 10:44 |
Dyrcona |
you click the exclamation point next to "Does this bug affect you?" and that might help it get more attention for a fix. |
| 10:44 |
mmorgan |
These two bugs may actually be the same issue |
| 10:45 |
Dyrcona |
csharp: I can't check anything, not even the new one. |
| 10:45 |
csharp |
hmm - I'll try again after I get done testing dbwells's branch for bug 1528627 |
| 10:45 |
pinesol_green |
Launchpad bug 1528627 in Evergreen "Feature Request: Evergreen "su/sudo" functionality" [Undecided,New] https://launchpad.net/bugs/1528627 |
| 10:46 |
Dyrcona |
Switch User is not good enough, eh? :) |
| 10:47 |
csharp |
:-) |
| 11:11 |
|
agent11 joined #evergreen |
| 11:18 |
Dyrcona |
csharp: Your branch fixes it for me. |
| 11:19 |
csharp |
Dyrcona: awesome |
| 11:20 |
Dyrcona |
I'll run your test. Looks like it should work with my data. |
| 11:20 |
Dyrcona |
If that passes, I'll push it. |
| 11:22 |
Dyrcona |
Works for me! :) |
| 11:22 |
csharp |
Dyrcona++ |
| 14:30 |
bshum |
Wrong user or missing bashrc path. |
| 14:30 |
* bshum |
will take Evergreen Troubleshooting for 400, please Alex. |
| 14:31 |
Dyrcona |
Tell 'im what he didn't win, Don Pardo. |
| 14:38 |
jihpringle |
kmlussier: I'm testing the two unclaimed self check bugs (1370694 and 1551447) |
| 14:38 |
kmlussier |
jihpringle++ |
| 14:39 |
kmlussier |
jihpringle: You've got the server details, right? |
| 14:39 |
jihpringle |
yes |
| 08:24 |
* pinesol_green |
Shall I compare Terran to a summer's day? Terran is more lovely and more temperate. |
| 08:35 |
|
mmorgan joined #evergreen |
| 08:36 |
pinesol_green |
[evergreen|Galen Charlton] LP#1371647: fix thinko with ID re-pinning - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=896461c> |
| 08:42 |
kmlussier |
I had a thought for doing something new for this Bug Squashing Day that we might want to do on the days that fall after a beta release. |
| 08:43 |
kmlussier |
It might be a good opportunity to get volunteers to walk through some of the test cases on the Evergreen wiki to check for bugs in the beta release. Just to make sure it really does get tested. |
| 08:49 |
Dyrcona |
Yep, and/or run the test suite. |
| 08:50 |
gmcharlt |
Dyrcona: would you have a moment now to test a patch for 1505286? |
| 08:51 |
Dyrcona |
gmcharlt: I would, but I also made my own yesterday. :) |
| 08:52 |
JBoyer |
lp 1505286 |
| 08:52 |
pinesol_green |
Launchpad bug 1505286 in Evergreen "set limit on facets retrieved during search" [Wishlist,Fix committed] https://launchpad.net/bugs/1505286 |
| 08:53 |
Dyrcona |
gmcharlt kmlussier: BTW, I just installed screen on my development system. I thought you might prefer that over tmux. |
| 08:53 |
gmcharlt |
Dyrcona: ah, cool; I'll just run with that, though I'm inclined to add a second update to force cases where the patch applied successfully on 9.2+ to use the older-style syntax |
| 08:54 |
Dyrcona |
gmcharlt: That works for me, if you think it is best. |
| 08:54 |
kmlussier |
Well, then test suite is already running twice a day, isn't it? |
| 08:55 |
Dyrcona |
kmlussier: Yes, I suppose it is. |
| 08:56 |
* gmcharlt |
claims 0970 |
| 08:57 |
|
jwoodard joined #evergreen |
| 17:48 |
jeffdavis |
dbs: I'm not sure whether to laugh or cry at that |
| 17:49 |
jeffdavis |
berick: cool, thank you |
| 18:05 |
|
Christineb joined #evergreen |
| 18:36 |
bshum |
Well, we're making some progress |
| 18:36 |
bshum |
http://testing.evergreen-ils.org/~live/test.24.html |
| 18:36 |
bshum |
Failed test because opt-in wasn't enabled in opensrf.xml |
| 18:36 |
bshum |
But the DB build works now |
| 18:43 |
kmlussier |
OK, all the Sandbox details have been emailed to our Bug Squashers. I'm calling it a night. G'night #evergreen! |
| 18:53 |
|
bmills joined #evergreen |
| 19:27 |
|
grabiel joined #evergreen |
| 08:55 |
jeff |
22 patrons with hold_items / unavail_holds errors, 45 patrons with fine_items errors. |
| 08:57 |
Dyrcona |
Sounds about right. |
| 08:58 |
* Dyrcona |
figures we have more than that, but we have about half a million patrons, depending on how you count them. |
| 08:58 |
* jeff |
nods |
| 09:00 |
jeff |
i've found encoding/length errors that i can fix and re-test, and i've found a failure related to holds on titles with zero volumes, which i can also fix and re-test. |
| 09:01 |
|
mmorgan joined #evergreen |
| 09:05 |
Dyrcona |
jeff: You know you can set the encoding per SIP2 account, yeah? |
| 09:05 |
Dyrcona |
We use ascii for a couple. |
| 09:55 |
jeff |
yes, it appears that your database may be missing at least one function. that wouldn't *cause* this symptom, but it may be another symptom of a larger problem. |
| 09:55 |
lualaba |
solution? |
| 10:05 |
lualaba |
i rebulid the copy OPAC visibility cache. |
| 10:12 |
berick |
kmlussier: looking at bug 1312699, i'm curious if you tested disabling circ history, where it deletes all history items, after applying the patch. |
| 10:12 |
pinesol_green |
Launchpad bug 1312699 in Evergreen "Editable Checkout History" [Wishlist,Fix committed] https://launchpad.net/bugs/1312699 |
| 10:13 |
|
Lualaba_ joined #evergreen |
| 10:13 |
kmlussier |
berick: I can't remember now. I know I tested far enough to get the warning for disabling. Are you having trouble with it? |
| 10:14 |
berick |
kmlussier: i haven't tried, i just saw something in the code that caught my eye as a potential issue |
| 10:14 |
* kmlussier |
can take another look |
| 10:15 |
Lualaba_ |
Upgrade to 2.84 will.fix my problem? |
| 10:20 |
Dyrcona |
I forget what file that is in. |
| 10:20 |
Lualaba_ |
Ok thank you I will check |
| 10:21 |
Lualaba_ |
After rebuild functions what is next step to fix existing problem? |
| 10:21 |
kmlussier |
berick: Figures. I think that's the one test that I did on your branch that I didn't fully try out on jlitrell's branch. You're right. That's not clearing out the circ history. |
| 10:23 |
|
sandbergja joined #evergreen |
| 10:23 |
berick |
kmlussier: ok, i think I know why. I'm create a patch |
| 10:23 |
kmlussier |
berick++ |
| 10:50 |
Dyrcona |
kmlussier asked me to update the activity metric branch and I'm confused by what I saw after a pull, so I figured the safe thing was nuke the db and start over. |
| 10:51 |
* berick |
pushes a fix to the home template to working/user/berick/lp1507845-seo-home-template-repair |
| 10:53 |
* Dyrcona |
is starting to hate pg_restore. |
| 10:53 |
kmlussier |
berick: I can test that one too |
| 10:53 |
berick |
kmlussier++ |
| 10:55 |
Dyrcona |
That's nice. Pg says my superuser isn't a superuser. |
| 10:56 |
|
mrpeters joined #evergreen |
| 11:49 |
dbwells |
Is the gateway more distinct from those two? |
| 11:49 |
Dyrcona |
dbwells: Did you try a streaming method? That should give you chunked responses, IIRC. |
| 11:49 |
Dyrcona |
Oh, I should have read about the pcrud bit. |
| 11:50 |
gmcharlt |
dbwells: I'm now testing bug 1548147 as a possible beta candidate |
| 11:50 |
pinesol_green |
Launchpad bug 1548147 in Evergreen "Quick Export Feature for Vandelay Queues" [Wishlist,New] https://launchpad.net/bugs/1548147 |
| 11:51 |
dbwells |
gmcharlt: cool, thank you |
| 11:51 |
berick |
dbwells: code underneath is the same for all 3. big difference is gateway will collect all data from a streaming request, then return an array of the full data set, whereas the translator will relay each response of a streaming request to the caller. |
| 12:19 |
berick |
oh, nice. was not expecting that ;) |
| 12:19 |
dbwells |
:) |
| 12:20 |
pastebot |
"dbwells" at 64.57.241.14 pasted "srfsh segfault bt" (16 lines) at http://paste.evergreen-ils.org/38 |
| 12:22 |
kmlussier |
dbwells: We might have somebody willing to test bug 1422379 on Bug Squashing Day, but, based on your last comment on the bug, I wasn't sure if you're planning to do more work on it. |
| 12:22 |
pinesol_green |
Launchpad bug 1422379 in Evergreen "Move money.billing timestamps back to moment of fine" [Medium,Triaged] https://launchpad.net/bugs/1422379 |
| 12:22 |
kmlussier |
Is that something that's still ready for testing? |
| 12:22 |
berick |
dbwells: aha.. buffer_expand failed on BUFFER_MAX_SIZE, freeing the gb object, then buffer_free was called with a pointer to a fee'd object |
| 12:23 |
dbwells |
kmlussier: It is. I did mention a plan to make the upgrade script more conservative, but haven't found time yet. It should work as-is. |
| 12:23 |
kmlussier |
dbwells: OK, thanks! |
| 14:18 |
kmlussier |
Dyrcona: That's in the MVLC git repo, right? |
| 14:18 |
Dyrcona |
kmlussier: yes. http://git.mvlcstaff.org/?p=jason/backstage.git;a=summary |
| 14:20 |
pinesol_green |
[evergreen|Ben Shum] LP#1544723: i18n - Add webstaff to update_pofiles - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=5f49532> |
| 14:21 |
kmlussier |
And then when the authority record is updated, it automatically updates the bib record, right? |
| 14:21 |
* kmlussier |
can test it, but thought somebody would know off the top of their head. :) |
| 14:25 |
Dyrcona |
kmlussier: I believe the backstage program runs authority bib linker after. |
| 14:27 |
|
krvmga joined #evergreen |
| 14:28 |
Dyrcona |
I don't know about Vandelay, but there is a db trigger that will do it, IIRC. (I could be wrong.) |
| 15:20 |
berick |
:) |
| 15:21 |
Dyrcona |
I did a little thing in Java to login through the translator but that's about all I've done. |
| 15:21 |
Dyrcona |
I've never shared it. |
| 15:27 |
dbwells |
I am going to try to boil my script down to just a test, then hopefully find out if others have this problem. Login and other typical size messages work fine. |
| 15:28 |
berick |
dbwells: hm, are you setting the X-OpenSRF-multipart header to true? |
| 15:28 |
berick |
if not, it will not stream back results. it will collect them all on the server then send the final result. |
| 15:29 |
dbwells |
berick: let me try that, I'd been meaning to and forgot. I saw scary messages in the code that said multipart was deprectaed and going away or something to that effect, but must have misunderstood. One moment. |
| 15:36 |
dbwells |
ok, makes sense |
| 15:37 |
dbs |
first the translator was making the gateway deprecated. Then the translator was deprecated. Welcome back gateway! |
| 15:39 |
Bmagic |
Is there a dev meeting today? |
| 15:43 |
pinesol_green |
[evergreen|Bill Erickson] LP#1516757: ensure that SIP2 returns DOB correctly - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=86c5da0> |
| 15:43 |
pinesol_green |
[evergreen|Galen Charlton] LP#1516757: add Perl test case - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=524a3dc> |
| 15:44 |
Dyrcona |
Bmagic: No there is not. |
| 15:44 |
* dbs |
deletes the event from the calendar |
| 15:44 |
gmcharlt |
jeffdavis: about? |
| 17:06 |
Bmagic |
So limit set's depth is confusing to me. If you set a depth, and the limit set is mapped to a circ policy. The circ policy also has a "Depth" inferred from the org_unit/patron home ou |
| 17:08 |
gmcharlt |
claiming 0966 |
| 17:11 |
|
jvwoolf1 left #evergreen |
| 17:13 |
pinesol_green |
[evergreen|Mike Rylander] LP#1470957: Normalize date1 (pubdate sorter) to null when not numeric - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=d9348b9> |
| 17:13 |
pinesol_green |
[evergreen|Galen Charlton] LP#1470957: update upgrade script - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=90dc59a> |
| 17:13 |
pinesol_green |
[evergreen|Galen Charlton] LP#1470957: provide pgTAP test for expected pubdate normalization - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=d9f6868> |
| 17:13 |
pinesol_green |
[evergreen|Galen Charlton] LP#1470957: adjust a previous regression test - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=4e6dd04> |
| 17:13 |
pinesol_green |
[evergreen|Galen Charlton] LP#1470957: stamp schema upgrade - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=8460d7a> |
| 17:19 |
pinesol_green |
[evergreen|Terran McCanna] LP #1466173 Selfcheck Hide UI Elements Until Patron Auth - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=f49b010> |
| 17:21 |
|
mmorgan left #evergreen |
| 17:37 |
pinesol_green |
[evergreen|Mike Rylander] LP#1375043: Support for in-A/T telephony configuration - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=76ace6a> |
| 17:37 |
pinesol_green |
[evergreen|Galen Charlton] LP#1375043: add release notes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=fc9027a> |
| 17:43 |
pinesol_green |
[evergreen|Josh Stompro] LP#1391282: Add Auto-Submitted: auto-generated header to included A/T email templates. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=022f895> |
| 17:50 |
berick |
http://thenewstack.io/google-preps-angular-2-final-release/ -- Google will support angular 1 "for at least another year" |
| 17:53 |
csharp |
ugh |
| 17:57 |
berick |
well, it's kind of nice to have clear motivation to keep our stuff up to date |
| 20:48 |
kmlussier |
gmcharlt++ #Working through dusty pullrequests that have been lingering in LP |
| 20:48 |
* gmcharlt |
sneezes |
| 20:50 |
bshum |
gmcharlt++ |
| 21:00 |
gmcharlt |
note to self: tests that depend on patron opt-in are more likely to pass if you actually turn on opt-in :) |
| 21:02 |
kmlussier |
gmcharlt: I see you're following the kmlussier method of testing. |
| 21:10 |
* gmcharlt |
claims 0969 |
| 21:14 |
pinesol_green |
[evergreen|Jeff Davis] LP#1533329: Selectively disallow opt-in based on patron's home library - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=eb7f942> |
| 21:14 |
pinesol_green |
[evergreen|Jeff Davis] LP#1533329: live tests for opt-in feature - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=4b0e086> |
| 21:14 |
pinesol_green |
[evergreen|Jeff Davis] LP#1533329: release notes for restricted opt-in - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=bc9e73f> |
| 21:14 |
pinesol_green |
[evergreen|Galen Charlton] LP#1533329: bail out of live Perl test if opt-in not enabled - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=2180dac> |
| 21:14 |
pinesol_green |
[evergreen|Galen Charlton] LP#1533329: stamp DB update - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=634d20e> |
| 21:18 |
pastebot |
"gmcharlt" at 64.57.241.14 pasted "A more pressing election?" (5 lines) at http://paste.evergreen-ils.org/39 |
| 21:19 |
kmlussier |
heh |
| 21:20 |
kmlussier |
Maybe we can change that at the same time we're changing all the instances of copies to items |
| 21:21 |
|
b_bonner_ joined #evergreen |
| 21:24 |
|
jcamins_ joined #evergreen |
| 21:25 |
|
mtj_ joined #evergreen |
| 21:28 |
* kmlussier |
notes that we seem to be getting some failures on tests. http://testing.evergreen-ils.org/~live/test.html |
| 21:30 |
pinesol_green |
[evergreen|Terran McCanna] LP #1422932 TPAC: Holds history pager typo - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=e46ee22> |
| 21:30 |
kmlussier |
Looks like they started failing around 2-24 |
| 21:38 |
bshum |
Right |
| 21:42 |
bshum |
Makes good sense. |
| 21:43 |
kmlussier |
Ah, ok. I saw talk of that, but didn't realize it was related. |
| 21:43 |
* kmlussier |
misses the days when pinesol_green published qa reports in channel. |
| 21:43 |
bshum |
kmlussier: It's supposed to, but I think it's buggy. |
| 21:44 |
bshum |
Or perhaps the RSS for live tests doesn't work the way that some other RSS does |
| 21:44 |
kmlussier |
Yeah, I've seen a couple of attempts to get it working again. |
| 21:44 |
kmlussier |
Anyway, it's late. Have a nice night everyone! |
| 21:48 |
bshum |
@rss add qatests http://testing.evergreen-ils.org/~live/test.html |
| 21:48 |
pinesol_green |
bshum: The operation succeeded. |
| 21:49 |
bshum |
@rss announce qatests |
| 21:49 |
pinesol_green |
bshum: Error: 'qatests' is not a valid integer. |
| 21:49 |
pinesol_green |
bshum: Error: Couldn't get RSS feed. |
| 21:49 |
bshum |
Hmm |
| 21:49 |
bshum |
@rss announce add qatests |
| 21:49 |
pinesol_green |
bshum: The operation succeeded. |
| 21:51 |
pinesol_green |
News from qatests: Test Failure - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 21:52 |
bshum |
:) |
| 21:52 |
bshum |
Let's see how that goes for awhile. |
| 21:58 |
pinesol_green |
[evergreen|Galen Charlton] clear slate of release notes for master - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=64b518b> |
| 07:26 |
|
rjackson_isl joined #evergreen |
| 07:30 |
bshum |
kmlussier: jlitrell: For the end of the SQL upgrade script in https://bugs.launchpad.net/evergreen/+bug/1519055, I think that the reingest stuff is incomplete. I might suggest stealing from the end of version-upgrade/2.7.2-2.7.3-upgrade-db.sql where a more complete version of the echo statement might guide a user towards properly reingesting their bibs after the changes are made. |
| 07:30 |
pinesol_green |
Launchpad bug 1519055 in Evergreen "Simple checkbox to exclude electronic resources from search results" [Wishlist,New] |
| 07:31 |
bshum |
Otherwise, tests perform fine, I'll help merge it later tonight after work if nobody else gets to it ahead of me. |
| 07:47 |
|
JBoyer joined #evergreen |
| 07:56 |
|
Dyrcona joined #evergreen |
| 07:59 |
|
ericar joined #evergreen |
| 09:54 |
Dyrcona |
Yep, it's working. |
| 09:54 |
Dyrcona |
Just some peculiarities of my set up. |
| 09:57 |
Dyrcona |
kmlussier gmcharlt: Looks like my development vm is working with the new database. It shouldn't run out of space this time, unless you're adding 800GB of data. :) |
| 10:01 |
kmlussier |
Dyrcona: Do you have the latest updates to the branch there? |
| 10:01 |
* kmlussier |
was testing elsewhere this morning, but thinks she could get more testing done on two servers. |
| 10:01 |
Dyrcona |
Yes, I fetched this morning and made a new branch from master. |
| 10:02 |
Dyrcona |
Hence, my issues with the new authentication code. :) |
| 10:02 |
kmlussier |
Dyrcona++ |
| 11:28 |
jeff |
bughunt. |
| 11:28 |
Dyrcona |
Ooh, that's a fun game. |
| 11:28 |
Dyrcona |
:) |
| 11:28 |
jeff |
i *think* i know where there are some bugs, but since i have the tools, i figure i'll stop playing whack-a-mole and just smoke 'em all out. |
| 11:29 |
jeff |
also, reasonable way to throw some load at a test system. :-) |
| 11:39 |
kmlussier |
@coffee |
| 11:39 |
* pinesol_green |
brews and pours a cup of Sumatra Lake Tawar, and sends it sliding down the bar to kmlussier |
| 11:57 |
Dyrcona |
@lunch |
| 14:56 |
Dyrcona |
@dunno |
| 14:56 |
pinesol_green |
Dyrcona: Fire BAD! Reading GOOD! |
| 14:56 |
Dyrcona |
Meh. I keep getting the same ones. |
| 14:58 |
Dyrcona |
I don't know, kmlussier. Has anyone actually tested the OPAC for accessiblity? |
| 14:58 |
kmlussier |
I assume it was done when the WCAG work was done. But, you know what happens when you assume. |
| 14:59 |
* kmlussier |
is running a check at http://achecker.ca/checker/index.php |
| 14:59 |
kmlussier |
Looks like there are still some issues |
| 10:27 |
miker |
well, you'd want to look at O::A::Storage::Driver::Pg::QueryParser for that ... which is significantly removed from SuperCat ;) |
| 10:28 |
sal__ |
I know where all the SIP stuff is. Search is new and wonderful. |
| 10:28 |
tsbere |
sal__: It is obvious to me that you have not dug that deeply into search. ;) |
| 10:28 |
sal__ |
So for opac, query={ISBN1} || {ISBN2} ? |
| 10:29 |
sal__ |
tsbere: oh, heck no. I'm helping one of our developers trying to test out SRU searches. |
| 10:29 |
tsbere |
sal__: The part that made it obvious was the "wonderful" part ;) |
| 10:29 |
sal__ |
(Or query=eg.isbn={ISBN1} || eg.isbn={ISBN2} ) |
| 10:30 |
sal__ |
tsbere: What, the sarcasm dripping from my typing wasn't apparent :-) Search is always complicated. |
| 10:32 |
miker |
ah HA! |
| 10:33 |
miker |
so, no we don't require all-caps |
| 10:33 |
tsbere |
sal__: For your reference, the "identifier|isbn:" syntax is basically "field_class|name:" from config.metabib_field (with the "|name" part being optional to search the entire field_class) |
| 10:34 |
miker |
but, we also don't actually make use of the bool info |
| 10:34 |
miker |
sal__: I'm going to have a patch for you to test, if you can, in just a minute |
| 10:35 |
sal__ |
Sure. How old an EG can I use? (If I need to upgrade (or just redo) the UK from 2.4 to 2.9, I'll need to get started ASAP...) |
| 10:37 |
miker |
sal__: really old (with some fuzz on line numbers) |
| 10:37 |
sal__ |
tbsere: Success with query=eg.admin="0525444483%20||%200312084986" |
| 10:37 |
sal__ |
miker: I'll test your patch regardless :-) |
| 10:38 |
pastebot |
"miker" at 64.57.241.14 pasted "Actually use the boolean operator that the user supplies..." (18 lines) at http://paste.evergreen-ils.org/33 |
| 10:38 |
miker |
sal__: -^ |
| 10:38 |
miker |
and with that, I disappear for ... most of the day |
| 10:50 |
kmlussier |
berick++ |
| 10:50 |
Bmagic |
furthermore - two rules - one at a permision group at level A and another rule at one level below (level A->AB) - both rules are applied? if the patron permission group is at AB, then it will be affected by a rule at the higher level and by the rule at the more specific? |
| 10:51 |
berick |
done |
| 10:51 |
jeff |
kmlussier: in general, for sandboxes, does "has a git branch in a public repo" represent most things people want to test, or is it generally something more complex? |
| 10:51 |
tsbere |
Bmagic: For thresholds the most specific one wins when at that branch, I believe. |
| 10:51 |
tsbere |
Bmagic: When outside of the branch the system rule will be read, and when outside of the system they are both ignored, I believe |
| 10:52 |
tsbere |
Bmagic: I can't actually think of any situation where they work at different levels in a given check cycle (permission group tree or org unit tree) |
| 10:53 |
kmlussier |
jeff: Yes, generally they are looking to test something that has a git branch in a public repo and has been entered on LP. However, I just received a request for something that doesn't have a git branch, but I haven't had a chance to follow up to find out what the request is for yet. |
| 10:53 |
jeff |
kmlussier: ah. |
| 10:54 |
kmlussier |
jeff: In general, people just need the branch loaded and a staff client download. Every once in a while, we get a request for something that requires database access or, in one case, it was helpful to have shell access to run the action-trigger script. |
| 10:54 |
* jeff |
nods |
| 12:27 |
|
mtj_ joined #evergreen |
| 12:27 |
sal__ |
miker: re OR searches, the || doesn't work. I either get just the first match or no records at all. (OR/or consistently returns no records.) |
| 12:27 |
sal__ |
miker: I did apply your patch, btw. |
| 12:29 |
miker |
sal__: 1) thanks for testing! 2) bah ... that's a pain 3) is SRU a hard req, or would, say, opensearch be possible to use? http://www.opensearch.org/Home |
| 12:29 |
sal__ |
XML looks like it's breaking down the query properly, but not getting any hits... |
| 12:29 |
sal__ |
I don't know, TBH. I can look. |
| 12:30 |
sal__ |
Basically, dev is trying to do a recommendation engine of some kind that would be applicable to multiple customers. SRU works across ILSs (supposedly :-) ) |
| 13:41 |
* jeff |
nods |
| 13:42 |
* tsbere |
cries at the distinct version of that returning nearly 40 rows |
| 13:44 |
Bmagic |
hehe, how does that happen? |
| 13:44 |
jeff |
i was surprised to see zero results for us. pretty sure i've fixed them all and happily it seems that the issue hasn't continued. |
| 13:44 |
jeff |
it is either possible or used-to-be-possible in the staff client. i haven't gone testing recently. |
| 13:45 |
* tsbere |
runs a different query and finds two bibs that have non-deleted copies. :( |
| 13:45 |
tsbere |
SELECT acp.barcode, acn.id AS call_number_id, record, CASE WHEN bre.deleted THEN 'BIB' WHEN acn.deleted THEN 'CALLNUM' END AS issue FROM asset.copy acp JOIN asset.call_number acn ON acp.call_number = acn.id JOIN biblio.record_entry bre ON acn.record = bre.id WHERE NOT acp.deleted AND (acn.deleted OR bre.deleted); |
| 13:45 |
Bmagic |
so, in the staff client, you could deleted the volume, and it wouldn't delete the items? |
| 14:14 |
dbwells |
bshum++ |
| 14:15 |
csharp |
bshum: thanks |
| 14:15 |
csharp |
I was doing the same thing |
| 14:16 |
kmlussier |
Christineb: Just as an FYI, you won't be able to test bug 1501781 on Bug Squashing Day unless we get a new patch. It's causing an Internal Server error in the catalog when it's loaded. |
| 14:16 |
pinesol_green |
Launchpad bug 1501781 in Evergreen 2.9 "Patron name search should be diacritic-insensitive" [Medium,Triaged] https://launchpad.net/bugs/1501781 - Assigned to Christine Burns (christine-burns) |
| 14:16 |
* kmlussier |
will remove the pullrequest tag from that one. |
| 14:17 |
Christineb |
kmlussier thank you - I will remove my name from that one |
