10:13 |
|
artunit joined #evergreen |
10:21 |
|
ericar_ joined #evergreen |
10:24 |
Bmagic |
I am attempting to come up with some basic sanity checks on all/most of the openSRF services. The API documentation doesnt seem to have examples of how to call the methods within. Anyone have some basic pointers on this subject? An example that I have found so far is my( $user, $evt ) = simplereq( STORAGE(), 'open-ils.storage.direct.actor.user.retrieve', 1 ); which seems to do a quick and |
10:24 |
Bmagic |
easy job of interfacing with the storage component and will tell me if it's alive or not. I would like to test some of the other services with a basic perl script. I am looking at /opac/extras/docgen.xsl - perhaps there is a better resource? |
10:27 |
|
mrpeters1 joined #evergreen |
10:27 |
senator |
Bmagic: combine the api documentation you get from docgen.xsl with this article (see parts 1 and 2) in order to know how to invoke the methods in general: http://journal.code4lib.org/articles/3284 |
10:28 |
senator |
if you're impatient you can skip down to "Calling OpenSRF methods from Perl applications", but all of both parts of the article are worth the read for getting the big picture |
10:29 |
Bmagic |
open-ils.vandelay and open-ils.fielder and open-ils.acq for example |
10:30 |
senator |
not sure what you mean. you call methods from any service in the same way. the number and type of arguments required by any given method can be totally different, as can the shape of results |
10:30 |
Bmagic |
right on, sounds like I'm on the right path |
10:30 |
jeff |
some services may not have a suitable method to call for testing purposes. others may require the creation of test objects for them to be suitable. |
10:31 |
jeff |
Bmagic: what are your goals? |
10:31 |
Bmagic |
we find ourselves having to restart these services after clients call to tell us about it |
10:31 |
Bmagic |
we would like to know before hand |
10:31 |
|
mrpeters joined #evergreen |
13:50 |
Dyrcona |
I should shut up now 'cause I've not really looked into it beyond what I've done here. |
13:50 |
* csharp |
doesn't have full context either |
13:50 |
kmlussier |
I was wondering if the entry from opac.dtd was a leftover from jspac. |
13:50 |
csharp |
nor a good way to set that up for testing (quickly, anyway ;-)) |
13:51 |
csharp |
kmlussier: yeah - you may be right - that's the only occurrence of 'circ.fail_part.config.circ_matrix_test.available_copy_hold_ratio' I can find |
13:52 |
kmlussier |
Thanks for looking into it anyway! csharp++ Dyrcona++ |
13:53 |
Dyrcona |
I say open a launchpad bug. 'cause it looks like something is missing or at least not looking up the right string in a file somewhere. |
13:54 |
kmlussier |
Dyrcona: Sure, I'll do that. |
14:14 |
pinesol_green |
csharp: Yes! |
14:15 |
kmlussier |
dbwells: So, how can you tell if it's in the DB code? |
14:15 |
* kmlussier |
can't remember where she copied the text from to begin with. |
14:17 |
dbwells |
kmlussier: that's a good question, especially since, if it exists, it might just be in a certain upgrade script or whatnot. Have you tested this on master, or just your local install? Like I said, it might just be a weird anomaly in the email, and not related to the problem. |
14:18 |
kmlussier |
dbwells: It was on master from maybe a month ago. I was using Dyrcona's dev server. |
14:19 |
csharp |
a<200b>vailable_copy_hold_ratio |
14:19 |
csharp |
that's the way it displays in vim |
15:54 |
|
dMiller_ joined #evergreen |
15:54 |
tsbere |
I wouldn't mind if vendors would stop wanting referrer auth. Even if I have to give them access to SIP2. >_> |
15:54 |
* tsbere |
*hates* referrer auth |
15:54 |
Dyrcona |
That's not even auth. That's just a test if you can fake a HTTP header or not. |
15:55 |
Dyrcona |
bshum: 65,454 records exported in under 1 hour, more like 40 minutes. |
15:55 |
Dyrcona |
Just the new records I added this weekend. |
15:55 |
bshum |
That sounds awesome. |
09:04 |
|
SimonHM joined #evergreen |
09:05 |
Dyrcona |
Seems to me that from Day -365 they've made choices that went made their Evergreen installation more difficult, and then they blame Evergreen and the community for the consequences of their decisions. |
09:06 |
|
ericar joined #evergreen |
09:08 |
jeff |
CentOS 5.9 seems to ship with Perl 5.8, which was released in 2008 and is End of Life. If the version of Perl that ships with your OS is your primary stumbling block, going down the perlbrew path might be a possible approach. I use perlbrew in development / testing, and I can tell you that it will be a bit of a challenge to use in production, but perhaps less of a challenge than you are currently dealing with. |
09:09 |
Dyrcona |
Well, I'll shut up since I seem the lone voice in the wilderness suggesting that they go with a distro that others in the community actually use and can support. |
09:09 |
jeff |
For one thing, using perlbrew with mod_perl is tricky, and will likely require compiling mod_perl from source as well. This might be a rabbit hole that makes the whole thing more difficult than its worth. Your decision. :-) |
09:10 |
csharp |
well, we used to support CentOS and we do support Fedora, so I think (theoretically) it would be good if we did have up-to-date CentOS support |
09:33 |
rfrasur |
k |
09:36 |
rfrasur |
bshum++ #best comments ever |
09:37 |
rfrasur |
"So maybe instead of slowing down and dying from memory issues, it just crashes...So maybe it's a good sign..." |
09:37 |
smyers_ |
I feel dumb |
09:38 |
smyers_ |
Dyrcona: Thanks you pionted me in the right spot I just was dumb and didn't update try tiny on the app boxes too |
09:38 |
smyers_ |
2.4 is now running and passing all automated tests we have on centos5.9 |
09:42 |
|
smyers__ joined #evergreen |
10:16 |
|
yboston joined #evergreen |
10:16 |
|
hopkinsju joined #evergreen |
10:36 |
|
RoganH joined #evergreen |
10:37 |
|
artunit joined #evergreen |
10:38 |
|
Berklee joined #evergreen |
10:54 |
yboston |
which OSRF version should I be using to test EG 2.5 beta1, 2.2.0 or master? |
10:57 |
senator |
yboston: afaik it should not matter, but if you're testing the beta EG tarball, i'd probably use the 2.2.0 opensrf tarball with it |
10:57 |
senator |
just so your experience will match what most people looking at the downloads page would do |
10:59 |
yboston |
senator: thanks, just wanted to make sure |
10:59 |
jeff |
yboston++ testing |
11:06 |
|
ericar joined #evergreen |
11:12 |
|
Shae joined #evergreen |
11:14 |
|
gsams joined #evergreen |
12:46 |
mmorgan |
paxed: the errors are only intermittent, for one of our libraries. How would we check to see if common.properties is getting loaded? |
12:48 |
phasefx |
mmorgan: check that DNS is consistently working.. and/or try using an IP address instead of your hostname |
12:49 |
paxed |
also perhaps check if there are any dropped packets, with ping for example. |
12:49 |
smyers_ |
mmorgan: is the internet connection at the one library slow? if only one branch has the issue it might be the js isn't getting downloaded or properly cached |
12:50 |
smyers_ |
pingtest.net and speedtest.net are great for testing |
12:52 |
mmorgan |
It's a college libary on their own network, with their own IT department, so it's sounding like a network issue. We'll check speed and DNS, and maybe have them contact IT to see if they made any changes. Thanks, everyone! |
12:54 |
* paxed |
goes for a jog |
13:00 |
|
jbfink joined #evergreen |
14:29 |
|
Callender joined #evergreen |
14:30 |
rfrasur |
Is there somewhere that I can go and just look at EG tables? |
14:30 |
natschil |
rfrasur: You can use the postgresql client application "psql" |
14:31 |
jeff |
rfrasur: look at the "database schema" links here: http://docs.evergreen-ils.org/ |
14:31 |
jeff |
rfrasur: if you're purely looking for structure -- if you're looking for data, your best bet is a report, or in the case of a test instance (since iirc you don't have sql access to EI production), what natschil suggested with psql. |
14:32 |
rfrasur |
natschil: thank you...not ready to start installing things I don't understand yet...just a librarian (I forget to preface anymore). |
14:32 |
rfrasur |
jeff: thank you, that's what I wanted. I don't care about data at this point. |
14:32 |
* rfrasur |
just wants to see the table structure |
14:32 |
jeff |
also on a test database you can use a tool like pgadmin or phppgadmin |
14:32 |
jeff |
rfrasur: excellent. much easier to accomplish that goal! |
14:33 |
bshum |
@love pgadmin |
14:33 |
pinesol_green |
bshum: The operation succeeded. bshum loves pgadmin. |
14:33 |
jeff |
rfrasur: yeah, bshum's probably your guy if you have interest in pgadmin. |
15:08 |
tsbere |
DPearl: Moving copies with parts across records seems to cause that kind of thing. I think. We see it at times, I do manual cleanup... |
15:08 |
* tsbere |
has had issues reproducing it to be sure what the problem is |
15:08 |
kmlussier |
DPearl: I believe there is a related bug report on that. |
15:09 |
Bmagic |
before I start writing a bunch of code to test services. Does anyone already have some scripts to show green light red light for these services: opensrf.settings open-ils.acq open-ils.booking open-ils.cat open-ils.supercat open-ils.search open-ils.circ open-ils.actor open-ils.auth_proxy open-ils.storage open-ils.penalty open-ils.justintime open-ils.collections open-ils.ingest open-ils.reporter |
15:09 |
Bmagic |
open-ils.permacrud open-ils.trigger open-ils.url_verify open-ils.fielder open-ils.vandelay open-ils.serial |
15:10 |
kmlussier |
DPearl: https://bugs.launchpad.net/evergreen/+bug/904472 |
15:10 |
pinesol_green |
Launchpad bug 904472 in Evergreen "Transferring items with monographic parts to a new bib record causes problems with holds placement" (affected: 3, heat: 22) [Undecided,Triaged] |
15:10 |
bshum |
Doesn't the newest opensrf already do that now? |
15:11 |
Bmagic |
yep, query the service and expect something good |
15:11 |
Bmagic |
something simlar to this: my( $user, $evt ) = simplereq( STORAGE(), 'open-ils.storage.direct.actor.user.retrieve', 1 ); |
15:11 |
* csharp |
doesn't know of such tests |
15:12 |
bshum |
I guess I was thinking of the osrf_control --diagnostic stuff. Not that I've played with or know how to play with those. |
15:13 |
dbwells |
bshum: That bug isn't too old, and is probably still valid. I am not 100% sure what is going on with it, but it seems like our code fails whenever you have an 'x' or 'y' (calandar change or exception data), and that 'x'/'y' refers to a level of chronology which doesn't exist in the caption. That's my hunch, anyway. In any case, I think it is worth leaving open. |
15:14 |
bshum |
dbwells: Alrighty, I'll leave it be. Thanks. :) |
10:51 |
gmcharlt |
this cannot be left un-noted |
10:52 |
gmcharlt |
@quote add <senator> what a nice smile, dojo. why thank you, angularjs, and that's a nice outfit you're wearing. |
10:52 |
pinesol_green |
gmcharlt: The operation succeeded. Quote #68 added. |
10:53 |
Dyrcona |
I'm processing the final file MARC data file for this weekend's migration into my development server for testing. |
10:53 |
jeff |
I found some interesting (and not so interesting) tidbits in this article, its comments on site and on hn: https://coderwall.com/p/3qclqg https://news.ycombinator.com/item?id=6452960 |
10:53 |
Dyrcona |
I think I'm getting a few more messages about using the object hash as a call number than I did with the previous sample files. |
10:54 |
Dyrcona |
That means more copies without call numbers. |
12:00 |
|
dMiller_ joined #evergreen |
12:01 |
|
gdunbar joined #evergreen |
12:15 |
pastebot |
"remingtron" at 64.57.241.14 pasted "EG branch patch splitter/applier" (117 lines) at http://paste.evergreen-ils.org/15 |
12:16 |
remingtron |
Dyrcona, if you're bored today, you can checkout my paste |
12:17 |
remingtron |
I wrote it to help me test a branch, since I got tired of splitting and applying patches manually |
12:17 |
remingtron |
I'd love feedback and/or improvements |
12:19 |
jeff |
remingtron: how does this compare to creating a branch and merging other branches to it, then installing from that? |
12:20 |
remingtron |
jeff: it just reduces the need to actually install from source |
12:20 |
remingtron |
instead, you patch an existing install and restart things |
12:20 |
jeff |
remingtron: ah, i think i follow now. |
12:20 |
remingtron |
I haven't gotten cool enough to install from source for testing yet |
12:20 |
|
smyers_ joined #evergreen |
12:21 |
Dyrcona |
Well, this would work for simple things like perl modules that don't have a .in form and sql upgrade scripts. |
12:22 |
Dyrcona |
What I typically do is update my test/dev branch, push it to a bare repo on my test/dev server, then pull it into my active repo on the test/dev server. |
12:22 |
Dyrcona |
I'll run the necessary upgrade scripts by hand if it is a small update. |
12:23 |
Dyrcona |
I'll copy perl and other files when necessary. |
12:23 |
Dyrcona |
If .in or files that go into the staff client download have changed, then I'll definitely run my script to build everything from source. |
14:23 |
|
yboston joined #evergreen |
14:24 |
jeff |
i'd suspect those snuck in at merge conflict resolution time, but I don't think cnbrowse had any merge conflicts. |
14:28 |
dbwells |
bshum: you mentioned earlier something about a Z39.50 problem in master. Can you elaborate? |
14:32 |
egbuilder |
build #380 of evergreen-master-ubuntu-12.04-x86 is complete: Success [build successful] Build details are at http://testing.evergreen-ils.org/buildbot/builders/evergreen-master-ubuntu-12.04-x86/builds/380 |
14:32 |
|
kbeswick joined #evergreen |
14:36 |
jeff |
hrm. testing.esilibrary.com is not a build slave, correct? |
14:38 |
jeff |
(aka testing.evergreen-ils.org) |
14:38 |
jeff |
yeah, looks like it is not a build slave, thus it was pointless for me to install libbusiness-issn-perl on it just now. oh well. |
14:42 |
jeff |
the joy of books from ten years ago: ``Many other interesting changes have already happened to mod_perl in Version 2.0, and more will be developed in the future. Some of these will be covered in this chapter, and some you will discover on your own while reading mod_perl documentation.'' |
14:53 |
berick |
heh, "and the explosive error messages are also chock full of useful information!" |
14:55 |
rfrasur |
(should I just start scheduling programs and commit staff and worry about the budget later?) |
14:56 |
berick |
@eightball should rfrasur start scheduling programs and commit staff and worry about the budget later? |
16:03 |
bshum |
Those always make me sad. |
16:03 |
pastebot |
"Dyrcona" at 64.57.241.14 pasted "recreate lost bilings" (11 lines) at http://paste.evergreen-ils.org/21 |
16:04 |
Dyrcona |
Bmagic: That's a rough start. You might need to do another for copies that lack prices, to put in the ou setting value for minimum price or whatever. |
16:05 |
Dyrcona |
I'd try it on a test database if you have one first. |
16:06 |
Dyrcona |
k |
16:06 |
Dyrcona |
wrong window. |
16:06 |
|
kbeswick joined #evergreen |
16:10 |
rfrasur |
yboston: Is it alright to say that you'll send out more details in a future email? |
16:10 |
rfrasur |
yboston++ |
16:11 |
yboston |
rfrasur: yes, we can talk about it at the meeting |
16:14 |
Bmagic |
Dyrcona: I am working on a test database, I have double checked and all the prices are already set. I was just concerned that the action trigger would do more than insert a money.billing row equal to the price. That is why I would prefer the action trigger to do what it does but it doesnt sound like I can get it to trigger on these old circs again without altering/deleting some data. |
16:17 |
Dyrcona |
Bmagic: The action_trigger is not a database trigger. It's an Evergreen thing that you have to configure and run a cron job for. |
16:18 |
Bmagic |
I understand that |
16:19 |
Dyrcona |
ok. |
01:05 |
|
Dyrcona joined #evergreen |
01:05 |
Dyrcona |
Insomnia is a many splintered thing. |
01:06 |
Dyrcona |
@later tell bshum It works. The missing 4 records had no copies. If I don't use the --items option I get the full 8,755 bibs in my test. |
01:06 |
pinesol_green |
Dyrcona: The operation succeeded. |
01:07 |
Dyrcona |
@later tell bshum It might work for immediate purposes, but I don't like it. I'm going to redesign it as a real module, probably under OpenILS::Utils. |
01:07 |
pinesol_green |
Dyrcona: The operation succeeded. |
08:37 |
Dyrcona |
kmlussier: Do you need my dev vm today? |
08:39 |
kmlussier |
Dyrcona: That's right. You're rebuilding the VM today. To be honest, I'm really busy today. Do you think it will be ready tomorrow? |
08:40 |
|
Shae joined #evergreen |
08:42 |
Dyrcona |
kmlussier: Not tomorrow. I want to load our production branch for a final migration test. |
08:45 |
kmlussier |
Dyrcona: OK, don't worry about it then. I'm good. :) |
08:46 |
Dyrcona |
All righty, then.... |
08:46 |
Dyrcona |
:) |
09:00 |
|
mrpeters joined #evergreen |
09:03 |
|
ericar joined #evergreen |
09:10 |
|
hopkinsju joined #evergreen |
09:14 |
kmlussier |
dbwells: Just as a point of information for bug 1211473. I tested it yesterday and it looked pretty good to me. I was going to add a sign-off to csharp's sign-off, but I ran out of time. |
09:14 |
pinesol_green |
Launchpad bug 1211473 in Evergreen "Setting to disable payment by patron credit" (affected: 1, heat: 6) [Wishlist,New] https://launchpad.net/bugs/1211473 - Assigned to Dan Wells (dbw2) |
09:15 |
dbwells |
kmlussier: thanks for the verbal sign-off, will push shortly |
09:15 |
dbwells |
kmlussier++ |
11:41 |
eeevil |
I'll push 2.4.1-2.4.2 into master asap |
11:43 |
eeevil |
sorry about that ... fall out of the lingering 2.4.2 release process. |
11:44 |
senator |
csharp: how goes it on 1214464 ? |
11:44 |
phasefx |
once we get bug 1206531 merged, I'd like to subscribe pinesol_green to http://testing.evergreen-ils.org/~live/ A run from yesterday is here: http://testing.evergreen-ils.org/~live/archive/2013-09-26_17:25:56/test.html |
11:44 |
pinesol_green |
Launchpad bug 1206531 in Evergreen "perl-based tests against stock test data on running system" (affected: 1, heat: 6) [Undecided,New] https://launchpad.net/bugs/1206531 |
11:44 |
pinesol_green |
[evergreen|Mike Rylander] Push the 2.4.2 inter-version upgrade script forward - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=2d7c6d4> |
11:45 |
senator |
csharp: just let me know if i can be helpful on that |
11:46 |
|
fparks joined #evergreen |
11:46 |
csharp |
senator: I got stuck in the weeds of creating a good example of "see also" data - mainly because I'm not actually familiar with the format of authorities data |
11:53 |
dbwells |
bug #1214464 already has two signoffs |
11:53 |
pinesol_green |
Launchpad bug 1214464 in Evergreen "Bi-directional authority enhanced bib browse" (affected: 1, heat: 8) [Undecided,New] https://launchpad.net/bugs/1214464 |
11:53 |
dbwells |
It's just way over my head. |
11:54 |
yboston |
concerning 1065378 (UPC added content) I am about to load some bibs to my test branch VM. I may need 30 more minutes tops |
11:55 |
dbwells |
I'll probably push it in even without another party giving it a thumbs up, but I'd rather not if someone is still looking at it. |
11:55 |
dbwells |
^^ authority enhancements that is |
11:55 |
csharp |
dbwells: I'm looking at it right now |
11:55 |
kmlussier |
csharp: I sent a sample authority record that may or may not help. It's one I used when testing the original bib browse work. |
11:55 |
kmlussier |
That is, I sent it via e-mail. |
11:56 |
dbwells |
csharp: ok, thanks, that's what I wanted to know. I know you were poking it earlier. |
11:56 |
csharp |
kmlussier: thanks! |
11:56 |
* Dyrcona |
goes to lunch, and yes, I'm actually going out of the office for a change. |
11:56 |
jeff |
Dyrcona: enjoy! |
11:57 |
dbwells |
remingtron is actively attempting to test #1071423, but it's a pretty complex. Anybody have any opinion on that, good or bad? |
11:57 |
bshum |
lp 1071423 |
11:57 |
pinesol_green |
Launchpad bug 1071423 in Evergreen "Floating should be more flexible than an on/off" (affected: 6, heat: 30) [Wishlist,Confirmed] https://launchpad.net/bugs/1071423 |
11:57 |
* bshum |
is lazy |
11:57 |
bshum |
Ah |
11:59 |
dbwells |
okay, as long as all three branches are being actively tested as we speak, they can go in after noon. Thanks, everybody! Are there any other lonely branches needing last minute attention? |
12:00 |
csharp |
posting here for later investigation: 'TypeError: obj.active_services is undefined' alert box appears when entering z39.50 |
12:00 |
bshum |
dbwells: Before I hit up ac-by-record-id I'm just sneaking in lp 1231523 for senator |
12:00 |
pinesol_green |
Launchpad bug 1231523 in Evergreen "Fix a small floating issue on the OPAC login page" (affected: 1, heat: 6) [Low,New] https://launchpad.net/bugs/1231523 |
12:01 |
|
smyers_ joined #evergreen |
12:01 |
dbwells |
bshum: bug fixes can always come later, no problem |
12:01 |
|
hopkinsju joined #evergreen |
12:01 |
phasefx |
dbwells: how about "tests", can they go in later? |
12:01 |
kmlussier |
dbwells: I did some limited testing of 1071423 a few weeks ago. What I saw look good, but have to admit my testing wasn't as thorough as I would have liked. |
12:02 |
kmlussier |
I agree. It is fairly complext. |
12:02 |
* kmlussier |
can't type. |
12:03 |
gmcharlt |
actually, that looks like a useful new word -- just need to set on its precise meaning |
12:03 |
graced |
heh, I was just about to say the same thing |
12:04 |
dbwells |
phasefx: I don't see why not, unless they require some kind of fundamental changes. |
12:04 |
phasefx |
dbwells: an extra make target is the riskiest change I can think of (not risky at all) |
12:05 |
dbwells |
phasefx: that is, new tests are fine, new test hooks or infrastructure, depends. That's probably just common sense. |
12:05 |
phasefx |
dbwells: oh, also maybe a pre-req addition |
12:06 |
dbwells |
phasefx: then forget it! ;) |
12:06 |
* phasefx |
is thinking about lp 1206531 durn :) |
12:06 |
pinesol_green |
Launchpad bug 1206531 in Evergreen "perl-based tests against stock test data on running system" (affected: 1, heat: 6) [Undecided,New] https://launchpad.net/bugs/1206531 |
12:07 |
phasefx |
no pre-reqs |
12:07 |
phasefx |
an extra-sub in an existing perl module |
12:08 |
dbwells |
kmlussier: regarding 1071423, are you fairly confident it at least doesn't break anything? |
12:09 |
csharp |
ok |
12:09 |
eeevil |
that points at the cooking one |
12:10 |
csharp |
gotcha |
12:12 |
kmlussier |
dbwells: I was able to do checkouts and checkins. I tested checkins on non-floating items as well as floating ones, and they went to the branch that they were supposed to go. So, in that sense, it didn't break anything. |
12:12 |
dbwells |
kmlussier: thank you |
12:12 |
kmlussier |
I guess I would say where I lacked thoroughness was in testing more floating use cases. |
12:12 |
kmlussier |
I only tested one. |
12:13 |
pinesol_green |
[evergreen|Lebbeous Fogle-Weekley] OPAC: on the login page, Make "Questions?"/"FAQs" areas not float weird - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=42e8c33> |
12:13 |
kmlussier |
eeevil: What should happen if csharp searched for Cuisine? I just want to make sure I'm understanding the functionality correctly. |
12:15 |
eeevil |
kmlussier: sorry, I was digging into something else ... lemme look. |
13:21 |
bshum |
+1 to gmcharlt's suggestion to put the OpenSRF stuff up front. |
13:21 |
RoganH |
+1 |
13:21 |
graced |
+1 |
13:22 |
RoganH |
What we could do is do everything in black for all users and then put red or green blinking signs for those who aren't colorblind for "stable" and "test" |
13:22 |
RoganH |
Then we will wish we couldn't see them. |
13:23 |
* graced |
thinks Rogan misses Geocities |
13:23 |
kmlussier |
bshum: So what do you need from us? Direction on layout for the page or would you like somebody to dive in to try reformatting the page? |
13:28 |
* csharp |
is sorry to distract :-/ |
13:28 |
RoganH |
but he found a bug with the besting where it doesn't see the css added in the header |
13:28 |
graced |
csharp++ |
13:28 |
RoganH |
so if we make css changes that way (rather than changing the underlying css files) we will need to test manually so to speak |
13:28 |
gmcharlt |
csharp: my eyes! |
13:29 |
RoganH |
this is so that updates don't break changes we make |
13:29 |
RoganH |
that's all |
13:59 |
pinesol_green |
[evergreen|Jeff Godin] Add apache config examples for AC by record id - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=e5eccfe> |
13:59 |
jeff |
my irc clients just went a bit nuts. |
14:00 |
bshum |
jeff++ # it's finally in! |
14:00 |
jeff |
bshum++ thanks! |
14:00 |
jeff |
yboston++ for testing and for test data |
14:00 |
bshum |
yboston++ #for helping me test cause my syndetics subscription level sucks |
14:00 |
berick |
jeff++ |
14:00 |
|
abneiman joined #evergreen |
14:01 |
gmcharlt |
show time |
14:11 |
jeff |
dbwells++ |
14:12 |
yboston |
dbwells I really applaud the approach you took and the time to report back metrics to the community at large |
14:12 |
Dyrcona |
dbwells++ |
14:12 |
egbuilder |
build #400 of evergreen-master-debian-6.00-x86_64 is complete: Failure [failed test] Build details are at http://testing.evergreen-ils.org/buildbot/builders/evergreen-master-debian-6.00-x86_64/builds/400 blamelist: Bill Erickson <berickesilibrary.com>, Jeff Godin <jgodintadl.org> |
14:12 |
egbuilder |
build #376 of evergreen-master-ubuntu-12.04-x86 is complete: Failure [failed test] Build details are at http://testing.evergreen-ils.org/buildbot/builders/evergreen-master-ubuntu-12.04-x86/builds/376 blamelist: Bill Erickson <berickesilibrary.com>, Jeff Godin <jgodintadl.org> |
14:12 |
egbuilder |
build #343 of evergreen-master-fedora-18 is complete: Failure [failed test] Build details are at http://testing.evergreen-ils.org/buildbot/builders/evergreen-master-fedora-18/builds/343 blamelist: Bill Erickson <berickesilibrary.com>, Jeff Godin <jgodintadl.org> |
14:12 |
yboston |
also, you guys were an excellent host |
14:12 |
yboston |
for the hack-a-way |
14:12 |
jeff |
buildbot likely needs a new dependency installed: Business::ISSN |
14:52 |
gmcharlt |
#agreed The EOB is in favor of calling a resource allocator summit, and requests a fleshed-out proposal from interested parties, including Ben Hyman |
14:53 |
yboston |
I wanted to make a comment on a way the EOB can help |
14:53 |
gmcharlt |
go for it |
14:53 |
yboston |
it is multi line, head up |
14:53 |
yboston |
Besides providing funding, the EOB can select a point person or small committee to help push this issue forward by doing non-funding based things like... |
14:53 |
yboston |
(off the top of my head) |
14:53 |
yboston |
1) (only) proposing the client be worked on during hack fest or hack-a-way |
14:53 |
yboston |
2) attending dev loper meetings and give feedback thinking as the community as a whole, instead f just a single isntitution |
14:53 |
yboston |
3) running special IRC meeting on the client topic |
14:53 |
yboston |
4) helping set up ddodle polls for these meetings |
14:53 |
yboston |
5) helping create user survey to get more feedback from communtiy |
14:53 |
yboston |
6) volunteer to test prototype web clients, and or provide test data |
14:54 |
yboston |
(sorry about the spelling) |
14:55 |
gmcharlt |
a champion, as it were |
14:56 |
yboston |
yes, also thought of the role of just a facilitator(s) |
14:56 |
gmcharlt |
some of that would depend on resources for enough devs to participate -- but I think for now, certainly anybody who is interested should advocate for it |
14:57 |
gmcharlt |
but I think some of that also anticipate the final form of how the work gets done and funded |
14:57 |
gmcharlt |
(briefly) any other comments? |
14:57 |
* gmcharlt |
is going to charge forward |
14:57 |
gmcharlt |
#topic Evergreen testing efforts |
14:57 |
gmcharlt |
#info Summary of recent activity - http://list.evergreen-ils.org/pipermail/eg-oversight-board/2013-September/000601.html |
14:58 |
gmcharlt |
Shauna_: anything to add -- and are there things you need from the EOB? |
14:58 |
Shauna_ |
Nothing to add unless anyone has documentation they would like to contribute to the effort. |
14:59 |
Shauna_ |
I did hear back from one other consortia on that front. |
14:59 |
Shauna_ |
I'll be happy to entertain any questions or comments. |
14:59 |
kmlussier |
Shauna_++ This all looks great! |
15:00 |
abneiman |
Shauna_: if your model is successful (and personally I think it will be), are you planning to open it up to the community at large? |
15:00 |
gmcharlt |
my main comment is that if you want to go ahead and start a testing page on the wiki, I encourage you to go for it |
15:00 |
RoganH |
I agree and applaud the work. |
15:00 |
RoganH |
I think once your work is up there it will encourage others to add onto. |
15:01 |
Shauna_ |
abneiman We are writing the documentation using generic project management software that anyone can get access to. |
17:07 |
|
mllewellyn left #evergreen |
17:11 |
|
mmorgan left #evergreen |
18:16 |
pinesol_green |
[evergreen|Dan Wells] Translation updates - po files - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=b4cc2ba> |
18:22 |
egbuilder |
build #344 of evergreen-master-fedora-18 is complete: Success [build successful] Build details are at http://testing.evergreen-ils.org/buildbot/builders/evergreen-master-fedora-18/builds/344 |
18:52 |
|
dMiller joined #evergreen |
18:59 |
pinesol_green |
[evergreen|Dan Wells] Translation updates - newpot - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=8c7c9ee> |
19:01 |
pinesol_green |
[evergreen|Dan Wells] Translation updates - fix Finnish translator email - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=a9c36ee> |
19:31 |
jeffdavis |
I want to shove a bunch of MARC records directly into the database of an EG test server. Would `marc_stream_importer.pl --spoolfile=$MARCFILE --nodaemon --noqueue` be a good way to do this? Is there a faster/easier way? |
19:34 |
jeffdavis |
"a bunch" = 38K records |
19:35 |
pinesol_green |
[evergreen|Dan Wells] Move 'floating groups' release note docs - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=ee61da7> |
20:08 |
|
sseng_ joined #evergreen |
20:33 |
|
jboyer-laptaupe joined #evergreen |
08:43 |
senator |
74035faa65dacc made more problems go away than maybe what bshum knew |
08:44 |
senator |
between that and c4e07520d85 i don't see any significant ie issues with the responsive-tpac branch anymore |
08:45 |
|
ericar joined #evergreen |
08:46 |
dbs |
senator: I think 74035faa65dacc actually fixed the logo / green screen thing on the IE home search too; I was testing my fix locally, pulled the branch, then pushed my fix, before I realized that theory was working just fine without the s/<strong><center>/margin:auto/ change |
08:47 |
senator |
ah i guess so |
08:47 |
senator |
bshum++ |
08:47 |
senator |
dbs++ |
08:52 |
senator |
yeah, that was my vague intention for what should happen with semiauto, but i probably never expressed it clearly or prominently |
08:53 |
bshum |
senator++ |
08:53 |
|
remingtron joined #evergreen |
08:55 |
remingtron |
edoceo: do you still host an EG test server? I'm wondering if it will be available during the upcoming DIG hackaway in Nov. |
08:56 |
bshum |
remingtron: I had some plans to setup a test server for DIG use as well. |
08:56 |
dbs |
bshum: if you check the git history, you'll see that I chipped away at it for a while |
08:56 |
dbs |
eventually a squirrel ran by and I got distracted... |
08:56 |
bshum |
But it'd be good to know what edoceo is doing with his server. |
08:59 |
bshum |
Heh, sure thing remingtron |
09:00 |
remingtron |
bshum++ |
09:00 |
remingtron |
gracias |
09:02 |
bshum |
remingtron: As a minor detail, what version should I aim to put on the test server? (would have normally put master, but just remembered that's not always appropriate) |
09:02 |
remingtron |
that's a good question for yboston, whenever he comes on |
09:02 |
bshum |
Sounds good, I'll make sure to ask. |
09:03 |
remingtron |
I imagine DIG will want something from 2.5 (master might be fine), and latest 2.4? |
10:07 |
Dyrcona |
Now, I have to spend an hour manipulating a spreadsheet that matches parts on incoming records with existing parts in our system. |
10:07 |
* Dyrcona |
poofs out. |
10:09 |
senator |
ubuntu's lts cycle... it helps keep me in a state of always wondering where the last two years have gone |
10:16 |
csharp |
Dyrcona: I'll be willing to test 14.04 too |
10:16 |
csharp |
senator: yep ;-) |
10:19 |
|
RoganH joined #evergreen |
10:32 |
|
mllewellyn joined #evergreen |
10:38 |
senator |
bshum: 6b1290c10ef3 for not showing the search bar on my acccount pages... |
10:59 |
|
ericar joined #evergreen |
11:01 |
csharp |
3eb616e56c82a5106e14f5a446f1d875015db7f0 |
11:01 |
pinesol_green |
[evergreen|Lebbeous Fogle-Weekley] Inter-authority linking - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=3eb616e> |
11:09 |
csharp |
senator: dbwells: I've installed the code for bug 1214464 and have reingested auths and bibs... I'm wondering what the best way to proceed in testing is |
11:09 |
pinesol_green |
Launchpad bug 1214464 in Evergreen "Bi-directional authority enhanced bib browse" (affected: 1, heat: 8) [Undecided,New] https://launchpad.net/bugs/1214464 |
11:10 |
jcamins |
Ooh, that sounds really cool! |
11:11 |
dbwells |
jcamins: Any chance you could test and sign off? |
11:11 |
senator |
csharp: right, thanks for bringing that up again |
11:11 |
jcamins |
dbwells: sadly I can't even coerce my Evergreen VM into starting anymore. |
11:11 |
senator |
i need to better explain what it's supposed to do |
11:12 |
csharp |
just still trying to bust through the beta blockers (though if I'm not the best person to test/sign-off, I won't get my feelings hurt ;-)) |
11:12 |
dbwells |
jcamins: too bad! |
11:14 |
senator |
csharp: not at all, it's on me to explain what the expectations are for that |
11:14 |
eeevil |
csharp: I'll try to explain 1214464 ... I can be blamed for most of that |
11:29 |
csharp |
eeevil++ |
11:29 |
csharp |
senator++ |
11:29 |
eeevil |
(also, get inter-authority update, like authority change propagation for bib data today ... yet another project) |
11:32 |
csharp |
ok, well from the "I added the code and poked and nothing looks broken" perspective, I've tested |
11:32 |
csharp |
I guess the best way to test is to import some Bachman/King records and see that they work? |
11:32 |
csharp |
(or something similar) |
11:33 |
eeevil |
csharp: you'll have to add the appropriate $0 to each, and make bibs use them ... but yes, that would be a good test |
11:36 |
* csharp |
chuckles at his lack of hands on cataloging knowledge |
11:36 |
yboston |
csharp: let me know if you want some help with what to look in your testing, I have used authorities in EG before |
11:36 |
yboston |
csharp: I can dig up bibs with related auths, etc |
11:37 |
csharp |
yboston: that would be great, actually |
11:37 |
csharp |
I guess I can also just export from PINES prod and import too |
11:38 |
yboston |
csharp: I am at your service, by chat, email, or phone. BTW, I assume this test VM is not available on the outside |
11:38 |
csharp |
yboston: thank you! - yeah, it's behind a firewall atm |
11:38 |
csharp |
or NAT rather |
11:40 |
|
acoomes joined #evergreen |
11:44 |
|
kbutler joined #evergreen |
11:47 |
|
jbfink joined #evergreen |
11:49 |
yboston |
apropos of nothing, it might be too late for 2.5 but there is a branch that is a favorite of mine that was worked on during the dev hack-a-way that could a sign off. I will test it today and sign it off, but my sign off does not carry that much weight LP 1065378 |
11:49 |
pinesol_green |
Launchpad bug 1065378 in Evergreen "Added content by record ID" (affected: 2, heat: 16) [Wishlist,In progress] https://launchpad.net/bugs/1065378 - Assigned to Jeff Godin (jgodin) |
11:49 |
yboston |
4408bff9b3cb2740b60b69b1ec2c1bf61691f1dc |
11:53 |
remingtron |
yboston: since the 2.5 timeline has changed a little, I think you have time still to get it into beta |
11:53 |
senator |
yboston: i'm not sure your signoff is any lighter than anyone else's. you're an active participant in the community who can be counted on to test carefully |
11:53 |
yboston |
suckers |
11:53 |
jeff |
yboston++ |
11:53 |
kmlussier |
yboston++ |
11:56 |
csharp |
bshum++ |
11:56 |
bshum |
senator: And yeah, sorry about my slipshod commit messages. In retrospect I need to be better about writing more extensive commit messages even when I think I'll have time to clean them up later. |
11:56 |
bshum |
It's just bad habit on my part that I expect to do better in the future. |
11:57 |
yboston |
bshum: wow that is great to know, I had lost track of who had used his code. I will still set up a test Vm for the practice after lunch |
11:57 |
yboston |
bshum++ |
11:57 |
|
jdouma joined #evergreen |
11:57 |
dbwells |
yboston: at this point we are certainly to the "when in doubt, leave it out" stage of 2.5, but the fact that that branch is mature and in production at multiple sites certainly tips the scales toward including it if someone takes it up. |
11:58 |
yboston |
dbwells: good to know. |
12:01 |
bshum |
So I'll probably ask him to weigh in on those before we do anything |
12:01 |
senator |
bshum: ah no worries, i wouldn't have called it slipshod at all, i just missed a subtlety at fist |
12:01 |
senator |
*first |
12:01 |
bshum |
But for the rest of it, the ISSN thing was the only thing I still need to test for it. The rest is fine. |
12:01 |
* bshum |
pokes jeff :) |
12:02 |
|
smyers_ joined #evergreen |
12:44 |
|
stevenyvr2 joined #evergreen |
13:39 |
|
jbfink joined #evergreen |
14:07 |
pinesol_green |
rfrasur: The operation succeeded. |
14:17 |
csharp |
may have stumbled on a bug in vandelay when attempting import of authority records: http://pastebin.com/k5zcKMCN |
14:20 |
yboston |
csharp: are you running master? |
14:21 |
Dyrcona |
That's his test server, I'll bet. |
14:21 |
yboston |
edoceo: thanks for once again offering to help DIG with a test server. Last year you were ready to help us, but we were not. we ended up at reviewing old docs instead of writing new docs |
14:22 |
csharp |
yep - master as of today |
14:22 |
csharp |
plus eeevil's auth browse improvements |
14:22 |
Dyrcona |
csharp: That's not production, though, is it? |
14:22 |
csharp |
nope |
14:22 |
csharp |
test server |
14:23 |
Dyrcona |
Just looking at the error, but not at the source, it could probably be fixed in fm_IDL.xml. |
14:23 |
yboston |
csharp: I can try to build a master server tomorrow to see if I can reporuce the error |
14:24 |
Dyrcona |
Looks like the classes with ids vqar and vam should have a link but one or both of them lack the IDL entry. |
14:24 |
yboston |
or test any fixes |
14:26 |
Dyrcona |
vqar has link to vam, but nothing the other way 'round. |
14:27 |
yboston |
Note to remingtron , bshum , edoceo: Since the DIG hack-a-way will be in NOvember, I would wait for 2.5 to be released so that we can document off of that version. though that is only my opinion, I am open to other thoughts |
14:28 |
|
misilot joined #evergreen |
19:58 |
pinesol_green |
[evergreen|Dan Wells] TPAC: Consolidate and simplify button styles - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=798a4ff> |
19:59 |
* Dyrcona |
does a happy dance. |
20:09 |
* bshum |
wonders whether to join Dyrcona? |
20:19 |
pinesol_green |
[evergreen|Steven Callender] Added in warning message when placing hold with no email address. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=6707d53> |
20:30 |
|
jbfink joined #evergreen |
20:35 |
|
stevenyvr2 left #evergreen |
20:39 |
pinesol_green |
[evergreen|Bill Erickson] Fiction records / copies test data - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=954bb31> |
20:41 |
pinesol_green |
[evergreen|Lebbeous Fogle-Weekley] Better handling of purchase_order being non-numeric - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=3282cbb> |
20:43 |
pinesol_green |
[evergreen|Pasi Kallinen] Fix delete items confirmation typo. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=addfe15> |
20:49 |
pinesol_green |
[evergreen|Jason Stephenson] Add PhoneList.pm. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=6785a4a> |
20:49 |
pinesol_green |
[evergreen|Jason Stephenson] Strip out spaces as well as - from phone numbers in PhoneList::Holds. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=3448c22> |
20:49 |
pinesol_green |
[evergreen|Jason Stephenson] Fix PhoneList.pm child_init method. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=e4e39e6> |
20:49 |
pinesol_green |
[evergreen|Jason Stephenson] Add phonelist.txt release notes. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=6566aa8> |
20:49 |
pinesol_green |
[evergreen|Lebbeous Fogle-Weekley] Add PhoneList.pm stuff to Apache 2.4 config - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=48a44af> |
21:24 |
* jeff |
attempts to rebase ac_by_record_id |
21:29 |
bshum |
jeff: Let me know if I can help with any of that. |
21:36 |
jeff |
bshum: summary.tt2 changed just a LITTLE bit. ;-) |
21:36 |
bshum |
Hehe |
21:49 |
pinesol_green |
[evergreen|Pasi Kallinen] In reports, show old label name as the default in the Alter Display Header -prompt - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=1db3c91> |
21:56 |
|
shadowspar joined #evergreen |
21:56 |
jeff |
bshum: eyes appreciated on user/jeff/ac_by_record_id_2013_rebase |
21:57 |
jeff |
bshum: i'm about to test to ensure that all's still well with responsive stuff in play |
21:57 |
jeff |
bshum: then, release notes and perhaps you and/or yboston can sign off |
22:15 |
bshum |
jeff: Sounds like a plan. I have to get a nicer test server going for things as well. |
22:15 |
bshum |
I'll hit that up early tomorrow. |
22:16 |
jeff |
https://eg.dev.tadl.org/ has master + ac by record id. concerto plus some transcendant bibs from yboston |
22:16 |
jeff |
"disc" is a good query to get music jackets |
22:17 |
bshum |
Looks reasonable. |
09:50 |
dbs |
f6fbea5a4a1cab03e was the relevant commit, but need to fix initial tab too |
09:54 |
dbs |
bshum: pushed a commit to fix that |
09:54 |
bshum |
dbs++ |
09:55 |
* csharp |
will throw the mobile OPAC code on a 2.5-ish test server later this week for "production" testing |
09:55 |
Dyrcona |
It looks good on my Galaxy S4. |
09:55 |
csharp |
I'll test some today if I get a chance on a vanilla master server, but today is meeting-ful |
09:55 |
csharp |
theory looks great on my Note 2 |
09:56 |
bshum |
dbs: Works for theory |
09:56 |
csharp |
I got to brag on y'all to my bosses ;-) |
09:57 |
dbs |
There are some inconsistencies with Submit button ("Search") vs. Clear Form that we fought with before that raised their heads again last night. Still not pretty. |
11:43 |
senator |
well of course, and everyone's doing a great job, and this is an unusually strong, collaborative effort |
11:43 |
senator |
i'm not trying to put the brakes on anything here |
11:44 |
dbs |
I've got to go get lunch. With the possible exception of experimenting with <button> instead of <a> for .opac-buttons, I think I'm done for a while. |
11:44 |
* csharp |
refreshes his dev server to test the mobile OPAC |
11:45 |
dbs |
There's a lot more to be done, but it has come a long way. |
11:45 |
senator |
but i think our meaningful review/sign-off practices are worth maintaining |
11:45 |
dbs |
csharp: collab/dbs/responsive-tpac is the latest, rebased on current master |
11:51 |
csharp |
heh |
11:51 |
bshum |
senator: I don't really feel like we should review the mobile work in pieces. Lots of what happened was done with the entire experience in mind and I've been finding it hard to say this is exclusively only benefiting one or the other. |
11:52 |
csharp |
okay, as a tester, are there places I should poke especially hard? |
11:52 |
bshum |
Even with the font-size stuff, that helps in the main catalog, but it impacted significantly how the mobile view worked as well with regards to how much finnessing we needed to deal with. |
11:53 |
bshum |
csharp: The big thing I focused on with testing was ensuring that the original functionality was as close as possible. Especially with regards to the login page, my account areas, advanced search, and results view. |
11:53 |
bshum |
Those were the four big areas of change I think. |
11:53 |
csharp |
okey dokey |
11:53 |
bshum |
Oh, the searchbar. |
11:54 |
bshum |
The biggest difference visually is the login page I think |
12:58 |
ElliotFriend |
agreed. I'm thinking it is more a policy problem than evergreen problem. |
12:58 |
csharp |
definitely ;-) |
12:59 |
ElliotFriend |
i've not tried checking in non-checked-out items yet, what happens then? |
13:00 |
csharp |
ElliotFriend: from my quick test, it puts the item into Reshelving status |
13:00 |
dbs |
dbwells++ # overflow:auto does the trick |
13:01 |
* csharp |
has supported EG for 5+ years but has never used it day-to-day ;-) |
13:01 |
* rfrasur |
uses EG daily and loves it like a child. |
15:46 |
bshum |
senator: So dbs and I discovered with tsbere's help that the compatibility mode was screwing with the mobile branch horrifically |
15:46 |
bshum |
We added a meta tag to force it off |
15:47 |
bshum |
When we turned it off, it looked much better with IE10 for me at least |
15:47 |
senator |
and all looks pretty good now? i'm only in a position to test with 8, i think, right now |
15:47 |
bshum |
I think he tested IE8 and it was fine |
15:47 |
bshum |
senator: http://git.evergreen-ils.org/?p=working/Evergreen.git;a=commit;h=68d50f2678eb6c558623bfd2c764bc51ec789d5f |
15:47 |
bshum |
That's the commit dbs put for the meta tag |
15:48 |
senator |
thanks |
15:48 |
bshum |
If you toss that on your test system or use theory.biblio.org with IE8 to test; that'd be great. |
15:48 |
dbwells |
I am on IE9. It's functional, but with quite a few display regressions. |
15:48 |
bshum |
I only have IE10 to test with |
15:52 |
jeff |
free IE test VMs here: http://www.modern.ie/virtualization-tools |
15:53 |
dbwells |
I can verify that IE10 displays much better than IE9. |
15:53 |
jeff |
or http://www.modern.ie/en-us/virtualization-tools#downloads for a barely-more-direct link |
15:54 |
kmlussier |
Ugh! Git problems trying to push to dbs' branch. |
16:01 |
jeff |
Oh hey. I just realized. The concept of Standards Override Bodies already exists. We call them Vendors, right? |
16:02 |
jeff |
(I come to this realization as we are essentially negotiating a likely non-standard NCIP extension with someone else's vendor indirectly via IM and email) |
16:05 |
* bshum |
takes his hands off the repo (took a few moments to rebase on top of kmlussier's stuff) |
16:08 |
* senator |
tests ie, listens to that silly clicking sound a lot |
16:10 |
* dbwells |
imagines the bug report which started that "The instructions said to click the link. I kept pressing the mouse button, but never got any clicking..." |
16:10 |
senator |
generally looks good, only noticing two glitches myself so far: green swatch on the right side of the basic search page, and also on the search results page (but not the record detail page). on the search results page, the white background basically ends at the right edge of the initially visible area (the area visible without horizontal scrolling). to the right of that is only green, and long |
16:10 |
senator |
titlescut off there instead of wrapping |
12:48 |
dbs |
error was at auth_concerto.sql:76 |
12:48 |
senator |
jeff: hmm, i think setting pos in URLVerify.pm was just cargo cult |
12:49 |
jeff |
senator: your self-awareness and honesty are appreciated. thanks! :-) |
12:49 |
senator |
it looks to me, too, like nothing actually cares about the position of cbrebi rows. i guess they don't really have an intrinsic order |
12:49 |
senator |
no prob. i would want to test that the link checker still works after any patch that loses that field, just to be on the safe side, of course |
12:50 |
jeff |
i'm not proposing losing the field, just doing some recon as i consider adding a "sort by date added to bucket" feature somewhere |
12:51 |
senator |
ah |
12:56 |
dbs |
Fails on the second auth_concerto record, which is the first to contain unicode XML char entities |
16:35 |
Bmagic |
so, fine_generator knows not to create those rows.... my question is which table is it using to decide weather or not to generate inserts into money.billing |
16:35 |
jeff |
Bmagic: i think Dyrcona's advice is going to be most useful for you -- you may find that you need to clear the stop_fines and stop_fines_reason for the circulations in question. |
16:35 |
Dyrcona |
Bmagic: action.circulation |
16:35 |
jeff |
Bmagic: but please consider doing this on a test copy of the database -- it would make me feel much better. :-) |
16:36 |
Bmagic |
do you mean the action.circulation - stop_fines (text) stop_fines_time ? |
16:36 |
Dyrcona |
yep. |
16:37 |
jeff |
Bmagic: yes. sorry, i stated their names incorrectly. :-) |
16:42 |
jeff |
most/all of those are set at checkout time. changing the policy/matchpoints in the staff client will not affect existing checkouts. |
16:42 |
Bmagic |
I see, would it be cleaner to wipe the rows and import from csv again? |
16:43 |
Dyrcona |
Bmagic: maybe. how many rows are you talking about? |
16:43 |
jeff |
Bmagic: depends on how you originally imported things. possibly. experimentation on a test copy may be required to answer that question -- lots of variables involved that are only specific to your situation. |
16:43 |
Bmagic |
less than 1k |
16:44 |
Bmagic |
stop_fines needs to be blank for fine_generator to go again? |
16:44 |
Bmagic |
My test set shows "MAXFINES" |
16:44 |
jeff |
i'm torn between the trouble of disabling triggers and deleting the rows from action.circulation vs just fixing things in place. i'd almost lean toward fixing in place for that smaller number. |
16:44 |
Dyrcona |
both stop_fines and stop_fines_time should be null. |
16:45 |
Bmagic |
GOTCHA |
16:45 |
* Dyrcona |
leans toward agreeing with jeff. :) |
16:45 |
jeff |
ideally you'd have a test copy where this issue was discovered, and could just re-do everything from a pristine copy, but ideals are elusive. |
16:45 |
Bmagic |
yeah - the deal is, there have been 3 weeks of live updates to the db since the migration |
16:45 |
jeff |
we had lots of "not apparent until in production" post-migration cleanup. :-) |
16:46 |
jeff |
(and there are several present who may declare that a huge understatement) |
08:59 |
phasefx |
circ.holds.hold_has_copy_at.alert ? |
09:00 |
phasefx |
and circ.holds.hold_has_copy_at.block |
09:01 |
phasefx |
not quite the same |
09:02 |
mmorgan |
mrpeters: Just tested this on our 2.3.7 system. |
09:02 |
DPearl |
Is the hackaway in the same library room today? |
09:02 |
mmorgan |
Attempted to place a hold on a bib for a patron who had a copy checked out and it was unsuccessful. Problem HOLD_ITEM_ALREADY_CHECKED_OUT with the option to override. |
09:03 |
dbs |
bshum: yeesh, the 800px -> 850px has a very bad smell attached to it (the whole px-width thing); why not just put all of the select boxes on a single "line" and let them wrap to the appropriate width? |
10:43 |
dbs |
In which case we could add a label + a border to group them, no matter how they break |
10:44 |
paxed |
legend? |
10:44 |
dbs |
legend-ary! |
10:45 |
* rfrasur |
opens "Evergreen 2.4 Testing Documents" with fear and trepidation. |
10:45 |
dbs |
Sorry. What I said was, with the current approach, we can remove the special <600px MOPAC CSS |
10:45 |
paxed |
koha seems to use legends all over the place. |
10:46 |
dbs |
because it's truly responsive, to whatever size of screen you have. |
13:33 |
jeff |
and now it's up. |
13:33 |
jeff |
> key can be any one of ISBN, OCLC, LCCN, OLID and ID (case-insensitive) |
13:47 |
dbs |
Learning point: design for mobile first! |
13:51 |
phasefx |
design for testing first, too, but at least one test tool makes use of accessiblity libraries for working the UI, so you can do both |
13:52 |
jeff |
man. i thought isbns were messy. lccns and oclc nums are almost worse. |
13:54 |
eeevil |
how upgrade-safe are the changes that have been made thus far? |
13:54 |
rfrasur |
thanks bshum |
13:58 |
pinesol_green |
Launchpad bug 1221411 in Evergreen "Translating the basic search bar is troublesome" (affected: 1, heat: 6) [Undecided,New] https://launchpad.net/bugs/1221411 |
13:58 |
dbs |
That's kind of the whole point of a responsive design: it's one design. |
13:58 |
rfrasur |
is this referring to font size? sorry...audio is a little hit or miss |
13:59 |
dbs |
We were evaluating them on their own merits. And even tested with IE (up to this morning, anyway) |
13:59 |
dbs |
rfrasur: all of the changes |
13:59 |
rfrasur |
oh...sorry...I meant the 12/14 conversation |
13:59 |
|
bott_otr joined #evergreen |
14:00 |
dbs |
paxed: nope |
15:00 |
eeevil |
array in hand, use foreach; iterator pattern, use while |
15:01 |
eeevil |
Dyrcona: also, switching to while means you can use the variable directly, no need to deref and re-ref |
15:01 |
eeevil |
also, \@data will be faster (and less memory hungry) than [@data] ... though that may be a micro-optimization in your use case |
15:02 |
Dyrcona |
eevil: I'll give it a try, though testing with ten records it won't be noticeable. |
15:02 |
Dyrcona |
eeevil ^ |
15:02 |
eeevil |
indeed it wont |
15:02 |
eeevil |
but, while++ |