| Time |
Nick |
Message |
| 05:00 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 05:51 |
|
wsmoak joined #evergreen |
| 05:51 |
|
wsmoak joined #evergreen |
| 06:31 |
|
mtate joined #evergreen |
| 06:31 |
|
eeevil joined #evergreen |
| 06:32 |
|
maryj joined #evergreen |
| 07:33 |
|
phasefx joined #evergreen |
| 07:33 |
|
Callender joined #evergreen |
| 07:35 |
|
eeevil joined #evergreen |
| 07:56 |
|
akilsdonk_ joined #evergreen |
| 07:59 |
|
mtate joined #evergreen |
| 08:00 |
|
rjackson-isl joined #evergreen |
| 08:02 |
|
collum joined #evergreen |
| 08:17 |
|
maryj joined #evergreen |
| 08:29 |
|
Dyrcona joined #evergreen |
| 08:32 |
|
mrpeters joined #evergreen |
| 08:37 |
|
mmorgan joined #evergreen |
| 08:40 |
|
_bott_ joined #evergreen |
| 08:48 |
|
kmlussier joined #evergreen |
| 08:50 |
|
Dyrcona joined #evergreen |
| 08:51 |
|
TaraC joined #evergreen |
| 08:55 |
|
_bott_1 joined #evergreen |
| 08:55 |
|
dkyle joined #evergreen |
| 09:02 |
|
ericar joined #evergreen |
| 09:05 |
|
jwoodard joined #evergreen |
| 09:21 |
|
yboston joined #evergreen |
| 09:36 |
|
sarabee joined #evergreen |
| 09:43 |
|
kmlussier joined #evergreen |
| 09:59 |
|
mrpeters left #evergreen |
| 10:25 |
Bmagic |
Very quiet, too quiet |
| 10:25 |
Dyrcona |
@blame Commas |
| 10:25 |
pinesol_green |
Dyrcona: Commas 's bugfix broke Dyrcona's feature! |
| 10:25 |
Dyrcona |
Ha! |
| 10:25 |
* Bmagic |
checks internet connection |
| 10:25 |
|
ericar_ joined #evergreen |
| 10:26 |
Bmagic |
@coffee |
| 10:26 |
* pinesol_green |
brews and pours a cup of Kenya Ndaroini Microlot, and sends it sliding down the bar to Bmagic |
| 10:26 |
Dyrcona |
@tea |
| 10:26 |
* pinesol_green |
brews and pours a pot of Tung Ting Oolong Tea, and sends it sliding down the bar to Dyrcona (http://ratetea.com/tea/teapigs/tung-ting-oolong-tea/7421/) |
| 10:26 |
Bmagic |
Tung Ting! |
| 10:26 |
csharp |
sip2-- |
| 10:27 |
Bmagic |
sip2-- |
| 10:27 |
Dyrcona |
Quiet, and then everyone starts talking to the channel bot. ;) |
| 10:27 |
Dyrcona |
sip2-- |
| 10:27 |
csharp |
@quote random |
| 10:27 |
pinesol_green |
csharp: Quote #13: "<jeff> You get an ILS! And YOU get an ILS! EVERYBODY GETS AN ILS!" (added by bshum at 12:10 PM, July 19, 2011) |
| 10:27 |
Bmagic |
I have been combing the irc logs |
| 10:27 |
csharp |
@praise [someone] |
| 10:27 |
* pinesol_green |
remingtron is one of the few who deserves to be praised |
| 10:27 |
Dyrcona |
Why are we decrementing sip2 today? |
| 10:28 |
Bmagic |
sip2 causes painful things |
| 10:28 |
Dyrcona |
@blame sip2 |
| 10:28 |
pinesol_green |
Dyrcona: It's all sip2's fault! |
| 10:28 |
csharp |
Dyrcona: my decrement should have probably been directed at 3M's SIP emulator - it's not cooperating with me today |
| 10:28 |
Dyrcona |
@praise Tung Ting Oolong tea |
| 10:28 |
* pinesol_green |
the upgrade came off brilliantly, and it's all because of Tung Ting Oolong tea |
| 10:28 |
Bmagic |
Im looking for someone who has used jquery and dojo together in the opac, I don't think anyone has.... |
| 10:29 |
csharp |
I'm trying to answer the simple question of whether I can log in as a patron who's saying it's not working for them, and that has now consumed an hour of my morning |
| 10:29 |
jeff |
i think we have pages that load both. i'll check. |
| 10:29 |
Dyrcona |
Bmagic: Mixing JS frameworks is not recommended in general. |
| 10:29 |
jeff |
(not that I *like* it, but I think we have it) |
| 10:29 |
Bmagic |
right, I don't recommend it either |
| 10:30 |
Bmagic |
Just curious |
| 10:30 |
csharp |
and when I've spent that long on a SIP problem, I get annoyed that we use it at all ;-) |
| 10:30 |
Dyrcona |
csharp++ |
| 10:30 |
Dyrcona |
@coffee csharp |
| 10:30 |
* pinesol_green |
brews and pours a cup of Hamma Cooperative Yirgacheffe, Fair-Trade Organic, and sends it sliding down the bar to csharp |
| 10:30 |
Bmagic |
Something like jQuery.noConflict(true); to keep the $ alias for dojo? |
| 10:30 |
csharp |
that's a good idea |
| 10:31 |
jeff |
yup, this page loads both dojo and jquery -- and yes, you want to make proper use of noConflict https://catalog.tadl.org/eg/opac/record/4313471?locg=22 |
| 10:31 |
jeff |
<script type="text/javascript" src="/js/tadl/jquery-1.11.1.min.js"></script> |
| 10:31 |
jeff |
<script type="text/javascript">var tadljq = jQuery.noConflict(true);</script> |
| 10:31 |
jeff |
<script type="text/javascript" src="/js/tadl/trailertank.js"></script> |
| 10:32 |
Bmagic |
jeff: I see it |
| 10:32 |
csharp |
load in ALL THE JAVASCRIPT |
| 10:32 |
Bmagic |
that is the same thing that I have been playing with. Good to know that eventually it *can work |
| 10:32 |
jeff |
that's 1) load jquery, 2) use noConflict to return $ to its previous state and assign jquery to tadljq, then 3) load a script that uses jquery, calling it by the tadljq variable name. |
| 10:33 |
Dyrcona |
Dare I ask about "trailertank.js?" |
| 10:34 |
jeff |
Dyrcona: https://github.com/tadl/Evergreen_templates_tadlskin/commit/1d5fe69d703f6404ad0677d0cebefbaa1e5e0fc7 |
| 10:35 |
jeff |
Dyrcona: staff have worked through a queue of video records and found corresponding movie trailers on youtube. |
| 10:35 |
jeff |
Dyrcona: we display them in the opac |
| 10:35 |
jeff |
Dyrcona: i'd like to make it work with UPC/ISBN/etc, but currently it's record id |
| 10:36 |
Dyrcona |
jeff: That's cool. |
| 10:36 |
Dyrcona |
I just wondered at the name, 'cause Google turns up a "Bianca Jagger Trailer Tank" (which is a shirt) and tank trailers for liquids. |
| 10:37 |
Dyrcona |
I see where the name comes from. |
| 10:39 |
jeff |
i would have used dojo to make the trailertank XHR, but dojo 1.3 has CORS challenges |
| 10:40 |
Dyrcona |
Ok. |
| 10:41 |
Dyrcona |
Why do you skip loading the iframe if ctx.physical_loc is defined? Am I misunderstanding something about physical_loc? |
| 10:41 |
jeff |
which made it so that you couldn't make a request across domains, even if it was a "safe" request and even if the remote site has set the correct headers permitting it. |
| 10:42 |
Dyrcona |
I'm not surprised. I'm sure it is fixed in more recent versions of dojo, though. :) |
| 10:42 |
jeff |
Dyrcona: for the catalog.tadl.org hostname, physical_loc is not defined in an environment variable or anything, so it's a shortcut to "is this one of our in-library catalog terminals which are currently thin clients with very little chance of ever playing back a youtube video?" |
| 10:43 |
jeff |
(because those do set physical_loc) |
| 10:43 |
Dyrcona |
jeff: Ok. I thought it might be to stop it loading in the library after I asked my question. |
| 10:43 |
|
krvmga joined #evergreen |
| 10:44 |
kmlussier |
eeevil: I was just testing out the code you added for https://bugs.launchpad.net/evergreen/+bug/1367926. |
| 10:44 |
pinesol_green |
Launchpad bug 1367926 in Evergreen "Add support for (nearly) direct access to the full unapi backend" (affected: 1, heat: 6) [Wishlist,New] |
| 10:44 |
kmlussier |
Using the example from your git branch, going to http://mlnc2.mvlcstaff.org/opac/extras/unapi?id=tag::U2@acp/CONC40000537{acn,bre,mra}/-/0/barcode&format=xml seems to work well. |
| 10:45 |
krvmga |
Under what circumstances might a staff client stay logged in, even if the PC is shut down? I had this question and I think the answer is "under no circumstances" but I want to be sure. |
| 10:45 |
kmlussier |
But should I be able to change that format at the end of the URL? Every format I try continues to display as the same xml we see in that URL. |
| 10:45 |
krvmga |
the staff client doesn't have a "stay logged in" feature |
| 10:45 |
jeff |
we also avoid loading jquery or the youtube iframe if we're in the staff client... for obvious reasons. :-) |
| 10:46 |
Dyrcona |
jeff: Right. That did seem obvious to me. |
| 10:49 |
krvmga |
i mean, the staff client isn't like battle.net |
| 10:49 |
kmlussier |
krvmga: The staff client does not stay logged in when the PC is shut down. |
| 10:50 |
jeff |
krvmga: the staff client does have command line options for auto-filling a username and password, but that behaves a bit differently. |
| 10:50 |
krvmga |
is the staff client gracefully logged out on shutdown or does it just get killed? |
| 10:51 |
krvmga |
(speaking of battle.net, i like the new wow expansion...now back to our regular programming) |
| 10:51 |
krvmga |
i suspect it just gets killed |
| 10:51 |
jeff |
krvmga: the staff client attempts to request that the server destroy its login session. even if that doesn't happen for some reason, the staff client does not actual store its session token in a place where it can then re-use it on subsequent launches. |
| 10:52 |
krvmga |
jeff: thanks. that's good information. |
| 10:52 |
krvmga |
jeff++ |
| 10:52 |
eeevil |
kmlussier: format is basicly a no-op for holdings data, but the nested bre should respect it |
| 10:52 |
jeff |
krvmga: there's the possibility that someone put a computer to sleep or hibernated the computer (or the computer's settings did that, etc). if the computer was not actually shut down, and the client was not actually exited, then walking up to a computer that was "off" and turning it back on would result in the staff client still being logged in, if the server-side session had not yet timed out. |
| 10:53 |
krvmga |
jeff: yes, thanks. i get that. but if it's actually turned off, the client will not survive, yes? |
| 10:55 |
jboyer-isl |
csharp, By chance, did that patron's password end in a character other than a-zA-Z0-9 ? |
| 10:55 |
jeff |
with the disclaimer that a windows hibernation does mean the computer is "actually turned off", it's highly unlikely that the staff client would remain logged in after the operating system has been shut down and restarted. i can't think of a scenario offhand other than those examples I described above. |
| 10:56 |
krvmga |
jeff: thanks :) |
| 10:57 |
jboyer-isl |
csharp, (Or, for that matter, does yours, depending on what account you're trying to log in with) |
| 10:57 |
kmlussier |
eeevil: So if I wanted to show that record attached to barcode CONC40000537 in mods32 format, how would I structure the URL? |
| 10:58 |
kmlussier |
I tried http://mlnc2.mvlcstaff.org/opac/extras/unapi?id=tag::U2@acp/CONC40000537{acn,bre,mra}/-/0/barcode&format=mods32, but I'm still seeing all those MARC tags. |
| 11:01 |
eeevil |
kmlussier: I'll have to look at the code. it may not be trivial to pass the format down through holdings structures, and I'm working from men ATM. laptop just died :( |
| 11:02 |
eeevil |
its been a couple months, so that may be a noted (in the code) limitation |
| 11:02 |
kmlussier |
eeevil: Sorry about the laptop. :( I'm just trying to get a handle on the expected behavior before signing off on it. :) |
| 11:05 |
csharp |
jboyer-isl: the password ends in a digit |
| 11:06 |
csharp |
@blame the dude jackhammering right outside my office window |
| 11:06 |
pinesol_green |
csharp: the dude jackhammering right outside csharp's office window stole csharp's ice cream! |
| 11:08 |
eeevil |
kmlussier: the marc output covers the originally requested use case, fwiw. its a stepping stone toward simplifying the unapi code, but not the end, if that helps put it in context |
| 11:09 |
jboyer-isl |
csharp, Ah, well. I thought it could be related to the issue I've seen when the last character of the password is stipped unless it's A-z0-9, but I suppose not. |
| 11:10 |
kmlussier |
eeevil: Thanks! I just wanted to make sure I wasn't missing anything. |
| 11:12 |
|
dreuther_ joined #evergreen |
| 11:19 |
|
vlewis joined #evergreen |
| 11:20 |
|
mrpeters joined #evergreen |
| 11:21 |
mrpeters |
morning all, does opensrf.xml support multiple <server> stanzas for memcache? I've got a pair of memcache servers replicating with repcached and wanted to know if OpenSRF/Evergreen could be told to look at both of them for the cached data |
| 11:22 |
mrpeters |
for example: http://pastie.org/private/7qevjzvrh0jehf0or9dg |
| 11:28 |
Bmagic |
csharp: you have a window!? |
| 11:29 |
Bmagic |
@blame csharp's window |
| 11:29 |
pinesol_green |
Bmagic: csharp's window must eat cottage cheese! |
| 11:33 |
eeevil |
mrpeters: yes, but c apps won't reconnect on server failure, and libmemcache already supports load balancing via native key hashing |
| 11:38 |
jeff |
mrpeters: what are you trying to accomplish? |
| 11:56 |
|
gsams joined #evergreen |
| 11:58 |
|
sandbergja joined #evergreen |
| 12:13 |
csharp |
eeevil: jeff: mrpeters is doing some work trying to setup failover/load balancing via repcached - in our current setup, if one of our memcache servers (or its VM host) dies, authentication fails to work until we either get the dead server back online or manually comment out the dead server's entry in opensrf.xml |
| 12:14 |
csharp |
ideally we'd have a single address for memcache (with something like ldirector in front load balancing), but ldirector setup is proving to add some overhead, so mrpeters is investigating other options |
| 12:14 |
jeff |
csharp++ thanks |
| 12:19 |
jeff |
context++ |
| 12:22 |
|
jihpringle joined #evergreen |
| 12:23 |
|
ericar_ joined #evergreen |
| 12:31 |
|
kmlussier joined #evergreen |
| 12:47 |
|
wjr joined #evergreen |
| 12:51 |
Dyrcona |
@nostalgia |
| 12:51 |
pinesol_green |
Dyrcona: http://www.firstpersontetris.com/ |
| 12:55 |
* jeff |
looks at missing pieces again |
| 12:56 |
|
akilsdonk joined #evergreen |
| 13:00 |
|
ericar_ joined #evergreen |
| 13:01 |
|
dreuther joined #evergreen |
| 13:01 |
|
ericar__ joined #evergreen |
| 13:04 |
kmlussier |
dbs: When you have a moment, could you add Julia Lima's blog to the Planet? http://lima-julia.tumblr.com/ |
| 13:17 |
|
nhilton joined #evergreen |
| 13:24 |
dbs |
kmlussier: added, should show up in half an hour or so |
| 13:24 |
kmlussier |
dbs++ |
| 13:24 |
kmlussier |
Thank you! |
| 13:24 |
|
mrpeters left #evergreen |
| 13:25 |
jeff |
dbs++ |
| 13:25 |
jeff |
does tumblr have full-content feeds, or strictly "click here to read it" style abbreviated rss? |
| 13:25 |
jeff |
(looks like the latter, but i'm not sure) |
| 13:25 |
* dbs |
does not know |
| 13:26 |
|
buzzy joined #evergreen |
| 13:34 |
* dbs |
scratches head. metabib.record_attr_vector_list gets created, I even commit the transaction, but after the transaction it no longer exists. What the? |
| 13:34 |
dbs |
And no following DROP TABLE. Hmm |
| 13:35 |
* jeff |
finds some unreacable (at present) code |
| 13:36 |
dbs |
eh, nevermind. this schema is all messed up :/ |
| 13:36 |
dbs |
if (0) { # re-restore and try upgrading again? } |
| 13:36 |
jeff |
client mark item damaged code seems to have a chunk that is never hit unless the server returns a textcode of DAMAGE_CHARGE, but the server never returns that unless the client sends something that the client only sends when the server sends DAMAGE_CHARGE. :-) |
| 13:41 |
dbs |
Ah, ye olde "ERROR: could not find trigger 5235330" at commit time. WUT? |
| 13:42 |
dbs |
https://bugs.launchpad.net/evergreen/+bug/1261355 |
| 13:42 |
pinesol_green |
Launchpad bug 1261355 in Evergreen 2.6 "2.4.3-2.5.0-upgrade-db.sql causing "could not find trigger" PostgreSQL error" (affected: 3, heat: 14) [Undecided,Fix released] |
| 13:47 |
csharp |
dbs: in my case, I had to comment out one of the sub-scripts that were apparently colliding and ran it separately - I didn't actually test the patch once I figured out my own hack |
| 13:47 |
csharp |
so csharp-- for not following up :-/ |
| 13:50 |
csharp |
so, I thought I would just throw this out there, to see if anyone is seeing a similar issue... |
| 13:50 |
csharp |
we're getting sporadic reports from libraries (some, but not all) where the staff client white screens when doing patron updates |
| 13:51 |
csharp |
and they get a Windows message that xulrunner has stopped responding |
| 13:51 |
dbs |
csharp: thanks; trying again to see what happens :0 |
| 13:51 |
dbs |
csharp: ugh. not a memory bloat thing? |
| 13:52 |
csharp |
dbs: apparently not. terran and I saw it happen and were able to see the Windows Task Manager at the time |
| 13:53 |
csharp |
RAM was fine, but processors were spiking |
| 13:53 |
csharp |
we waited maybe 30 to 60 seconds, then decided it wasn't going to choke through and continue and killed it |
| 13:53 |
csharp |
it's the only time I've seen it myself |
| 13:54 |
dbs |
:/ |
| 13:54 |
csharp |
my working theory is that some sequence of steps that some staff do but others don't triggers it, but our attempts to recreate it have not been successful |
| 13:55 |
dbs |
dojo 1.3 + xulrunner 14. A match made in heaven! for 2009 and 2012, respectively. |
| 13:55 |
csharp |
heh - yep |
| 13:56 |
|
ericar_ joined #evergreen |
| 13:58 |
csharp |
StomproJosh++ # documentation effort |
| 14:09 |
|
DPearl joined #evergreen |
| 14:11 |
DPearl |
Need advice. I would like to do a db function call which takes > 1 argument from within Open-ILS/src/perlmods/lib/OpenILS/Application/Cat.pm. Unfortunately, the json query facility does not support this. I'll need to do a drect db call, but I am unclear on the form. Are there examples in the code of how to do this? |
| 14:13 |
|
Stompro joined #evergreen |
| 14:15 |
jeff |
DPearl: can you be more specific? what function are you calling with what arguments? |
| 14:15 |
jeff |
DPearl: if both arguments need to come from a column in the query, you're right that you probably can't use json query. |
| 14:16 |
jeff |
DPearl: What are you trying to do? |
| 14:16 |
DPearl |
jeff: I have created a function to perform some relinking of monograph parts to avoid db inconsistency. LP#904472. |
| 14:16 |
csharp |
bug 904472 |
| 14:16 |
pinesol_green |
Launchpad bug 904472 in Evergreen "Transferring items with monographic parts to a new bib record causes problems with holds placement" (affected: 4, heat: 34) [Undecided,Triaged] https://launchpad.net/bugs/904472 - Assigned to Dan Pearl (dpearl) |
| 14:18 |
DPearl |
jeff: The params are passed in from util.js, and they are a call number id and a copy id. |
| 14:18 |
DPearl |
jeff: I have a lovely function that does the job, but I need to take the last step of invoking it! |
| 14:20 |
berick |
DPearl: http://git.evergreen-ils.org/?p=Evergreen.git;a=blob;f=Open-ILS/src/perlmods/lib/OpenILS/Application/AppUtils.pm;h=1dc306eec4b7466b902b96b02178baa48d0f7a2e;hb=HEAD#l1302 |
| 14:20 |
berick |
line 1302, json_query invoking a DB function |
| 14:20 |
berick |
w/ args |
| 14:20 |
jeff |
berick++ |
| 14:20 |
jeff |
DPearl: since you're not operating on values from a query, you're not subject to the limitations on "transform" in json_query. |
| 14:20 |
DPearl |
berick++ |
| 14:21 |
DPearl |
jeff++ |
| 14:21 |
jeff |
DPearl: how are you going from util.js to json_query, anyway? just a new API call? |
| 14:21 |
DPearl |
jeff: Yup. |
| 14:22 |
DPearl |
jeff: berick: I'll try all that. I may have additional questions, but thanks for the pointers. |
| 14:23 |
jeff |
Hrm. Looks like missing_pieces and circ.missing_pieces hooks are referenced by open-ils.circ.mark_item_missing_pieces, but not defined in seed data. I wonder if anyone has defined them locally... |
| 14:24 |
* jeff |
continues to poke and prod at "mark item missing pieces" and "mark item damaged" in advance of some local discussion regarding workflows |
| 14:27 |
|
dcook__ joined #evergreen |
| 14:38 |
mmorgan |
csharp: I wonder if your patron update/freeze problem is related to jboyer-isl's described here: http://irc.evergreen-ils.org/evergreen/2014-10-21 |
| 14:38 |
mmorgan |
seems like it related to the number of patrons updated |
| 14:40 |
jboyer-isl |
csharp, mmorgan, I meant to reply to csharp's earlier mention. I'm not sure it's related to the number, but the frequency. We seem to only experience it on migrations (when "everyone" gets a new card) but regular systems don't normally see it. |
| 14:40 |
jboyer-isl |
And the symptoms are the same, infinite loop somewhere in xulrunner's guts. |
| 14:41 |
jboyer-isl |
It's likely not in the JS, because XR will throw out a "Stop Script?" box in that case. |
| 14:41 |
jboyer-isl |
And it's definitely not RAM related. :-/ |
| 14:43 |
Dyrcona |
DPearl: http://wiki.evergreen-ils.org/doku.php?id=documentation:tutorials:json_query |
| 14:43 |
Dyrcona |
If you really want to know what you can do with JSON queries. |
| 14:45 |
|
ericar joined #evergreen |
| 14:56 |
|
akilsdonk_ joined #evergreen |
| 15:03 |
|
krvmga joined #evergreen |
| 15:07 |
jboyer-isl |
A completely different question: Can anyone tell me when openils_dojo.js is created? I can see where it's defined (openils.profile.js) but not where it's built. |
| 15:07 |
jboyer-isl |
And of course, it doesn't exist on my test server. |
| 15:09 |
gsams |
question for the masses, supposing I'm not interrupting something, I'd like for fine alerts on renewals to only prompt once for the threshold. Is this possible? |
| 15:09 |
gsams |
currently the alert pops up for each item, and when you are talking about 50+ items it can really slow things down. |
| 15:10 |
|
dreuther_ joined #evergreen |
| 15:11 |
jboyer-isl |
gsams: I don't think that's currently possible, but it would be nice to see. |
| 15:11 |
gsams |
jboyer-isl: I was afraid that was the case. I wasn't able to find anything on such a feature or request elsewhere. |
| 15:12 |
gsams |
jboyer-isl++ |
| 15:12 |
Dyrcona |
gsams: I think something like that may be coming in the web staff client, but don't hold me to it. |
| 15:14 |
gsams |
Dyrcona: I was just about to wonder aloud how difficult such a thing would be to implement, but the thought crossed my mind that new dev for the current staff client would be unlikely because of the new staff client. |
| 15:14 |
gsams |
I am looking forward to that though, so I'll wonder aloud about that instead of the current client. |
| 15:15 |
gsams |
Dyrcona++ #thanks for the possible info, won't hold you to it :-) |
| 15:16 |
Dyrcona |
gsams: Something is coming. I'm not sure its exactly what you're looking for, but it is supposed to be an improvement. |
| 15:17 |
kmlussier |
Dyrcona: Are you thinking of the MassLNC alert project? I'm not sure that particular issue is covered there. |
| 15:17 |
Dyrcona |
jboyer-isl: Just poking around on my dev server, I don't find anyting that creates openils_dojo.js. |
| 15:18 |
jboyer-isl |
Dyrcona, That's what I thought. There's no mention of openils.profile.js anywhere, and the only mention of openils_dojo.js are the script tags giving me 404's. |
| 15:19 |
bshum |
Isn't that part of the minifying? |
| 15:19 |
* bshum |
recalls a wiki page somewhere |
| 15:19 |
* bshum |
checks |
| 15:19 |
Dyrcona |
jboyer-isl: Only place I find it is in my dojo.tgz that I used to install dojo. |
| 15:19 |
kmlussier |
berick++ #My concerto issue seems to be resolved. |
| 15:19 |
jboyer-isl |
That said, everything seems to be working without it. |
| 15:20 |
bshum |
https://bugs.launchpad.net/evergreen/+bug/1076582 |
| 15:20 |
Dyrcona |
bshum: If it was minified away, I think the templates, etc. that refer to it should be updated, don't you? |
| 15:20 |
pinesol_green |
Launchpad bug 1076582 in Evergreen "Documentation explaining openils_dojo.js" (affected: 1, heat: 8) [Low,Confirmed] |
| 15:20 |
bshum |
"Secret sauce" |
| 15:20 |
kmlussier |
jihpringle: the patch for bug 1380709 is on mlnc3.mvlcstaff.org whenever you have time to test it. |
| 15:20 |
pinesol_green |
Launchpad bug 1380709 in Evergreen 2.6 "invoice print amounts-per-fund uses wrong value when item price varies" (affected: 1, heat: 8) [Undecided,New] https://launchpad.net/bugs/1380709 |
| 15:20 |
bshum |
It's used in building custom dojo builds |
| 15:20 |
bshum |
We reference it, but it's not built unless you follow those scratchpad notes |
| 15:21 |
bshum |
It wasn't minified, wrong word. |
| 15:21 |
Dyrcona |
Or, if like me, you just keep a dojo tarball around that was released with Evergreen a while ago. |
| 15:22 |
jboyer-isl |
bshum, well, it's a close word. Concat'ing them together to minify connection times. ;) |
| 15:24 |
bshum |
Maybe we should classify this a "performance" bug :) |
| 15:24 |
* bshum |
needs more hours in the day. |
| 15:25 |
jboyer-isl |
Dyrcona, I may end up doing that, I can't imagine those profile definitions are going to change much before dojo is dumped. |
| 15:26 |
Dyrcona |
jboyer-isl: Wouldn't hurt to do a custom build and then make a tarball. |
| 15:26 |
berick |
kmlussier: great, thanks |
| 15:28 |
bshum |
Oh, fun, we still have ours from our original 2.0 install |
| 15:28 |
bshum |
Last changed Feb 19, 2011 |
| 15:28 |
bshum |
Good times... |
| 15:29 |
csharp |
jboyer-isl: thanks - sounds like we have the same issue |
| 15:29 |
bshum |
jboyer-isl++ |
| 15:36 |
jihpringle |
kmlussier: thanks, I'll test that patch later today :) |
| 15:49 |
jboyer-isl |
csharp, One more data point, I'm not certain what version PINES is on, but we've been seeing this on 2.5(.2) I can't remember if we were running into it on 2.2. |
| 15:58 |
csharp |
jboyer-isl: yep - we're on 2.5.1+ (which is probably pretty close to 2.5.2 |
| 15:58 |
csharp |
) |
| 15:59 |
jboyer-isl |
I suspect it's everything using the latest bump in xulrunner version, but I've not looked at when that last changed. |
| 16:01 |
bshum |
Maybe more like when we started using the automated make_release I think |
| 16:01 |
bshum |
For building release tarballs |
| 16:05 |
dbwells |
jboyer-isl: openils_dojo.js is included in release tarballs. It was built eons ago, and our build process downloads a pre-built dojo.tgz and unpacks it from there. |
| 16:06 |
dbwells |
If you install from a git checkout, you don't have it. |
| 16:06 |
dbwells |
It isn't actually tied into the install process. |
| 16:07 |
dbwells |
As you noticed it doesn't cause any errors if it isn't there, as Dojo just falls back to the separate file requests. |
| 16:07 |
jboyer-isl |
bshum, dbwells: sorry, I meant I think csharp's issue with the client hogging a core and dying is related to the last time we changed xulrunner. Since my test server builds out of git repos I understand why I don't have those dojo files now. :) |
| 16:08 |
bshum |
Ah, my bad too then. |
| 16:09 |
jboyer-isl |
(I'm working on building them as we speak, however, because I hate 404's and love speed. :) ) |
| 16:10 |
dbwells |
jboyer-isl: If you have any issues with the build, you can also just grab the one we throw in the releases from here: http://evergreen-ils.org/downloads/dojo.tgz |
| 16:13 |
jboyer-isl |
dbwells++ # Thanks for pointing that out. |
| 16:14 |
jboyer-isl |
Haha, and it's looking for java. Download, here I come. |
| 16:15 |
jeff |
heh |
| 16:15 |
|
kmlussier left #evergreen |
| 16:15 |
jeff |
in that tarball you'll find ./dojo/dojo/openils_dojo.js |
| 16:15 |
|
kmlussier joined #evergreen |
| 16:16 |
jboyer-isl |
Having not yet opened it, is it the whole release of dojo + the openils profile, or is it only what's built for the openils profile? |
| 16:17 |
* jboyer-isl |
will know soon, either way... |
| 16:18 |
jboyer-isl |
Looks like the gang's all here. |
| 16:23 |
|
kmlussier joined #evergreen |
| 16:23 |
|
kmlussier left #evergreen |
| 16:33 |
|
kmlussier joined #evergreen |
| 16:44 |
|
ericar_ joined #evergreen |
| 16:45 |
kmlussier |
And I'm done for the week! |
| 16:45 |
kmlussier |
@bartendar |
| 16:45 |
pinesol_green |
kmlussier: Message root @ server God....Universe going down for reboot.... |
| 16:46 |
kmlussier |
@bartender |
| 16:46 |
* pinesol_green |
fills a pint glass with Dogfish Head Golden Shower, and sends it sliding down the bar to kmlussier (http://beeradvocate.com/beer/profile/64/29395) |
| 16:46 |
kmlussier |
It helps when I spell correctly. :) |
| 16:47 |
kmlussier |
I hope all you U.S. folks have a nice Thanksgiving and that everyone else has a nice last-week-of-November. :) |
| 16:47 |
mmorgan |
And you too!! |
| 17:07 |
|
mmorgan left #evergreen |
| 17:15 |
|
dreuther joined #evergreen |
| 20:14 |
|
_bott_ joined #evergreen |
| 21:20 |
|
wsmoak joined #evergreen |
| 21:20 |
|
wsmoak joined #evergreen |
| 22:31 |
dbs |
bshum: I apologize but I've reopened bug 1322285 |
| 22:31 |
pinesol_green |
Launchpad bug 1322285 in Evergreen "MVF ingest uses default values inappropriately " (affected: 1, heat: 8) [Undecided,Confirmed] https://launchpad.net/bugs/1322285 |
| 23:32 |
|
sarabee joined #evergreen |
