| # | Time | Nick | Message |
|---|
| # | 00:02:34 | dbs finds it cute that tsbere's "how to use git" messages in LP are about 5x as long as the actual description of the bug being fixed :) |
| # | 00:11:49 | matt_carlson has joined #evergreen |
| # | 00:16:43 | matt_carlson has quit IRC |
| # | 00:17:52 | matt_carlson has joined #evergreen |
| # | 00:19:39 | edoceo has quit IRC |
| # | 01:11:21 | dbs | grabbing 0627 |
| # | 01:26:00 | dbs has quit IRC |
| # | 01:43:25 | matt_carlson has quit IRC |
| # | 02:22:36 | tsbere has quit IRC |
| # | 02:22:50 | tsbere has joined #evergreen |
| # | 05:55:46 | artunit has quit IRC |
| # | 07:56:07 | collum has joined #evergreen |
| # | 08:26:55 | jeff | dbs++ #burning the midnight oil |
| # | 08:31:08 | berick | dbs++ |
| # | 08:34:08 | artunit has joined #evergreen |
| # | 08:35:40 | Dyrcona has joined #evergreen |
| # | 08:52:18 | tspindler has joined #evergreen |
| # | 09:02:35 | csharp is able to do the 'make win-client' step by changing 'releases.mozilla.org' to 'download02.mozilla.org' in the Makefile |
| # | 09:02:39 | csharp | FYI |
| # | 09:03:24 | tsbere | I thought phasefx pushed a change to the version number already to make either work |
| # | 09:03:53 | csharp | tsbere: it was a 404 error on "releases.mozilla.org" that stopped me |
| # | 09:04:04 | csharp is using rel_2_1 btw |
| # | 09:04:09 | tsbere | You must not have pulled the commit from phasefx yesterday? |
| # | 09:04:18 | csharp | tsbere: ah - guess not ;-) |
| # | 09:04:40 | tsbere | Still, something to think about. Although that is a "low bandwidth" server. |
| # | 09:04:48 | csharp | hmm |
| # | 09:05:15 | csharp | I'm still for starting an 'archive.evergreen-ils.org' server that hosts it just for us |
| # | 09:05:31 | Dyrcona hates telling other people how to do their jobs. |
| # | 09:06:24 | tsbere | csharp: phasefx thinks we should just bundle the xulrunner files with the releases from 2.1 on. If they are already there the makefile doesn't look to download them. |
| # | 09:06:38 | Dyrcona | tsbere: he made that commit after csharp made the report. |
| # | 09:06:40 | csharp | tsbere: even better |
| # | 09:07:32 | dbwells_ is now known as dbwells |
| # | 09:12:15 | csharp | hmm - an alert window at startup: "messageCatalog: No text from chrome://open_ils_staff_client/locale/offline.properties" |
| # | 09:12:33 | csharp | "Error loading properties in messagecatalog in bindings.xml: messageCatalog: No text from chrome://open_ils_staff_client/locale/offline.properties" |
| # | 09:13:08 | mrpeters-isl has joined #evergreen |
| # | 09:13:30 | tsbere | csharp: Just git pull. |
| # | 09:13:37 | tsbere | You obviously need the latest fixes ;) |
| # | 09:13:41 | csharp | tsbere: okey doke ;-) |
| # | 09:15:01 | csharp | okay - this may be a git n00b question, but I need to "upgrade" after pulling, right? |
| # | 09:15:13 | tsbere | ? |
| # | 09:15:23 | tsbere | git pull does a fetch and updates your local checkout |
| # | 09:15:50 | csharp | well, the files I pulled in aren't installed, right - so do I need to go through an upgrade process? |
| # | 09:16:03 | Dyrcona | csharp: yes. |
| # | 09:16:09 | tsbere | Well, depending on what came down ;) |
| # | 09:16:54 | Dyrcona | csharp: sometimes when changes are minor, I'll copy files by hand on my development server, like if I testing changes to a development branch, but the upgrade is best when pulling in wholesale changes from elsewhere. |
| # | 09:17:14 | csharp | Dyrcona: okay - that makes sense |
| # | 09:20:12 | atz_ has joined #evergreen |
| # | 09:23:21 | atz__ has quit IRC |
| # | 09:26:57 | tsbere | Anyone have thoughts on http://git.mvlcstaff.org/?p=tsbere/ILS.git;a=shortlog;h=refs/heads/fix_item_status_strict_barcode ? |
| # | 09:35:17 | dbs has joined #evergreen |
| # | 09:35:17 | dbs has joined #evergreen |
| # | 09:36:12 | sal_ has joined #evergreen |
| # | 09:41:50 | kmlussier has joined #evergreen |
| # | 09:42:57 | csharp | okay, I just started it up but - already... |
| # | 09:43:00 | csharp | 2.1++ |
| # | 09:43:22 | csharp | the toolbar functions will be extremely popular here |
| # | 09:45:06 | dbs | tsbere: what does "Characters like . are valid for numbers" mean? Maybe more description in the commit, and maybe comment the line in the code. |
| # | 09:45:58 | tsbere | dbs: Literally ., like "16.00" is a number, as is "1600" |
| # | 09:46:14 | tsbere | So "16.00" == Number("16.00") works. |
| # | 09:46:15 | dbs | tsbere: don't tell me, tell the commit |
| # | 09:47:07 | dbs suspects that it would be much easier for future people to read the commit log than to coordinate commit times with IRC logs :) |
| # | 09:50:55 | tsbere | dbs: I force-pushed a commit message. Better? ;) |
| # | 09:52:06 | dbs | Much! Would you be willing to put that comment into the code, too? :) |
| # | 09:52:38 | dbs | tsbere++ # for putting up with me |
| # | 09:52:44 | phasefx is going to start commenting his javascript in perl ;) |
| # | 09:54:38 | dbs sees a number of "if (!isNaN(Number(value))" checks elsewhere |
| # | 09:54:40 | tsbere | dbs: Added some comments. :P |
| # | 09:54:57 | Dyrcona will comment all code in erlang or lisp depending on mood. |
| # | 09:54:58 | dbs | as well as a number of "if (!Number(value))" checks |
| # | 09:55:36 | sal_ | what, no APL? It's all Greek to us anyway ;-) |
| # | 09:56:07 | phasefx was bit by NaN != NaN |
| # | 09:56:25 | gmcharlt_ | eeevil: do you happen to know if PL/APL is available? |
| # | 09:56:35 | phasefx needs more keys on his keyboard |
| # | 09:57:43 | Dyrcona only believes code. |
| # | 10:10:08 | csharp | speaking of keys, does anyone know where I might find documentation on "hotkeys" in 2.1? |
| # | 10:10:26 | tsbere forgets if his customizable hotkeys are in 2.1 |
| # | 10:11:21 | csharp | tsbere: doesn't look like it - options appear to be Default, Minimal, and None |
| # | 10:11:45 | csharp | just wondering what "Default" and "Minimal" mean |
| # | 10:12:22 | mrpeters-isl | just pushed refs/heads/user/mrpeters-isl/tpac_semantic_amazon_record_details -- (live @ http://208.119.1.125/eg/opac/home) |
| # | 10:12:24 | tsbere | csharp: That would be a "yes" then |
| # | 10:12:41 | tsbere | csharp: They are defined in files in the staff client. Skin directory, hotkeys folder, I think? |
| # | 10:12:49 | mrpeters-isl | phasefx: thanks for the note on advanced tabs. fixed that last night. |
| # | 10:12:49 | csharp | tsbere: ah |
| # | 10:12:55 | csharp | thanks |
| # | 10:14:23 | csharp | Just got this when entering the "Work Log" interface: http://pastebin.com/9mfDdHTF |
| # | 10:15:00 | bjwebb has joined #evergreen |
| # | 10:15:00 | bjwebb has joined #evergreen |
| # | 10:24:22 | sal_ has quit IRC |
| # | 10:26:21 | moodaepo has quit IRC |
| # | 10:26:21 | moodaepo has joined #evergreen |
| # | 10:29:29 | mrpeters-isl | small ttpac thought...i think the logo in top left should always link to the "home" of the local catalog, rather than to evergreen-ils.org |
| # | 10:30:46 | phasefx | csharp: I'll poke at that |
| # | 10:30:55 | csharp | phasefx: cool |
| # | 10:31:39 | csharp | I haven't done any transactions on the workstation yet, if that affects anything |
| # | 10:34:47 | phasefx | no, I missed something when I was ripping map_row_to_columns out of list invocations |
| # | 10:37:19 | bshum | mrpeters-isl: I would tend to agree with that opinion. The link at the bottom for powered by Evergreen points to the EG site anywho, so there's still a link back somewhere. |
| # | 10:38:55 | bshum | tsbere: Is it possible to completely hide the hotkey button in the staff client, along with the menu links to it? (not sure we'd want to share that option with our libs right away) |
| # | 10:39:18 | dbs | mrpeters-isl: it probably should (if by "home" you mean "web page of the particular library"), but one can do that at the skin level (and substitute the library's logo at the same time) |
| # | 10:39:19 | tsbere | bshum: Find the ID(s) for things, add a "display: none" custom CSS rule? |
| # | 10:39:24 | phasefx | csharp: if you git pull, a fix should come down |
| # | 10:39:34 | csharp | yay |
| # | 10:39:38 | csharp | git++ |
| # | 10:40:12 | bshum | tsbere: Ah, that sounds good. Thanks! (not good at custom CSS yet, but should learn more...) |
| # | 10:40:50 | csharp | oh and phasefx++ |
| # | 10:40:53 | csharp | :-D |
| # | 10:41:48 | phasefx will break things more often so he can fix them :) |
| # | 10:50:54 | phasefx | the tpac toggle in the portal page.. we need to enable SSL mode for the tpac for holds to work. There's a pref that already does this, oils.secure_opac, and I can enable it in constants.js when we test use_tpac. My question is whether we should bother preserving the original state of that pref for when we untoggle the tpac. I'm inclined to say no :) should probably make the entire staff |
| # | 10:50:54 | phasefx | client SSL anyway |
| # | 10:50:54 | sal_ has joined #evergreen |
| # | 10:52:08 | csharp | phasefx: will that change require me to build a new staff client? |
| # | 10:53:14 | phasefx | I don't think so. You could use Admin -> For Developers -> about:config now and set oils.secure_opac to true to fix things |
| # | 10:53:30 | csharp | okay - thanks |
| # | 10:53:40 | phasefx | hopefully |
| # | 10:54:25 | dbs | make_entire_staff_client_ssl++ |
| # | 10:55:10 | csharp | phasefx: worked - thanks |
| # | 10:55:22 | phasefx | so, setting the pref doesn't effectively change anything without a restart |
| # | 10:57:18 | phasefx | no, I'm wrong |
| # | 10:57:27 | phasefx | cool deal |
| # | 11:01:48 | berick | running the t-pac non-ssl inside the staff client is guaranteed to cause headaches.. make_entire_staff_client_ssl++ |
| # | 11:02:42 | csharp | hey - I'd like to enable the t-pac and google's not helping - isn't there a wiki page around? |
| # | 11:02:43 | phasefx | of course, we lose some caching benefits.. say I were to make browser.xul use SSL for any embedded interface, I think it'd be loading dojo over and over. I could be wrong |
| # | 11:03:49 | berick | csharp: running master? |
| # | 11:03:58 | csharp | rel_2_1 |
| # | 11:04:19 | csharp | ah - found it |
| # | 11:04:26 | csharp | http://evergreen-ils.org/dokuwiki/doku.php?id=dev:opac:template-toolkit&s[]=template&s[]=toolkit |
| # | 11:04:30 | csharp | for the logs ;-) |
| # | 11:05:10 | berick | csharp: hate to dissapoint.. no can do in rel_2_1 |
| # | 11:05:29 | csharp | heh - that's okay |
| # | 11:05:37 | csharp weeps silently |
| # | 11:08:09 | berick grabs 0628 |
| # | 11:12:29 | eeevil | gmcharlt_: re pl/apl http://www.postgresql.org/docs/9.0/interactive/external-pl.html says no, and it was an april fools day joke in 2005: http://archives.postgresql.org/pgsql-announce/2005-04/msg00000.php ... :) |
| # | 11:15:27 | dbs | I'm sure that was a feature in 9.1 |
| # | 11:15:56 | dbs | Also, pl/miker |
| # | 11:21:18 | brian_f has joined #evergreen |
| # | 11:25:49 | eeevil | dbs: oh, that was renamed to pl/bf |
| # | 11:27:22 | dbs wonders if there are any appropriately licenced "what's new in Evergreen 2.1 / 2.2" presentations floating around |
| # | 11:29:57 | mrpeters-isl | dbs: i was just changing the href to "/eg/opac/home" |
| # | 11:30:03 | mrpeters-isl | so it always goes back to the home of the opac |
| # | 11:30:40 | mrpeters-isl | i loaded ttpac in 2.1...at least it appears i did? |
| # | 11:30:53 | dbs | mrpeters-isl: yeah. the original KCLS skin linked to kcls.org, the home of the library, which makes the most sense to me. I really think it should just be part of a list of "creating a customized skin" action items |
| # | 11:30:55 | mrpeters-isl | http://dev.evergreen.lib.in.us/eg/opac/home is on 2.1 |
| # | 11:31:35 | mrpeters-isl | fwiw it never linked anywhere in the current skin |
| # | 11:31:38 | mrpeters-isl | was just an image |
| # | 11:32:04 | dbs looks at it linking to evergreen-ils.org |
| # | 11:32:18 | dbs | fwiw |
| # | 11:32:24 | mrpeters-isl | the one at bottom does |
| # | 11:32:56 | dbs | http://dev198.esilibrary.com/eg/opac/home agrees with me |
| # | 11:33:03 | dbs | fwiw |
| # | 11:33:08 | mrpeters-isl | im talking about the old opac |
| # | 11:33:17 | mrpeters-isl | http://50.19.218.214/opac/en-US/skin/default/xml/advanced.xml?d=0 for example |
| # | 11:33:28 | dbs doesn't care about the old opac |
| # | 11:33:51 | mrpeters-isl | i think the "powered by" icon should link to the community, but i think the one in top left on all pages should go "home" or nowhere |
| # | 11:34:17 | mrpeters-isl | someone'll forget to change it and then phasefx will be annoyed because he's getting questions on the feedback form :) |
| # | 11:35:06 | phasefx | meh, annoyed by spam maybe |
| # | 11:35:14 | dbs | open-ils-spam list |
| # | 11:35:19 | mrpeters-isl | lol |
| # | 11:35:50 | csharp creates the list as requested |
| # | 11:36:05 | bshum | Speaking of lists. |
| # | 11:36:26 | bshum | Markmail search only looks at the 3 lists from before. Is there any way to change that to search the new ones that have been created too? |
| # | 11:36:52 | bshum | Or at least, the markmail link that's on the site page somewhere... |
| # | 11:37:16 | mrpeters-isl | i was thinking some dropdowns like http://www.filamentgroup.com/examples/menus/flat.php would be really sharp |
| # | 11:38:02 | csharp | bshum: I think we have to request that MarkMail add them |
| # | 11:38:11 | csharp | I'm at their contact page now |
| # | 11:41:49 | bshum | csharp: Neat, I wasn't sure how many folks really want to search (or see) all of the mailing lists at the same time, but I like having that sort of option at my fingertips. |
| # | 11:44:50 | csharp | okay - I requested that they add evergreen-reports and evergreen-web-team |
| # | 11:45:05 | bshum | csharp++ |
| # | 11:45:07 | bshum | Thanks! |
| # | 11:48:05 | mrpeters-isl | hmmm active barcode in Personal Information seems to be showing my password hash instead of the barcode |
| # | 11:48:28 | phasefx | mrpeters-isl: admin user? |
| # | 11:48:31 | mrpeters-isl | yes |
| # | 11:48:37 | mrpeters-isl | that normal? |
| # | 11:48:41 | phasefx | randomly generated barcode |
| # | 11:48:54 | mrpeters-isl | aha ok got worried for a sec :) |
| # | 12:12:04 | mrpeters-isl | staff client likes to render a nice ugly black border around the print-wrapper icons |
| # | 12:15:32 | mrpeters-isl | rather, printnav |
| # | 12:18:37 | kmlussier has quit IRC |
| # | 12:20:56 | dbs | mrpeters-isl: that (printnav) is gone in my branch. maybe i should issue a merge request so we can worry about one style/skin instead of two |
| # | 12:22:27 | mrpeters-isl | ah, see i like that little tab |
| # | 12:23:20 | dbs | It's just an INCLUDE away for people who like superfluous images |
| # | 12:24:13 | mrpeters-isl | yeah, only thing is we need to pull over my updated png's for it for those who do enable it |
| # | 12:24:14 | dbs notes that reporter HTML output should probably include UTF8 encoding declaration & will patch it so |
| # | 12:24:24 | mrpeters-isl | the blue/grey ones wont match so well |
| # | 12:24:25 | Dyrcona | Whee! Rounding errors in Perl lead to fee payment problems in SIP2. |
| # | 12:35:29 | matt_carlson has joined #evergreen |
| # | 12:50:40 | AaronZ-PLS has joined #evergreen |
| # | 12:58:05 | dbs | et voila: bug + pullrequests for unicode in HTML report output at https://bugs.launchpad.net/evergreen/+bug/856567 |
| # | 12:58:48 | bjwebb has quit IRC |
| # | 13:06:59 | dbs is pretty sure that we can drop the "how to use git" boilerplate from bug reports |
| # | 13:07:21 | berick | +1 |
| # | 13:08:17 | sal_ | Dyrcona: uh oh... |
| # | 13:08:52 | dbs could use a refresher in "how not to inadvertently create branches on mainline repo" though :0 |
| # | 13:10:00 | tsbere | dbs: I came up with some more protection for that. Waiting on gmcharlt to do a final look. General idea is "For Evergreen and OpenSRF, only allow branches that start with rel_, tags/rel_, or topic/". |
| # | 13:39:49 | gmcharlt_ | tsbere: that's fine with me - go for it |
| # | 13:42:55 | tsbere | pushed! |
| # | 13:43:08 | gmcharlt_ | tsbere: and sorry, in my haste I had missed that you your initial push was to a topic branch in gitolite-admin |
| # | 13:43:12 | gmcharlt_ | tsbere++ |
| # | 13:43:49 | tsbere | gmcharlt_: I don't like making changes like that without checking with you first. I think I created all the topic branches there...... |
| # | 13:44:18 | tsbere checks |
| # | 13:44:23 | tsbere | Yep. Looks like I made them all. >_> |
| # | 13:46:55 | tsbere | dbs: I personally have no problem putting the boilerplates (I wrote the script to make them) but I do admit it is silly when branches are thrown around in launchpad and the boilerplate is the biggest chunk.... |
| # | 13:47:17 | tsbere has had commits that he thinks are smaller than the boilerplate even when viewed as diffs |
| # | 13:47:22 | dbs | Yeah, I find it's noise |
| # | 13:48:50 | tsbere | On a different note, I made 2.1 versions of the suppress transits and statistical archive branches (by request). Anyone have desire to include new features this late? ;) :p |
| # | 13:49:28 | dbs | We'll just slip the TPAC into 2.1 too, okay? |
| # | 13:49:57 | dbs | git merge origin/master |
| # | 13:50:08 | tsbere | As far as MVLC is concerned we can skip 2.1 entirely. Say "nah, too many changes. We are going to just call the next one 2.2 and never have a 2.1" :P |
| # | 13:50:23 | Dyrcona | Anyone got any TPAC development branches that they think would be good to look at on my dev server? |
| # | 13:50:39 | Dyrcona | I've already merged dbs' amazon style display. |
| # | 13:51:16 | Dyrcona | And, yeah, we don't really care one way or the other about 2.1, but some of our "partners" do. |
| # | 13:51:57 | Dyrcona | They think it will be more stable than master, but I fail to see how since no one really runs 2.1, but someone runs master in production. |
| # | 13:53:20 | Dyrcona | btw, sal_, https://bugs.launchpad.net/evergreen/+bug/856566 |
| # | 13:56:32 | edoceo has joined #evergreen |
| # | 13:57:31 | Dyrcona | so, no other tpac branches for me to play with/break? |
| # | 13:58:03 | matt_carlson has quit IRC |
| # | 13:58:19 | sal_ | Dyrcona: testing tomorrow with a customer against their test server; assuming that patch will make it in before they go live in November. WIll patch my builds in the mean time :-) |
| # | 13:58:56 | senator | it'd be a good opportunity for someone to get some fresh eyes on something like that, but for my part i can't think of any outstanding branches atm |
| # | 13:59:11 | dbs | Dyrcona: mrpeters pushed working/user/mrpeters-isl/tpac_semantic_amazon_record_details a little while ago - a few commits on top of mine |
| # | 13:59:39 | Dyrcona | ok. i'll merger mrpeters branch into my dev branch. |
| # | 13:59:57 | Dyrcona | sal_: We'll use the bug fix branch in our next update, even if its not in master by then. |
| # | 13:59:58 | dbs | just don't hold anything he did to make it beautiful against me and my stark code |
| # | 14:00:14 | Dyrcona | dbs: np. :p |
| # | 14:02:00 | dbs | (mrpeters does beautiful work) |
| # | 14:04:09 | Dyrcona | Waiting for "autopacking the repository to finish." Likely has by the time I've typed this. |
| # | 14:04:22 | matt_carlson has joined #evergreen |
| # | 14:11:32 | agJohn has joined #evergreen |
| # | 14:12:22 | mrpeters-isl | aw thanks dbs |
| # | 14:12:45 | moodaepo | tsbere: Quick question how would I set a default value in the patron registration form? I tried default='CA' but no luck with that. |
| # | 14:13:07 | tsbere | moodaepo: You know, I never tried that. <_< |
| # | 14:13:14 | tsbere has no clue |
| # | 14:13:39 | moodaepo goes to look |
| # | 14:15:40 | agJohn | Hi Folks. Anyone else encountered errors with the 1.6.1-2.0 final partial reingest phase? |
| # | 14:15:42 | agJohn | Drilling down to find the source of the problem, biblio.extract_metabib_field_entry is throwing: |
| # | 14:15:43 | agJohn | Error: ERROR: could not create XPath object |
| # | 14:15:45 | agJohn | Undefined namespace prefix |
| # | 14:15:47 | agJohn | xmlXPathCompiledEval: evaluation failed; |
| # | 14:15:48 | agJohn | I googled to see if there was anything about this, and all I see that seems related is a discussion back in Jan of '10 in which miker decides to reimplement |
| # | 14:15:50 | agJohn | "xslt_process() as a simplified plperlu function". So, I'm not sure this is related. |
| # | 14:16:47 | agJohn | If this isn't a known problem, I'll paste all the info about it (I've ID specific entries in the lists of xpath entries that seem to be the source of my woes). |
| # | 14:17:17 | eeevil | agJohn: likely the xpath in config.metabib_field needs to be updated to use the namespace prefix defined on the config.xslt_transform table |
| # | 14:17:26 | eeevil | agJohn: as in, marc: vs marcxml: |
| # | 14:18:48 | agJohn | eeevil: Hmm. I think I'll do the paste. The entries that are problematic have 'marc' as their prefix. (Now I just gotta find my note about where you paste things....) |
| # | 14:19:15 | agJohn | The entries that fail look a whole lot like the ones that work.... |
| # | 14:22:46 | tsbere | moodaepo: what are you looking to default? |
| # | 14:23:47 | moodaepo | tsbere: Country & State - I also tried value='CA' but now I think I need to set it somewhere else |
| # | 14:24:00 | tsbere | I think country has an org unit setting |
| # | 14:26:13 | tsbere | moodaepo: In the DB, ui.patron.default_country exists. Nothing about default state. |
| # | 14:26:14 | moodaepo | Ah right that is already set |
| # | 14:27:38 | moodaepo off to a meeting for now |
| # | 14:29:08 | bjwebb has joined #evergreen |
| # | 14:37:59 | agJohn | Just pasted some details on the "Undefined namespace prefix" error: http://paste.lisp.org/display/124785 |
| # | 14:38:01 | agJohn | I'd appreciate anyone's assistance who can take a few minutes to look at it. |
| # | 14:39:49 | agJohn | Hmmm. Just noticed that the unhappy rows use double-quotes around the tag number: //marcxml:datafield[@tag="590"] |
| # | 14:39:51 | agJohn | Where all others have single quotes around the tag numbers. |
| # | 14:39:52 | agJohn | I'll see if that's the problem. |
| # | 14:40:45 | eeevil | agJohn: it's the namespace prefix |
| # | 14:41:12 | eeevil | the ones marked Fail use "marcxml:" and the ones marked "Works" use "marc:" |
| # | 14:41:42 | eeevil | agJohn: in the actual xpath |
| # | 14:42:05 | agJohn | Looking in the wrong place for the namespace prefix--not the value called "prefix" in the function. I'm with you now. |
| # | 14:42:51 | agJohn | That rather suggests something went wrong in updating/inserting those rows in the upgrade script, does it not? |
| # | 14:43:38 | dbs wonders what version of the upgrade script agJohn is using |
| # | 14:44:29 | eeevil | the failing ones are local customizations, and the upgrade script almost certainly targets specific (stock) index defs |
| # | 14:44:59 | agJohn | Downloaded the 2.0.9 source code on Monday or Tuesday--ah, looks like eeevil has figured it out. |
| # | 14:45:02 | eeevil | it's just a matter of "we won't "fix" things we're not sure are incorrect" |
| # | 14:45:15 | agJohn | Completely understandable. |
| # | 14:46:16 | agJohn | There was undoubtedly a message that I blipped over telling me to check stuff like that.... |
| # | 14:46:39 | agJohn | Another item to add to my troubleshooting notes.... |
| # | 14:49:51 | sal_ | tsbere: a minor niggle that has always bugged me... re bug 720795 (https://bugs.launchpad.net/evergreen/+bug/720795) , how do I get the DoB to show up in the suggested/required fields when registering a patron? (Especially if the staff client keeps complaining about invalid DoB?) |
| # | 14:50:16 | tsbere | sal_: What version of EG? |
| # | 14:50:53 | sal_ | running off the master from last Monday? |
| # | 14:51:11 | sal_ | But I've seen it in everything from 2.0.5 up... |
| # | 14:51:29 | tsbere | Turn on the DOB required setting in library settings editor. As for "invalid", it will default to your system's date format, but the global date format can override it. |
| # | 14:51:43 | sal_ | Thanks! |
| # | 14:52:17 | sal_ | Invalid is probably because there isn't one, rather than the format not matching... |
| # | 14:52:46 | sal_ | Will I have to rebuild the client, or will it pick up the library settings automagically? |
| # | 14:56:37 | Dyrcona | sal_: you won't have to rebuild the client, but you probably will have to log out and log back in. |
| # | 15:00:49 | _bott_ has quit IRC |
| # | 15:01:54 | dbs | berick: i like the YAOUS; thinking about a similar YAOUS for "holds for this library's items can only be picked up at this library" - or disabling the hold pickup selection dialogue entirely, really |
| # | 15:01:56 | _bott_ has joined #evergreen |
| # | 15:04:22 | tsbere | dbs: Your desire there sounds great for copy/volume holds. How would you anticipate it working for title holds? |
| # | 15:04:58 | tsbere | Or are you thinking a "you can only pick stuff up at your home library" type deal? |
| # | 15:05:22 | dbs | tsbere: roughly, pick up only at asset.copy.circ_lib, within given scope |
| # | 15:06:17 | dbs | Our particular use case is a campus with about 9 different OUs. We don't ship items around between the OUs. |
| # | 15:06:57 | tsbere | Still not sure how a title level hold can auto-pick the pickup location. |
| # | 15:07:28 | dbs | tsbere: Yes, it seems that holds are pretty broken for our use case |
| # | 15:08:34 | tsbere dislikes when the code does not meet known, documentable or documented use cases |
| # | 15:08:54 | dbs | Amazingly, we've somehow survived for the past 2.5 years |
| # | 15:08:56 | tsbere | known but nobody can document use cases, on the other hand, can go jump in the nearest lake ;) |
| # | 15:09:59 | jeff | one option for dbs' use case would be to enable volume holds and disable title holds -- possibly with a friendly "we found volumes at these two libs -- since we don't ship items, which library would you like to pick for your hold?" |
| # | 15:10:24 | jeff | hog wild would be "doesn't matter, i'll pick it up at whichever library has it available first" :-) |
| # | 15:10:40 | dbs | the reality is that the bulk of our titles were per-library, including loads of dupes, so it hasn't really shown up in practice much. Yet. |
| # | 15:11:36 | tsbere | Hmm. Allow a null in the pickup_lib field. If it is null, it is picked up wherever it shows up, and the patron has to go fetch it. Wherever that may be! ;) |
| # | 15:11:37 | dbs needs to explore how volumes differ from sets in 2.1+ again |
| # | 15:12:04 | tsbere mentally translates "volume hold" to "call number hold" just to keep things straight |
| # | 15:12:31 | sal_ | general question: where are YAOUSs best implemented? (Still tweaking my "SIP item properties." Right now sticking stuff in oils_sip.xml->supports, and using SIP->supports() to check...) |
| # | 15:13:11 | tsbere | sal_: Where they are needed! Also in the EG side of the SIP code, not the SIPServer side. |
| # | 15:14:35 | eeevil | dbs: hard boundaries (and, if you're using it, transit distance restriction) doesn't work for you, re holds are broken? or don't do quite what you want? |
| # | 15:14:45 | jamesrf | i think it would be nice if the holds pickup selector populated based on eligible pickup locations for that hold |
| # | 15:14:48 | dbs | eeevil: pickup location selector |
| # | 15:14:55 | eeevil | s/using it/using in-db hold matrix/ |
| # | 15:15:18 | tsbere | jamesrf: That sounds like a headache waiting to happen. |
| # | 15:15:49 | jamesrf | how so? users shouldn't see the location if it's not a valid pickup location |
| # | 15:15:52 | eeevil | dbs: oh, broken from the "user can request impossible holds and keeps seeing the no-copies error" perspective |
| # | 15:15:53 | jeff | jamesrf: incredibly useful, especially where you can't get away from policies that limit that kind of thing. i can see how it would quickly get complex fast. |
| # | 15:16:10 | dbs | eeevil: yeah |
| # | 15:16:23 | tsbere | jamesrf: Oh, I have no problem with the *user* end of it. The headache comes from the writing *code* end of it. |
| # | 15:16:32 | eeevil | jamesrf: org hiding does that for sitka, right? |
| # | 15:16:36 | dbs | jamesrf: i would want / hope to see that as a user, if we could make the backend part go away :) |
| # | 15:16:37 | jamesrf | well who are we writing the code for? |
| # | 15:17:17 | dbs has written no holds code because he doesn't really grok the more complex PINES-level scenarios and doesn't want to badly break them |
| # | 15:17:18 | jamesrf | yeah we do org hiding but we have some additional hbacks |
| # | 15:17:22 | tsbere | The issue is to figure out the tree you have to run a full "can this hold be placed" for *every OU the user can possibly place the hold for*. With the same shortcuts out as that. |
| # | 15:18:09 | eeevil | tsbere: for every pre-potenial copy at every OU ... :) |
| # | 15:18:11 | tsbere | So the user gets to wait six weeks for every OU to be tested across every copy that might fill. And if no copy will ever fill at an OU you have to wait for the backend to test *every copy* |
| # | 15:18:18 | dbs leans towards the reliably dumb "what copies can I see as this user right now? Okay, populate the list with those libs" for his simple use case |
| # | 15:19:09 | dbs | still all kinds of potential problems, of course. oh yeah. and of course we don't allow holds when items are available on the shelf. |
| # | 15:19:36 | tsbere | The "what copies came up when the user searched" method would be potentially useful, though. |
| # | 15:21:53 | tsbere | dbs: Does your use case include "people aren't at their 'home' library", or are people practically restricted to their "home" library? |
| # | 15:22:36 | eeevil | dbs: right ... org hiding helps with that, but you may not want to use it |
| # | 15:22:37 | dbs | tsbere: no, people can check items out from any of the campus libraries |
| # | 15:22:58 | dbs needs to look into org hiding too |
| # | 15:23:05 | dbs has a long list of "things to look into" |
| # | 15:23:14 | eeevil | :) |
| # | 15:23:57 | jamesrf | we have found some crafty patrons have managed to escape the org unit hiding somehow |
| # | 15:24:45 | jamesrf | we haven't figured out how though |
| # | 15:25:00 | tsbere | Logging into the wrong catalog? |
| # | 15:25:31 | jamesrf | nope |
| # | 15:25:47 | tsbere doesn't have a use for that feature, so hasn't looked into it |
| # | 15:26:22 | jamesrf | they're noticing it in libraries, patrons are leaving the opac machine scoped consortia-wide |
| # | 15:26:55 | jamesrf | apache logs are not helping |
| # | 15:28:16 | tsbere | Editing the address bar to enter a depth of 0? |
| # | 15:28:52 | tsbere | Or....does the org unit hiding change/suppress the "you got didlysquat for results, you want to expand to *everywhere*?" prompt? If that was missed.... |
| # | 15:30:56 | sal_ | tsbere: I didn't have to do anything on the SIPServer side... Some forethoughtful developers had implemented the CH field already--if item.sip_item_properties exists, send it out as a CH. |
| # | 15:31:21 | jeff | doesn't seem to be that, but i've seen / heard reports of similar. |
| # | 15:31:35 | jeff | (escaping org unit hiding, unintentionally) |
| # | 15:32:13 | jamesrf | tsbere: i think we've suppress the low hits thing although not sure if i've contribed that back as we had our own incarnation of org unit hiding prior to org unit hiding being added |
| # | 15:35:30 | Dyrcona | mrpeters-isl++ #tt-opac css changes |
| # | 15:40:10 | tsbere | http://git.mvlcstaff.org/?p=tsbere/ILS.git;a=shortlog;h=refs/heads/alt_app_name < mainly for Dyrcona who was saying he wants an ability to do that. |
| # | 15:45:25 | Dyrcona | tt-opac doesn't quite work with Firefox 3.6.22. |
| # | 15:46:34 | dbs | Dyrcona: definitions of "doesn't quite work" welcome; as well as sorting out whether it's my changes or mrpeters' changes that break it |
| # | 15:47:13 | dbs was thinking "bah, who is even going to have 3.6.22 around by the time TPAC is released" then realized -- oh, staff client |
| # | 15:47:26 | tsbere | The "Your name", "My Account", "Logout" area isn't showing up for him and he gets black boxes around nav points. |
| # | 15:47:45 | tsbere has no clue who's changes, if anyone's, are the problem, though |
| # | 15:49:55 | dbs wonders if that stuff is supposed to show up inside the staff client |
| # | 15:50:13 | tsbere | For added fun: He has no header div in the HTML source. |
| # | 15:50:24 | tsbere wonders if something caused the tpac to think he is *in* the staff client |
| # | 15:50:46 | Dyrcona | dbs: I don't think it was either of your changes. I seem to recall seeing this before loading your branches. |
| # | 15:51:12 | Dyrcona | I use FF 3.6.22 because I run lucid on the desktop and that's the package for lucid. |
| # | 15:51:26 | Dyrcona | Looks great in Chromium, though. :) |
| # | 15:53:22 | dbs develops with Firefox 6.0.2 and Chromium |
| # | 15:53:31 | Dyrcona | Voice search in Chromium is neat: Say, "Paulo Coelho" searches for "hello whale". :) |
| # | 15:54:59 | dbs | voice search works well for me with a headset |
| # | 15:57:49 | tspindler has quit IRC |
| # | 15:58:54 | Dyrcona | haha. tsbere++ |
| # | 15:58:59 | Dyrcona | oils_xulrunner /xul/2_1_1mvlc_4/server/ was my user agent. |
| # | 15:59:38 | collum has quit IRC |
| # | 15:59:39 | dbs | Dyrcona: you're right, in xulrunner 1.9.2.17 the header is cut off too, and that's before my changes. bizarre |
| # | 15:59:41 | Dyrcona | I installed the extension at one point in time and the server thought I was running the staff client. |
| # | 15:59:53 | dbs | SWEET |
| # | 15:59:57 | dbs doesn't worry anymore |
| # | 16:00:03 | tsbere | I don't like this code anymore: $ctx->{is_staff} = ($self->apache->headers_in->get('User-Agent') =~ /oils_xulrunner/); |
| # | 16:00:33 | dbs | tsbere: that's solid security right there :) |
| # | 16:03:08 | Eric____ has joined #evergreen |
| # | 16:06:32 | senator | $ctx->{is_staff} isn't (shouldn't) be used to indicate auth. just a matter of knowing whether to try staff-client operations and whether to draw certain things. auth needed for crud operations isn't affected |
| # | 16:07:04 | tsbere | Still, IMO, a bad idea to use user agent for that. Especially if we decide to try and continue to support extension-mode. |
| # | 16:07:05 | dbs | senator: I know, display only |
| # | 16:07:17 | senator | in other words, nothing sensitive should be hiding behind an if ($ctx->{is_staff}) test. it should be spelled out as is_staff_client so as not to suggest is_staff_user though |
| # | 16:08:19 | tsbere wonders if a better choice might be to check the authtoken for, say, workstation ID |
| # | 16:08:37 | tsbere | The staff client should never load pages without an authtoken... |
| # | 16:08:58 | phasefx | some non-staff client interfaces can have a workstation I believe |
| # | 16:09:03 | tsbere | hmm |
| # | 16:09:07 | berick | not sure how important it is, but I often log in with a workstation from the browser for devlopment purposes |
| # | 16:09:17 | berick | what phasefx said |
| # | 16:10:20 | berick | is extension-mode still a viable option? |
| # | 16:10:33 | berick thought the auto-update stuff effectively deprecated that |
| # | 16:10:39 | senator | i thought that was history, too, but could be crazy |
| # | 16:10:40 | tsbere | Not while we are stuck in 3.0ish xulrunner land |
| # | 16:11:00 | tsbere | But if we pull out of 3.0ish xulrunner land it would instantly become viable again, if we want it to. |
| # | 16:11:25 | berick | gotcha |
| # | 16:11:35 | dbs googles "automatic XUL to Template::Toolkit conversion" |
| # | 16:11:44 | eeevil | ha! |
| # | 16:11:57 | eeevil | dbs: jaxer |
| # | 16:12:04 | senator shoots eeevil |
| # | 16:12:10 | eeevil | hehehe |
| # | 16:12:59 | lisah_ has joined #evergreen |
| # | 16:13:29 | tsbere could write a very simple alternate solution based on a custom request header |
| # | 16:14:11 | tsbere | And, in the process, rip out extension support as that solution kills any thoughts of using extension mode ;) |
| # | 16:16:09 | Eric____ has quit IRC |
| # | 16:16:15 | dbs needs to figure out why "Bib Call #" gets populated in Staff Client bib view with LC, but Call Number dropdown only shows Dewey |
| # | 16:20:35 | phasefx | dbs: bib_brief_overlay.js, line 97 |
| # | 16:20:56 | phasefx | looks like it's supposed to be using cat.default_classification_scheme |
| # | 16:24:18 | dbs | phasefx: okay - so it uses class 1 by default, which picks the first CN it finds in the list (050ab,...), which makes sense - 050 is LC call number |
| # | 16:24:37 | dbs | but I thought the drop-down selector should be populated by all the matches for that list |
| # | 16:24:58 | dbs | in vol/copy creator I mean :) |
| # | 16:25:08 | dbs will go look there |
| # | 16:27:54 | phasefx | cat.util.render_callnumbers_for_bib_menu |
| # | 16:29:13 | dbs | yep, I'm already there |
| # | 16:29:34 | dbs | sorry, should have let you know so you can focus on something else |
| # | 16:29:49 | phasefx obsesses |
| # | 16:31:28 | dbs | open-ils.cat.biblio.record.marc_cn.retrieve returns what it should |
| # | 16:31:59 | dbs wonders why only one call number out of the three that are returned is displayed in the menu |
| # | 16:32:23 | tsbere | bad loop? no loop? |
| # | 16:32:48 | phasefx wonders why call_number_class is in asset and not config :) |
| # | 16:33:23 | tsbere | Because lots of things don't live in sane places. :P |
| # | 16:34:27 | phasefx | working for me in my master |
| # | 16:34:29 | dbs | is that like actor.org_unit_settings, or shell scripts in src/sql/ |
| # | 16:34:48 | tsbere | I don't know, actor.org_unit_settings isn't too bad, the types live in config. |
| # | 16:36:40 | dbs | phasefx: via "Holdings Maintenance"? You pull in, say, Apache Derby and get two different call numbers to choose from? |
| # | 16:36:41 | phasefx | what I'm not sure about is why it's defaulting to Dewey for me and not Generic |
| # | 16:37:08 | gdunbar has quit IRC |
| # | 16:37:21 | phasefx | dbs: I handcrafted a record from New Marc with an 050, 082, 092.. then did Add Volumes from the record summary pane |
| # | 16:37:34 | dbs thinks "I need to configure that setting, let me go to config.actor_org_unit" all the time |
| # | 16:37:37 | phasefx | I get the 082 and the 092 |
| # | 16:37:52 | phasefx | and my volume defaults to Dewey.. but I don't have the org setting set |
| # | 16:37:53 | dbs | maybe it's a difference in entry points, somehow |
| # | 16:38:29 | phasefx | same behavior for me from holdings maintenance |
| # | 16:38:43 | phasefx tries the bib mentioned |
| # | 16:39:11 | dbs | Yeah, i get the same bad behaviour from both entry points, using master |
| # | 16:41:00 | phasefx | dbs: you're adding volumes.. which class are they defaulting to? |
| # | 16:41:29 | dbs | phasefx: I have no class_scheme OUS set, so default/generic |
| # | 16:42:42 | phasefx has none set either, but is getting a 2 |
| # | 16:43:01 | dbs | you're getting both call numbers in the drop-down? |
| # | 16:43:08 | phasefx | no |
| # | 16:43:47 | phasefx | if you control+shift+f7 while focused on say, the menu, and eval g.label_class, you get 1? |
| # | 16:45:21 | dbs gets 2 |
| # | 16:45:39 | phasefx | alright, it's pulling the class from the dummy acn passed in |
| # | 16:46:05 | dbs | heh - "dvalue" is "dummy value"? |
| # | 16:46:18 | phasefx | no, I got that wrong in my head |
| # | 16:46:26 | phasefx | g.label_class = g.data.list.acnc[0].id(); |
| # | 16:46:29 | phasefx | it's doing that |
| # | 16:47:01 | phasefx | which happens to be dewey |
| # | 16:47:34 | phasefx | the 2nd element is generic :) |
| # | 16:48:54 | phasefx | so we need to put that in bib_brief_overlay for consistency.. or just use 1 instead |
| # | 16:50:21 | phasefx | make sense? with lack of org setting, we're default to 1 in the record summary pane, but default to the first fieldmapper object in an arbitrarily ordered list for the volume/copy creator |
| # | 16:52:01 | dbs is tired and make_menulist(foo.concat(map_list(bar, embedded function))) appears to be too much to grok atm |
| # | 16:53:01 | dbs thought the record summary pane was doing the right thing, but was still confused about why he's seeing only one entry in the "Call Number" selection widget |
| # | 16:53:13 | dbs | now even my faith in the record summary pane is dashed :) |
| # | 16:53:50 | moodaepo confirms FF 3.6.22 issue Dyrcona mentioned earlier. Looks great in Opera 11.51 on Ubuntu Lucid : ) |
| # | 16:54:47 | phasefx | that google books preview issue I mentioned before, ended up putting a min-height on the preview div and that works by some voodoo magic |
| # | 16:55:26 | dbs | CSS++ |
| # | 16:55:28 | dbs | CSS-- |
| # | 16:56:26 | jeff | moodaepo: how much of YOUR audience / users are Opera 11.51 on Ubuntu Lucid? ;-) |
| # | 16:57:08 | moodaepo | jeff++ # Answer - 1 : ) |
| # | 16:57:11 | dbs tracking back to where g.label_class gets set. slowly |
| # | 16:57:29 | dbs | oh fun, nested ternaries |
| # | 16:58:08 | phasefx | show me syntactic sugar and everything is cake |
| # | 16:59:02 | dbs | heh |
| # | 16:59:23 | tsbere rarely uses nested ternaries........unless he is looking to be especially confusing |
| # | 16:59:41 | tsbere | or I don't know a better way to do it due to lack of experience with other constructs in the language |
| # | 17:01:31 | dbs | tsbere++ |
| # | 17:02:21 | dbs has quit IRC |
| # | 17:05:22 | AaronZ-PLS has quit IRC |
| # | 17:09:18 | jeff | git sanity check: i want to test master with changes from branch1 branch2 branch3 -- create a new local branch from master, merge the other three branches, test, and nuke branch when finished and happy with the results? |
| # | 17:09:44 | jeff | (as in, merge branch1 into my-temp-branch, then merge branch2 into my-temp-branch...) |
| # | 17:09:56 | tsbere | or "git merge branch1 branch2 branch3" ;) |
| # | 17:10:03 | jeff | good to know! |
| # | 17:10:12 | jeff | other than that timesaving shortcut, am i doing it right? |
| # | 17:10:20 | tsbere | Pretty much. |
| # | 17:13:53 | fortin has joined #evergreen |
| # | 17:19:29 | jeff | Dyrcona: if you don't already have an approach, here's one method of handling floating point gotchas: http://paste.lisp.org/display/124788 |
| # | 17:20:18 | jeff | Dyrcona: mostly the abs($foo-$bar) > 0.01 instead of $foo != $bar |
| # | 17:20:52 | Dyrcona | jeff: used sprintf("%.2f", $amount_paid) to truncate to 2 decimal points. |
| # | 17:30:28 | jeff | third option is to assume money/currency and multiply by 100 like various fine code does. :-) |
| # | 17:31:08 | jeff | the sprintf seems like it might trip up sometimes, but i can't think of an example, and it comes recommended by various sources like the perl cookbook. |
| # | 17:31:16 | Dyrcona has quit IRC |
| # | 17:31:27 | lisah_ has quit IRC |
| # | 17:36:15 | matt_carlson has quit IRC |
| # | 17:51:44 | sal_ has quit IRC |
| # | 18:01:44 | lisah_ has joined #evergreen |
| # | 18:15:26 | fortin has quit IRC |
| # | 18:31:43 | Dyrcona has joined #evergreen |
| # | 18:42:22 | matt_carlson has joined #evergreen |
| # | 18:46:51 | matt_carlson has quit IRC |
| # | 18:51:33 | matt_carlson has joined #evergreen |
| # | 18:52:31 | lisah_ has quit IRC |
| # | 18:55:54 | AaronZ-PLS has joined #evergreen |
| # | 18:58:21 | AaronZ-PLS has quit IRC |
| # | 19:29:13 | Dyrcona has quit IRC |
| # | 19:40:19 | bjwebb has quit IRC |
| # | 19:47:30 | lisah_ has joined #evergreen |
| # | 20:15:52 | lisah_ has quit IRC |
| # | 21:03:34 | matt_carlson has quit IRC |
| # | 23:14:47 | lisah_ has joined #evergreen |
| # | 23:54:13 | matt_carlson has joined #evergreen |
| # | 23:55:55 | lisah_ has quit IRC |
| # | 23:58:53 | matt_carlson has quit IRC |
| # | 23:59:27 | matt_carlson has joined #evergreen |
April 10-13