← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
| Time | Nick | Message |
|---|---|---|
| 00:16 | jenkins_koha | Project master_maria build #378: SUCCESS in 52 min: http://jenkins.koha-community.[…]master_maria/378/ |
| 00:16 | * Jonathan Druart: Bug 10611: Use mysql_auto_reconnect instead of ping | |
| 00:16 | * Galen Charlton: Bug 10611: (follow-up) cache DBMS driver code in context object | |
| 00:16 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=10611 major, P1 - high, ---, jonathan.druart, Pushed to Master , C4::Context->dbh checks if the DB is still running |
| 00:29 | maximep left #koha | |
| 00:39 | jenkins_koha | Project Koha_master build #1654: SUCCESS in 2 hr 22 min: http://jenkins.koha-community.[…]Koha_master/1654/ |
| 00:39 | * Frédérick Capovilla: Bug 11359: Add the borrower's cardnumber and phonenumber to the branch overdues report | |
| 00:39 | * Fridolyn SOMERS: Bug 3445: add more indexes on the action_logs table | |
| 00:39 | * Galen Charlton: Bug 3445: DBRev. 3.15.00.021 | |
| 00:39 | * Fridolin Somers: Bug 11516: make OPAC search term highlighting work in results browser | |
| 00:39 | * David Cook: Bug 11465: Show counts and amounts on OPAC 'your summary' tabs | |
| 00:39 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=11359 enhancement, P5 - low, ---, fcapovilla, Pushed to Master , Add cardnumber and phonenumber columns to the branch overdues circulation report. |
| 00:39 | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=3445 enhancement, P5 - low, ---, fridolyn.somers, Pushed to Master , action_logs table needs some thought | |
| 00:39 | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=11516 minor, P5 - low, ---, oleonard, Pushed to Master , OPAC highlight lost in results browser | |
| 00:40 | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=11465 enhancement, P5 - low, ---, dcook, Pushed to Master , Show counts and amounts on OPAC your summary tabs | |
| 00:43 | jenkins_koha | Starting build #1655 for job Koha_master (previous build: SUCCESS) |
| 01:17 | rangi | dcook: i think it is using the author date for gitstats |
| 01:17 | so | |
| 01:17 | Thu, 2 Jan 2014 05:48:01 +0000 (16:48 +1100) | |
| 01:17 | not the date it was pushed | |
| 01:23 | dcook | Mmm, right. I think I noticed that a while ago. I think Github might do the same thing. |
| 01:24 | rangi | its usually the default |
| 01:25 | dcook | The totals incremented in any case :) |
| 01:25 | Although I should get on to more testing and patching... | |
| 01:25 | rangi | :) |
| 01:26 | dcook | The queue does seem to be getting better, at least in terms of bugs :) |
| 01:26 | You folks are stars | |
| 01:29 | Bugger this. Time to do some testing... | |
| 01:30 | Except I'm already using my git dev database for something else..blearg | |
| 01:32 | eythian | I switch databases all the time |
| 01:33 | dcook | I have on one of my VMs but not this particular server, although I suppose I could give it a shot. |
| 01:33 | Although that database just got freed up so I guess it doesn't matter now | |
| 02:18 | gmcharlt | @quote random |
| 02:18 | huginn | gmcharlt: Quote #170: "<jcamins> A lot of people seem to have no idea what they're running." (added by chris_n at 07:26 PM, December 07, 2011) |
| 02:44 | jenkins_koha | Project Koha_master build #1655: UNSTABLE in 2 hr 2 min: http://jenkins.koha-community.[…]Koha_master/1655/ |
| 02:44 | * Jonathan Druart: Bug 10611: Use mysql_auto_reconnect instead of ping | |
| 02:44 | * Galen Charlton: Bug 10611: (follow-up) cache DBMS driver code in context object | |
| 02:44 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=10611 major, P1 - high, ---, jonathan.druart, Pushed to Master , C4::Context->dbh checks if the DB is still running |
| 02:56 | dcook | Has anyone thought about introducing database locks to Koha? |
| 02:57 | eythian | to what end? |
| 02:59 | dcook | Avoiding non-unique barcodes, bib numbers, etc. Or mis-matched bib numbers between the biblio and biblioitems tables. |
| 02:59 | eythian | this is all already the case though |
| 03:00 | dcook | I suppose the non-unique numbers could still happen |
| 03:00 | Oh? | |
| 03:00 | eythian | constraints |
| 03:00 | and foreign keys | |
| 03:00 | dcook | Those don't exist for barcodes though |
| 03:00 | eythian | sure does |
| 03:00 | dcook | O_o |
| 03:01 | eythian | UNIQUE KEY `itembarcodeidx` (`barcode`), |
| 03:01 | dcook | Mmm |
| 03:01 | That might be why I haven't seen that before | |
| 03:01 | I've seen the mis-matched bib numbers between biblio and biblioitems, but perhaps that has other causes.. | |
| 03:01 | eythian | yeah, so long as they link up correctly, things might not expload. |
| 03:01 | but it's not a good sign | |
| 03:02 | aleisha joined #koha | |
| 03:02 | dcook | I'm trying to recall the result.. |
| 03:02 | It wasn't good in any case | |
| 03:02 | eythian | in theory, everything should accept that they might be different. |
| 03:03 | In practice, I bet they don't. | |
| 03:03 | dcook | Mmm, maybe it did accept that they were different, but in an unproductive way |
| 03:03 | Like linking the wrong info to the wrong record | |
| 03:03 | No explosion. Just unexpected and undesired behaviour. Possibly. Can't remember :/. | |
| 03:04 | I was just thinking about the feasibility of making a plugin to create a 001 when cataloguing, but that seems to be...not that much fun | |
| 03:04 | I imagine it would require at least another database field.. | |
| 03:04 | And just isn't worth it and likely misused | |
| 03:10 | The 999 really probably should be the 001, but I suppose that would create problems for folk like cait :/ | |
| 03:15 | eythian | I often make it a combination of a datestamp, the process ID of the migration process, and some ID from the source data when I'm doing migrations. |
| 03:18 | dcook | Those would just exist for your migrated records though and the new records would have nothing, right? |
| 03:18 | eythian | I thought it prepopulated it |
| 03:19 | dcook | Not that I know of |
| 03:19 | eythian | oh, it doesn't |
| 03:20 | dcook | I know magnuse has gotten around that by running exports through a XSLt that does something along the lines of joining the 003 and the 999 (instead of the 003 and the 001) |
| 03:20 | But in terms of linking a record with a 773 to a parent...options aren't that great :/ | |
| 03:20 | Well, actually, that's not so bad | |
| 03:20 | It's really linking the parent back to the child with the 773... | |
| 03:21 | rangi | aleisha: http://bugs.koha-community.org[…]_bug.cgi?id=11719 |
| 03:21 | huginn | 04Bug 11719: normal, P5 - low, ---, oleonard, Needs Signoff , Use new DataTables include in serials templates |
| 03:21 | dcook | Something exact like the biblionumber would be good and is totally achievable (along the lines of what cait does with the 001), but the 999 seems much more...fluid than the 001 |
| 03:22 | rangi | one you have signed off already, but now there is a follow up to sign off too :) |
| 03:22 | and then bug 11711 | |
| 03:22 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=11711 normal, P5 - low, ---, oleonard, Needs Signoff , Use new DataTables include in circ templates |
| 03:22 | dcook | aleisha++ |
| 03:22 | aleisha | ok thanks! |
| 04:22 | dcook | eythian: Do you have time for a quick package question? |
| 04:23 | eythian | ask? |
| 04:23 | wahanui | Don't ask to ask, just ask. |
| 04:23 | dcook | How would one go about downgrading from master (e.g. 3.15) to 3.14? |
| 04:24 | Or can one? | |
| 04:24 | eythian | from a package point of view, just install the older package |
| 04:24 | schema changes may bite you if you're unlucky | |
| 04:24 | dcook | So apt-get purge koha-common then apt-get install koha-common (after changing the sources)? |
| 04:24 | Yeah, I was thinking they're going to have to start over with the schema to be safe | |
| 04:24 | They're just starting out | |
| 04:24 | * dcook | is asking on behalf of some students/friends |
| 04:24 | eythian | no need to purge, just install it. |
| 04:25 | if you use aptitude you can pick the version you want from a list | |
| 04:25 | if you use apt-get there's a way to specify the version | |
| 04:25 | (you'll want to look it up, it's been a while since I've used it. | |
| 04:25 | ) | |
| 04:26 | dcook | Does that mean the package manager winds things back or installs over top? |
| 04:26 | eythian | it's just the same as an upgrade. |
| 04:26 | There's no winding back to do, it just installs the package you tell it to. | |
| 04:26 | dcook | Makes sense |
| 04:26 | Oak joined #koha | |
| 04:27 | dcook | I haven't done much with packages, but doesn't the package just contain instructions for installing code? |
| 04:27 | eythian | in a way |
| 04:27 | but mostly it's just the code itself. | |
| 04:28 | (and other assets) | |
| 04:28 | there are "run this before installation", "run this after installation" scripts. | |
| 04:28 | we don't use them a whole lot. | |
| 04:28 | dcook | But if it were trying to install older code over newer code, wouldn't there be times where it wasn't replacing something? |
| 04:29 | Perhaps I should be less question-heavy and just take your word that it'll work :p | |
| 04:29 | eythian | that could also happen if it was installing newer code over older code. |
| 04:29 | People who built the system are smarter than that :) | |
| 04:29 | * dcook | grew up distrusting authority :p |
| 04:30 | dcook | Well, I'll pass on your advice |
| 04:30 | Thanks for giving it :) | |
| 04:30 | eythian++ | |
| 04:30 | eythian | (essentially, it will remove anything that shouldn't be there, and replace everything that needs to be replaced.) |
| 04:31 | I'm not sure of the exact mechanism used. | |
| 04:31 | dcook | That sounds beautiful :) |
| 04:49 | aleisha++ | |
| 04:49 | Again for good measure | |
| 04:49 | rangi | aleisha++ # two more signed off and a failed qa |
| 04:50 | eythian | "ARRAY(0xc6ccd70) by ARRAY(0xc6cce4c)" |
| 04:50 | I may have a bug | |
| 04:50 | or their titles got a lot more technical. | |
| 04:51 | dcook | lol |
| 04:51 | I don't know why that's so funny, but that was genuine lol. | |
| 04:59 | rangi | right, time to go catch a bus |
| 05:27 | eythian | damnit, I want to put an input box on a page, but something is setting it to display:none and I don't know why |
| 05:31 | ah, some bad html layout | |
| 05:53 | @later tell bag same drill, new code. Delete the index and rebuild. Now there should be a simple browse interface, only title and author will work at the moment. | |
| 05:53 | huginn | eythian: The operation succeeded. |
| 05:57 | dcook | eythian++ |
| 06:01 | bag | heya |
| 06:02 | dcook | hey bag |
| 06:03 | eythian | oh hi bag |
| 06:04 | bag | good morning |
| 06:04 | eythian | how's Marseille treating you? |
| 06:06 | * eythian | has to run now, have a good one |
| 06:13 | bag | ah marseille is treating me well so far :) |
| 06:36 | cait joined #koha | |
| 06:46 | cait joined #koha | |
| 07:06 | laurence joined #koha | |
| 07:28 | matts | hi #koha |
| 07:43 | cait joined #koha | |
| 07:54 | reiveune joined #koha | |
| 07:54 | JesseM joined #koha | |
| 07:56 | pianohacker | bonjour |
| 07:57 | reiveune | hello |
| 07:57 | wahanui | niihau, reiveune |
| 07:57 | lds joined #koha | |
| 07:58 | alex_a joined #koha | |
| 08:01 | Joubu joined #koha | |
| 08:01 | Joubu | hello |
| 08:01 | wahanui | hola, Joubu |
| 08:04 | cait | gmcharlt++ |
| 08:08 | bag | morning |
| 08:08 | wahanui | i think morning is a state of cat |
| 08:11 | gerundio joined #koha | |
| 08:11 | sophie_m joined #koha | |
| 08:13 | cait | morning is also a state of the cait |
| 08:13 | wahanui | okay, cait. |
| 08:13 | cait | not the best one... |
| 08:16 | JesseM | Good Morning |
| 08:16 | magnuse joined #koha | |
| 08:17 | * magnuse | waves in french |
| 08:18 | sophie_m | hello #koha |
| 08:19 | magnuse: how different is it to wave in french ? :-) | |
| 08:22 | matts | sophie_m, you say : "I surrender!" :) |
| 08:23 | magnuse | oh, it's very different, much more sophisticated ;-) |
| 08:24 | cait | :) |
| 08:24 | it's still early kind of... i will stick with German waving for now :) | |
| 08:28 | Joubu joined #koha | |
| 08:34 | bag | pianohacker: There is a band called 1023MB - They haven't had any gigs yet |
| 08:34 | pianohacker | *golf clap* |
| 08:43 | alex_a_ joined #koha | |
| 08:49 | sonia joined #koha | |
| 08:53 | cait | so the signed off queue is 120 this morning.... :) |
| 08:53 | how low can we get it with the librarians working on even more sign offs? | |
| 08:55 | matts | cait, by the way, I've added an option, as requested, for Bug 11850 |
| 08:55 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=11850 enhancement, P5 - low, ---, matthias.meusburger, Needs Signoff , Bulkmarcimport does not append in logfile |
| 08:55 | cait | :) |
| 08:57 | matts | bag, there are 10 types of people in the world: those who understand binary, and those who don't. |
| 08:57 | bag | and those that LOVE french Cheese!!! |
| 08:57 | :P | |
| 08:57 | matts | ^^ |
| 08:57 | magnuse | count me among the latter! |
| 08:58 | matts | bag, you mean the kind of cheese that is considered as a biological weapon in the US ? |
| 08:58 | pianohacker | wait, so that's 3 kinds, this is base 3? |
| 08:58 | bag | all of it |
| 08:59 | matts: cheese table is getting set up - I will now stare at that for another 26 hours - till it's full of cheese! | |
| 09:00 | pianohacker | so I can get my hotel room back then? |
| 09:00 | Oak joined #koha | |
| 09:00 | matts | you should set up a webcam to have a live feed of the cheese table on your computer screen |
| 09:00 | bag | HA |
| 09:04 | magnuse | cheese cam! |
| 09:07 | gaetan_B joined #koha | |
| 09:07 | gaetan_B | hello |
| 09:09 | bag | pianohacker: come visit |
| 09:09 | good morning gaetan_B | |
| 09:09 | gaetan_B | bag: morning :) i hope the crêpe didn't make you sick again ! |
| 09:10 | bag | nope I feel most excellent today |
| 09:14 | cait | interesting? |
| 09:14 | wahanui | well, interesting is sometimes good and sometimes bad |
| 09:14 | magnuse | no crappy crêpes! |
| 09:14 | pianohacker | pianohacker? |
| 09:14 | wahanui | I HATE XML |
| 09:20 | pianohacker | bag: cache.t is just all kinds of brokenv |
| 09:21 | bag | yup |
| 09:21 | pianohacker | It fails with CACHING_SYSTEM=memory |
| 09:21 | bag | wondering if it's my chi |
| 09:21 | pianohacker | It fails with CACHING_SYSTEM=memcached |
| 09:21 | it just fails... | |
| 09:42 | kivilahtio joined #koha | |
| 10:07 | khall | mornin all! no baby yet : | |
| 10:08 | The doctor says friday or bust now | |
| 10:08 | cait | bust now? |
| 10:08 | and hi khall | |
| 10:09 | pianohacker | friday or bust, now |
| 10:09 | khall | it's an expression, if she doesn't have go into labor they will induce on friday |
| 10:09 | lol | |
| 10:10 | yep, she is looking a bit like an over filled baloon ; ) | |
| 10:11 | magnuse | we'll not tell her you said that khall ;-) |
| 10:11 | khall | lol ; ) |
| 10:12 | it's really funny, from behind you can't tell she's pregnant *at all*, but then she'll turn sideways and she's over double her usual 'depth' so to speak. | |
| 10:20 | dpavlin | cait: you mentioned some bugs you wanted me to look at? |
| 10:22 | cait | hmm let me think |
| 10:22 | dpavlin | khall: sorry, I'm puzzled by bug 11703 and number of ajax requestes it's making (which return same JSON) |
| 10:22 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=11703 enhancement, P5 - low, ---, kyle, Needs Signoff , Convert checkouts table to ajax datatable |
| 10:22 | khall | dpavlin: I'm looking into that now. It must be something datatables does for some reason |
| 10:22 | dpavlin | it might be datatable problem as opposed to your patch, but it still smells poisony (fishy ;-) to me |
| 10:23 | cait | the labels patches |
| 10:23 | for unicoe | |
| 10:23 | for unicode | |
| 10:23 | it looks like they consist of several pieces and i am not sure how it all fits together | |
| 10:23 | khall | the different numbers in sEcho are interesting |
| 10:24 | cait | could you make sure they still apply and work? and then show me how? |
| 10:24 | dpavlin: some pieces seem to be in pqa and others in signed off | |
| 10:24 | dpavlin | cait: any hope for a bug number, please? ;-) |
| 10:25 | cait | trying |
| 10:26 | bug 9854 | |
| 10:26 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=9854 normal, P5 - low, ---, cnighswonger, BLOCKED , Add 'ttf-dejavu*' packages to debian/control file, for label printing (bug 8375) |
| 10:26 | dpavlin | it's not bug 8375? |
| 10:26 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8375 normal, P5 - low, ---, matted-34813, Failed QA , Common diacritics not shown correctly when exporting batch label to PDF |
| 10:26 | cait | yep those :) |
| 10:29 | bag | morning khall |
| 10:29 | khall | mornin bag! |
| 10:30 | bag | you made me laugh with that "depth" comment |
| 10:37 | cait | me too :) |
| 10:49 | bag | matts it is getting closer to cheese time :D |
| 10:49 | matts | lucky you ! |
| 10:55 | gaetan_B | jcamins: i am looking at xslts and found bug 10571 |
| 10:55 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=10571 normal, P5 - low, ---, koha-bugs, NEW , IntranetBiblioDefaultView doesn't do anything with MARC21 XSLT |
| 10:56 | gaetan_B | i remember finding that sysprefs have to be declared in the xslt in order to be managed |
| 10:56 | but also that another .pm files needs to reference those sysprefs so that you can pick them up in the xslt | |
| 10:56 | i don't know if this helps though | |
| 10:59 | that's bug 8405 | |
| 10:59 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8405 enhancement, P5 - low, ---, gaetan.boisson, CLOSED FIXED, add IntranetBiblioDefaultView and BiblioDefaultView to XSLT.pm |
| 11:18 | khall | dpavlin: I've posted a fix for the multiple fetch issue. It was being cause the the row grouping plugin for datatables. |
| 11:18 | oops, forgot to update moremember.tt, gimme a minute | |
| 11:19 | bag | khall: dpavlin is taking pictures so you've got a minute |
| 11:19 | khall | thanks bag! |
| 11:21 | jwagner joined #koha | |
| 11:30 | jcamins | gaetan_B: it's just a matter of actually doing something with the syspref in the XSLT, I think. |
| 11:30 | gaetan_B | yes i think so |
| 11:32 | khall | @later tell dpavlin I've posted a fix for the multiple fetch issue. It was being cause the the row grouping plugin for datatables. |
| 11:32 | huginn | khall: The operation succeeded. |
| 11:34 | dpavlin | khall: thanks, I will check it out ASAP |
| 11:34 | magnuse | dpavlin++ khall++ |
| 11:35 | baby++ for waiting and letting daddy fix patches ;-) | |
| 11:35 | khall | lol, kinda' true! |
| 11:55 | cait1 joined #koha | |
| 11:55 | meliss joined #koha | |
| 11:56 | sophie_m joined #koha | |
| 11:56 | magnuse_ joined #koha | |
| 11:57 | reiveune joined #koha | |
| 12:00 | gaetan_B joined #koha | |
| 12:01 | sonia joined #koha | |
| 12:02 | francharb | good morning #koha |
| 12:12 | collum joined #koha | |
| 12:14 | oleonard joined #koha | |
| 12:16 | oleonard | Hi #koha |
| 12:18 | phasefx | hrmm, so I was copying a koha db dump into a new mysql instance, and got an "Access Denied; you need the PROCESS privilege for this operation" where it tried to CREATE TABLE `innodb_lock_monitor`. Has anyone seen that before? |
| 12:21 | jcamins | phasefx: that's not a Koha table. |
| 12:21 | * phasefx | used a /var/koha/master/bin/db_dump script to create the dump, and is using koha-mysql with the debian packages to process the file |
| 12:22 | jcamins | I think that's an internal script, because there's nothing called db_dump included with Koha. |
| 12:22 | phasefx | ah, roger that, thanks |
| 12:23 | jcamins | However, it looks like you are using some sort of InnoDB monitoring, so you'll have to give your MySQL users PROCESS privileges. |
| 12:23 | https://dev.mysql.com/doc/refm[…]odb-monitors.html | |
| 12:23 | phasefx | just surprised because I've done this twice before and this hasn't happened |
| 12:23 | jcamins: gracias | |
| 12:24 | db_dump is just a wrapper around mysqldump it looks like | |
| 12:29 | tcohen joined #koha | |
| 12:30 | JesseM joined #koha | |
| 12:31 | gaetan_B joined #koha | |
| 12:32 | jcamins | This is probably the only installation where you're monitoring innodb locks. |
| 12:36 | phasefx | jcamins: I've granted that privilege to the koha user involved; crossing my fingers :) |
| 12:38 | Dyrcona joined #koha | |
| 12:40 | reiveune joined #koha | |
| 12:40 | cait joined #koha | |
| 12:41 | sophie_m joined #koha | |
| 12:42 | magnuse_ joined #koha | |
| 12:44 | sonia joined #koha | |
| 12:45 | nengard joined #koha | |
| 12:50 | phasefx | jcamins: success; thanks man! |
| 12:55 | Joubu joined #koha | |
| 12:57 | tcohen | morning #koha |
| 12:57 | @wunder cordoba, argentina | |
| 12:57 | huginn | tcohen: The current temperature in Cordoba, Argentina is 15.0°C (9:00 AM ART on March 11, 2014). Conditions: Clear. Humidity: 77%. Dew Point: 11.0°C. Pressure: 30.06 in 1018 hPa (Rising). |
| 13:02 | edveal joined #koha | |
| 13:04 | rhcl joined #koha | |
| 13:09 | cait joined #koha | |
| 13:10 | sonia joined #koha | |
| 13:11 | reiveune joined #koha | |
| 13:12 | magnuse joined #koha | |
| 13:15 | tcohen_ joined #koha | |
| 13:16 | pianohacker | oleonard: RE your comments on bug 11559: I belive the updated version of hotkeys that I'm using doesn't depend on $.browser, but lightbox does. I believe there was a reason not to use greybox or jquery modals, but I hadn't tried bootstrap. I will try to replace lightbox and send a minified version of codemirror and filesaver |
| 13:16 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=11559 enhancement, P5 - low, ---, jweaver, Failed QA , Professional cataloger's interface |
| 13:16 | gaetan_B joined #koha | |
| 13:16 | rhcl | @wunder 64507 |
| 13:16 | huginn | rhcl: The current temperature in Wyatt Park, St Joseph, Missouri is 7.3°C (8:16 AM CDT on March 11, 2014). Conditions: Clear. Humidity: 66%. Dew Point: 1.0°C. Windchill: 7.0°C. Pressure: 29.52 in 999 hPa (Steady). |
| 13:18 | oleonard | Thanks pianohacker. I may have mixed up which file I was looking at in the diff when I saw the .browser method |
| 13:19 | I appreciate the follow-ups | |
| 13:19 | pianohacker | same to you, didn't even kn |
| 13:19 | *know bootstrap had modals | |
| 13:20 | I know greybox had issues with modals that were dynamically generated, is why I didn't use that | |
| 13:20 | oleonard | We don't use them much. they're used in the bootstrap OPAC but in the staff client only on the MARC export page I think |
| 13:21 | Not MARC export... framework export | |
| 13:21 | ...something... | |
| 13:21 | admin/biblio_framework.pl | |
| 13:22 | * oleonard | has a stuffy head unsuited to hackfesting |
| 13:22 | tcohen_ | you're right oleonard |
| 13:23 | pianohacker | ah, so you're saying I have a chance to sneak my js->coco conversion patch past you... |
| 13:23 | oleonard | :P |
| 13:23 | * pianohacker | does love me some coco |
| 13:25 | gaetan_B | cait: was bug 6901 developped just for marc21 ? |
| 13:25 | i will do something similar in unimarc | |
| 13:25 | there's a problem though : | |
| 13:25 | it seems underscores for css classes or ids is not recommended or maybe invalid | |
| 13:25 | and also | |
| 13:25 | when you have just a name like "publisher" | |
| 13:25 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=6901 enhancement, PATCH-Sent (DO NOT USE), ---, katrin.fischer, CLOSED FIXED, Add CSS classes/ids to OPAC and staff XSLT views |
| 13:25 | gaetan_B | won't it end up appearing as a string to translate ? |
| 13:28 | alex_a joined #koha | |
| 13:30 | pianohacker | oleonard: does bootstrap 2 have a replacement for the various embedded grid systems from yui? |
| 13:30 | oleonard | Yes, though unused in the staff client |
| 13:31 | pianohacker | okay, thanks |
| 13:32 | lds joined #koha | |
| 13:32 | oleonard | gaetan_B: I thought that underscores were technically invalid in CSS but the W3C CSS validator doesn't complain about it |
| 13:32 | (and it complains about a lot of stuff!) | |
| 13:33 | oleonard joined #koha | |
| 13:33 | oleonard | gaetan_B: the staff client CSS uses underscores in many places without apparent harm |
| 13:37 | gaetan_B | oleonard: i don't exactly what the status is, but it does seem not recommended at least, according to a couple google searches |
| 13:37 | i'm more concerned by the strings being translated by mistake actually | |
| 13:37 | for the unimarc xslt, i think i will do something like class-myClass, id-myId | |
| 13:37 | so class or id, hyphen, label in camel case | |
| 13:37 | so that we avoid underscores and have something that looks like it shouldn't be translated | |
| 13:37 | oh | |
| 13:37 | well i don't know really | |
| 13:37 | alex_a_ joined #koha | |
| 13:37 | matts | alex_a, on le voit, on le voit pas on le voit |
| 13:39 | pianohacker | oleonard: I think I'm doing something deeply wrong... http://i.imgur.com/dFjOP2v.jpg |
| 13:40 | if I disable the manual width, the modal is centered but far too small | |
| 13:40 | oleonard | pianohacker: Unfortunately I haven't worked with them often enough to be able to offer you off the cuff recommendations |
| 13:41 | pianohacker | gotcha, kk |
| 13:43 | laurence joined #koha | |
| 13:48 | * cait | waves |
| 13:49 | cait | gaetan_B: sorry was away, were your questions answered already? |
| 13:50 | gaetan_B: i think it depends on how you introduce it in the xslt, if it will be picked up for translation | |
| 13:51 | gaetan_B: like you can write the xslt in different ways | |
| 13:51 | gaetan_B: if you end up with your classes inside a tag - it will get picked up | |
| 13:51 | gaetan_B: if you have the classes as an attribute it won't | |
| 13:51 | i think the UNIMARC and MARC21 are quite differnet in structure in some places | |
| 13:53 | gaetan_B | yes they are |
| 13:55 | pianohacker | oleonard: turns out you have to do a hack in bs2: https://github.com/twbs/bootstrap/issues/675 |
| 13:55 | wait, shoot, we're on bs3 aren't we | |
| 13:55 | oleonard | No |
| 13:55 | pianohacker | ah, okay, that's my other project |
| 13:56 | oleonard | Oh, your upgrade the staff client to bootstrap 3 project? ;) |
| 13:56 | Little weekend thing. | |
| 13:56 | gaetan_B1 joined #koha | |
| 13:58 | maximep joined #koha | |
| 13:59 | pianohacker | ... maybe that would fix the problem of this embedded scrolling element having a scrollbar that renders outside the modal |
| 13:59 | what the potato | |
| 14:04 | oleonard | Sorry guys, but we're gonna need another module. http://screencast.com/t/Bj0zWrkTngB |
| 14:05 | cait | oleonard: hmmm what about that time machine module? |
| 14:05 | i it finally ready? | |
| 14:05 | oleonard | Yeah, what about that? |
| 14:05 | * oleonard | glares at pianohacker |
| 14:05 | pianohacker | have a button for rancor right on the homepage! |
| 14:05 | rancor rancor rancor | |
| 14:06 | cait | oleonard: want me to poke him? |
| 14:07 | Joubu joined #koha | |
| 14:07 | oleonard | Definitely |
| 14:09 | cait | i did |
| 14:10 | now he is complaining about you :) | |
| 14:11 | * oleonard | is used to that |
| 14:16 | talljoy joined #koha | |
| 14:17 | talljoy1 joined #koha | |
| 14:18 | cait | oleonard: he also claims i am harassing him |
| 14:30 | atheia joined #koha | |
| 14:30 | rocio joined #koha | |
| 14:32 | oleonard | Okay, but seriously-- anyone have a problem with that icon for course reserves? I'm still thinking about the layout. |
| 14:32 | http://screencast.com/t/Bj0zWrkTngB Bug 10415 | |
| 14:32 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=10415 normal, P5 - low, ---, oleonard, ASSIGNED , Add course reserves to staff client home page |
| 14:34 | sophie_m joined #koha | |
| 14:37 | mtompset_away joined #koha | |
| 14:37 | mtompset | Greetings, #koha. |
| 14:38 | khall | Found a small issue with the staged marc record management: http://bugs.koha-community.org[…]_bug.cgi?id=11923 |
| 14:38 | huginn | 04Bug 11923: normal, P5 - low, ---, gmcharlt, Needs Signoff , Marc record batches not sorting by citation descending |
| 14:40 | oleonard | Make the last one full-width? Seems like too much prominence for "About": http://screencast.com/t/aT95dd8D |
| 14:42 | khall | oleonard: what happens when a librarian doesn't have access to say administration? |
| 14:42 | also, I like the icon | |
| 14:42 | oleonard | Yeah, khall I guess it's better to just not worry about the spacing |
| 14:44 | jenkins_koha | Starting build #28 for job Koha_Docs_3.14.x (previous build: SUCCESS) |
| 14:44 | Project Koha_Docs_3.14.x build #28: SUCCESS in 19 sec: http://jenkins.koha-community.[…]a_Docs_3.14.x/28/ | |
| 14:44 | * Nicole C. Engard: update batch modification | |
| 14:44 | * Nicole C. Engard: update batch mod with info on framework fields | |
| 14:47 | tcohen joined #koha | |
| 14:48 | nengard | oleonard, i like the icon and i think the left column should be longer than the right |
| 14:48 | but again it might not matter if people dont' have the permissions to see things | |
| 14:55 | oleonard | http://screencast.com/t/8fnrbcy0 , and with different permissions: http://screencast.com/t/8GrUDg7Itc |
| 15:02 | gmcharlt | new developer alert! Nicholas van Oudtshoorn - http://git.koha-community.org/[…]6cda0a80a1d3d51e4 |
| 15:05 | huginn | New commit(s) kohagit: Bug 10777: (follow-up) improve CSS3 for Zebra-striping report email output <http://git.koha-community.org/[…]77fe070730575fb85> / Bug 10777: email HTML reports with the proper Content-Type <http://git.koha-community.org/[…]6cda0a80a1d3d51e4> / Bug 11918 : Fix typo on authorized values page <http://git.koha-community.o |
| 15:09 | jenkins_koha | Starting build #379 for job master_maria (previous build: SUCCESS) |
| 15:11 | Starting build #455 for job Koha_Docs (previous build: SUCCESS) | |
| 15:11 | Project Koha_Docs build #455: SUCCESS in 23 sec: http://jenkins.koha-community.[…]ob/Koha_Docs/455/ | |
| 15:11 | * Nicole C. Engard: update batch modification | |
| 15:11 | * Nicole C. Engard: update batch mod with info on framework fields | |
| 15:13 | Starting build #1656 for job Koha_master (previous build: UNSTABLE -- last SUCCESS #1654 16 hr ago) | |
| 15:15 | huginn | New commit(s) kohagit: Bug 11751: DBrev 3.15.00.022 <http://git.koha-community.org/[…]645fb5460cb606a7c> / Bug 11751: remove dead code related to handling members of institution patrons <http://git.koha-community.org/[…]f9417229b8d159d24> |
| 15:16 | jenkins_koha | Starting build #29 for job Koha_Docs_3.14.x (previous build: SUCCESS) |
| 15:16 | Project Koha_Docs_3.14.x build #29: SUCCESS in 17 sec: http://jenkins.koha-community.[…]a_Docs_3.14.x/29/ | |
| 15:16 | Nicole C. Engard: update batch delete items | |
| 15:24 | mcooper joined #koha | |
| 15:25 | huginn | New commit(s) kohagit: Bug 11170: (follow-up) improve a bit of unnecessarily convoluted logic <http://git.koha-community.org/[…]fc749334f32beee96> / Bug 11170: (follow-up) fix typo 'occured' in parcels.tt <http://git.koha-community.org/[…]5a4966734848163d9> / Bug 11170: make the pending order list only display orders to receive <http://git. |
| 15:26 | jenkins_koha | Starting build #456 for job Koha_Docs (previous build: SUCCESS) |
| 15:26 | Project Koha_Docs build #456: SUCCESS in 17 sec: http://jenkins.koha-community.[…]ob/Koha_Docs/456/ | |
| 15:26 | Nicole C. Engard: update batch delete items | |
| 15:28 | sonia joined #koha | |
| 15:29 | reiveune joined #koha | |
| 15:29 | Joubu joined #koha | |
| 15:30 | cait joined #koha | |
| 15:30 | magnuse joined #koha | |
| 15:30 | sophie_m joined #koha | |
| 15:46 | Dyrcona joined #koha | |
| 15:54 | magnuse joined #koha | |
| 15:55 | reiveune joined #koha | |
| 15:55 | sophie_m joined #koha | |
| 15:58 | cait joined #koha | |
| 15:58 | cait | gmcharlt++ |
| 15:59 | sonia joined #koha | |
| 16:00 | gmcharlt | cait: (and others using packages + translations) would appreciate comments on bug 10942 |
| 16:00 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=10942 enhancement, P5 - low, ---, tomascohen, Passed QA , Provide a way for package upgrades to update template translations |
| 16:01 | gmcharlt | specifically, whether it is feasible to have automatic generation of translated tempaltes be on by default |
| 16:01 | JesseM joined #koha | |
| 16:03 | mtompset | gmcharlt: IOW? |
| 16:03 | gmcharlt | in other words |
| 16:03 | Joubu joined #koha | |
| 16:04 | mtompset | Ah... okay, not Isle of Wight. ;) |
| 16:05 | jenkins_koha | Project master_maria build #379: SUCCESS in 56 min: http://jenkins.koha-community.[…]master_maria/379/ |
| 16:05 | * Jesse Maseto: Bug 11731 - Fixed typo in message_transport_types.txt file. | |
| 16:05 | * Jesse Maseto: Bug 11695 - Fixed typo in marc21_field_008.xml | |
| 16:05 | * Nicole C. Engard: Bug 11918 : Fix typo on authorized values page | |
| 16:05 | * Nicholas van Oudtshoorn: Bug 10777: email HTML reports with the proper Content-Type | |
| 16:05 | * Galen Charlton: Bug 10777: (follow-up) improve CSS3 for Zebra-striping report email output | |
| 16:05 | * Jonathan Druart: Bug 11751: remove dead code related to handling members of institution patrons | |
| 16:05 | * Galen Charlton: Bug 11751: DBrev 3.15.00.022 | |
| 16:05 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=11731 normal, P5 - low, ---, jesse, Pushed to Master , Typo "tranports" in installation |
| 16:05 | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=11695 normal, P5 - low, ---, jesse, Pushed to Master , Typo: "Tree-character alphabetic code" | |
| 16:05 | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=11918 trivial, P5 - low, ---, nengard, Pushed to Master , typo on authorized value page | |
| 16:05 | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=10777 minor, P5 - low, ---, vanoudt, Pushed to Master , runreport.pl allows for sending html reports via email, but mimetype is wrong | |
| 16:05 | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=11751 enhancement, P5 - low, ---, jonathan.druart, Pushed to Master , Some code related to "institution" is unused and obsolete | |
| 16:05 | cait | :) |
| 16:06 | gmcharlt: seems internet is broken again partially... | |
| 16:06 | or totally? if you can read this :) | |
| 16:06 | magnuse | gmcharlt: i've not done any testing, but "automatic generation of translated tempaltes" would work for me - i have to do it by hand every time i upgrade now ad it's possible to forget it, which results in problems... |
| 16:06 | gmcharlt | mtompset: well, we do lack an en-IOW translation.. |
| 16:06 | cait | same here |
| 16:06 | and it causes lots of errors | |
| 16:06 | mtompset | I like the idea of prompting. :) |
| 16:06 | gmcharlt | right |
| 16:06 | cait | and questions on the mailing lists, even on the german one |
| 16:07 | gmcharlt | just wanting to see if tomas is just being cautious with that choice of default value (and I approve of being cautious!) |
| 16:07 | cait | it sems i can't get to the bug page right now - |
| 16:07 | mtompset | I think he was. |
| 16:07 | pianohacker | I still think ashimema and my idea to make everyone speak english still has merit |
| 16:08 | gets right around many technical problems | |
| 16:08 | magnuse | that would be fine by me |
| 16:08 | * gmcharlt | ducks underground into his bunker |
| 16:08 | magnuse | if ascii was god enough for our grandparents... |
| 16:09 | sonia left #koha | |
| 16:10 | dpavlin | bus 8375 comments very welcomed. I would really love to get utf-8 pdf label printing into master this year ;-) |
| 16:11 | jenkins_koha | Starting build #380 for job master_maria (previous build: SUCCESS) |
| 16:11 | dpavlin | s/bus/bug/ so bug 8375 (we need to get to bus soon, so that's why I made a typo) |
| 16:11 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8375 normal, P5 - low, ---, matted-34813, Signed Off , Common diacritics not shown correctly when exporting batch label to PDF |
| 16:11 | cait | tried to comment, hope it makes sense |
| 16:12 | gmcharlt | dpavlin: I for one have no objection to sticking the font config into koha-conf.xml for now |
| 16:13 | cait | gmcharlt: I had asked dobrica to take another look, as I am not sure currently how all the patches we have work together, hoping we could find a way to make it work |
| 16:13 | gmcharlt | while it would be nicer to expose it in the admin interface, not a sine qua non IMO, especially since there's at present no good Perl binding to the font config library |
| 16:14 | dpavlin | gmcharlt: ack |
| 16:15 | cait: there are only two patches now, and only one of them changes a code (other is just dependecy for packages) | |
| 16:16 | cait | dpavlin: can we do them together tomorrow? |
| 16:18 | dpavlin | cait: sure :-) |
| 16:21 | reiveune | bye |
| 16:21 | reiveune left #koha | |
| 16:21 | cait | remind me? :) |
| 16:25 | fridolin joined #koha | |
| 16:26 | huginn | New commit(s) kohagit: Bug 11755: ensure that SearchOrders returns booksellerid <http://git.koha-community.org/[…]789d82b1257f336b4> |
| 16:26 | gaetan_B joined #koha | |
| 16:32 | desmith joined #koha | |
| 16:33 | desmith joined #koha | |
| 16:34 | wajasu joined #koha | |
| 16:35 | laurence left #koha | |
| 16:46 | nengard joined #koha | |
| 16:46 | cait joined #koha | |
| 16:47 | fridolin1 joined #koha | |
| 16:48 | gaetan_B joined #koha | |
| 16:50 | cait1 joined #koha | |
| 16:51 | Joubu joined #koha | |
| 16:56 | huginn | New commit(s) kohagit: Bug 10837: make it possible to export serial claims as CSV even when no notice defined <http://git.koha-community.org/[…]e7ce4411c0fb1649e> |
| 16:59 | Joubu left #koha | |
| 17:05 | wajasu | where is the source of record for items these days in master? items table OR 952 marcxml |
| 17:05 | jenkins_koha | Project master_maria build #380: SUCCESS in 54 min: http://jenkins.koha-community.[…]master_maria/380/ |
| 17:05 | * Jonathan Druart: Bug 11170: make the pending order list only display orders to receive | |
| 17:05 | * Marcel de Rooy: Bug 11170: (follow-up) fix typo 'occured' in parcels.tt | |
| 17:05 | * Jonathan Druart: Bug 11170: (follow-up) improve a bit of unnecessarily convoluted logic | |
| 17:05 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=11170 normal, P5 - low, ---, jonathan.druart, Pushed to Master , The pending order list should only display orders to receive |
| 17:05 | mtompset | I thought it was a mix of both. |
| 17:06 | you could test this hypothesis by changing something on an item, and seeing if the table fields and the marcxml both change or not. | |
| 17:06 | tcohen | wajasu: items table |
| 17:07 | wajasu | tcohen: ok. thats what I am seeing in C4:Items methods. |
| 17:07 | tcohen | they are arranged into the marcxml records (yes, 952) that are exported for zebra (so on indexing) |
| 17:08 | wajasu | so our code maintains both for indexing. |
| 17:08 | tcohen | and importing |
| 17:08 | wahanui | importing is in the manual |
| 17:10 | tcohen | wajasu: changing item stuff doesn't change the marcxml or marc fields in biblioitems |
| 17:11 | jenkins_koha | Starting build #381 for job master_maria (previous build: SUCCESS) |
| 17:13 | wajasu | ok. i see GetHiddenItemnumbers uses the items table. i'm seeing how i can affect the building of facets for hidden items so the counts are correct. |
| 17:16 | huginn | New commit(s) kohagit: Bug 11675: check allocated total correctly when editing a fund that has a parent... <http://git.koha-community.org/[…]bed7f103050e89af5> |
| 17:16 | wajasu | ok. i see. so hidingrules can only be applied to column names in the items table. |
| 17:17 | jenkins_koha | Yippee, build fixed! |
| 17:17 | wahanui | o/ '`'`'`'`'`'`'`'`'` |
| 17:17 | jenkins_koha | Project Koha_master build #1656: FIXED in 2 hr 6 min: http://jenkins.koha-community.[…]Koha_master/1656/ |
| 17:17 | * Jesse Maseto: Bug 11731 - Fixed typo in message_transport_types.txt file. | |
| 17:17 | * Jesse Maseto: Bug 11695 - Fixed typo in marc21_field_008.xml | |
| 17:17 | * Nicole C. Engard: Bug 11918 : Fix typo on authorized values page | |
| 17:17 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=11731 normal, P5 - low, ---, jesse, Pushed to Master , Typo "tranports" in installation |
| 17:17 | jenkins_koha | * Nicholas van Oudtshoorn: Bug 10777: email HTML reports with the proper Content-Type |
| 17:17 | * Galen Charlton: Bug 10777: (follow-up) improve CSS3 for Zebra-striping report email output | |
| 17:17 | * Jonathan Druart: Bug 11751: remove dead code related to handling members of institution patrons | |
| 17:17 | * Galen Charlton: Bug 11751: DBrev 3.15.00.022 | |
| 17:17 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=11695 normal, P5 - low, ---, jesse, Pushed to Master , Typo: "Tree-character alphabetic code" |
| 17:17 | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=11918 trivial, P5 - low, ---, nengard, Pushed to Master , typo on authorized value page | |
| 17:17 | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=10777 minor, P5 - low, ---, vanoudt, Pushed to Master , runreport.pl allows for sending html reports via email, but mimetype is wrong | |
| 17:17 | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=11751 enhancement, P5 - low, ---, jonathan.druart, Pushed to Master , Some code related to "institution" is unused and obsolete | |
| 17:21 | jenkins_koha | Starting build #1657 for job Koha_master (previous build: FIXED) |
| 17:23 | rocio joined #koha | |
| 17:23 | tcohen | #koha: should we move from mpm_itk to mpm_event for apache 2.4? |
| 17:24 | mtompset | What are the differences? |
| 17:24 | tcohen | gmcharlt: do the unimarc unit tests sample records match the marc21 counterpart? |
| 17:25 | gmcharlt | tcohen: no re the tests |
| 17:25 | tcohen | mtompset: event is an official implementation of an event-oriented engine, which was "experimental" before 2.4 |
| 17:25 | itk was an external library that impelmented that safely | |
| 17:26 | gmcharlt | er, I don't think |
| 17:26 | nengard joined #koha | |
| 17:26 | jcamins | tcohen: event allows you to set the user? |
| 17:26 | gmcharlt | mod_itk is essentially a variation of mod_prefork; it's used because it readily supports running each vhost with a seperate uid |
| 17:27 | tcohen | i've been reading the docs |
| 17:27 | and it looks like the SuexecUserGroup directive does what we need | |
| 17:28 | oh, gmcharlt you're right | |
| 17:28 | i've been thinking of it wrong for a long time | |
| 17:28 | gmcharlt | from http://httpd.apache.org/docs/2[…]d/mod_suexec.html -- somebody claiming that "Suexec clears all user environment variables, so SetEnv is useless in case of a cgi-bin scripts which requires some env to be set." |
| 17:29 | tcohen | s/2.2/2.4/ doesn't say anything about that |
| 17:30 | jcamins | tcohen: you should try! :D |
| 17:30 | tcohen | i'm indeed about to |
| 17:31 | gmcharlt | tcohen: see #19 under SuEXEC security model at http://httpd.apache.org/docs/2.4/suexec.html |
| 17:32 | tcohen | i've read that, but am not sure if it means env variables are deleted |
| 17:33 | gmcharlt | yes, that's exactly what it means |
| 17:34 | tcohen | ok, sticking with itk for now then |
| 17:35 | i'll try the suexec on a vps right now | |
| 17:36 | i think moving into another mpm won't be easy anyway | |
| 17:42 | wajasu | interesting article suexec related article http://www.anchor.com.au/hosti[…]on-shared-hosting |
| 17:42 | * tcohen | is intrigued on how does DTC accomplish isolation |
| 17:44 | jcamins | DTC? |
| 17:46 | tcohen | http://www.gplhost.com/software-dtc.html |
| 17:46 | chroot | |
| 17:54 | wajasu | i'm trying to recall the method name that when given the koha mapping biblio.biblionumber or such, it will give me the tag/field and subfield code. |
| 17:56 | mtompset | oh... GetMarcFromKohaField? |
| 17:56 | wajasu | thx |
| 17:56 | mtompset | Can't remember either... but I know what you mean. |
| 17:57 | C4/Items.pm -- I remembered. :) | |
| 17:57 | It must have been traumatic. ;) | |
| 17:57 | wajasu | my ($item_tag,$item_subfield) = &GetMarcFromKohaField("items.itemnumber",''); |
| 18:03 | mtompset | Yes, but that's the default framework. |
| 18:03 | You could, in theory, do weird and horrible things with a different framework. ;) | |
| 18:03 | jenkins_koha | Project master_maria build #381: SUCCESS in 52 min: http://jenkins.koha-community.[…]master_maria/381/ |
| 18:03 | * Jonathan Druart: Bug 11755: ensure that SearchOrders returns booksellerid | |
| 18:03 | * Jonathan Druart: Bug 10837: make it possible to export serial claims as CSV even when no notice defined | |
| 18:03 | * Jonathan Druart: Bug 11675: check allocated total correctly when editing a fund that has a parent fund | |
| 18:03 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=11755 critical, P5 - low, ---, jonathan.druart, Pushed to Master , Argument 'booksellerid' not properly handled in orderreceive.pl |
| 18:03 | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=10837 normal, P5 - low, ---, jonathan.druart, Pushed to Master , Exporting serial claims does not work if no notice defined | |
| 18:04 | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=11675 major, P5 - low, ---, jonathan.druart, Pushed to Master , Budget amount is not checked if a parent exist | |
| 18:07 | wajasu | mtompset: C4::Search searchResults used it in line 1694. so are you saying its default framework specific? |
| 18:07 | mtompset | That's what the second parameter is. |
| 18:07 | '' is for the default framework. | |
| 18:09 | Actually, the mapping SHOULD be identical across frameworks, but there's no gaurantee. ;) | |
| 18:10 | This is why if you want the correct mapping, you actually need to know the biblio number to look up the framework, to then grab the mapping. | |
| 18:10 | We have several places that short cut and use default. | |
| 18:35 | rhcl joined #koha | |
| 18:48 | tcohen joined #koha | |
| 18:50 | rangi | morning |
| 19:05 | wajasu | zoom query zebra index->get the results/records->convert record to XML-> then i can get biblionumber from tag 999 then look up framework, to get tag mapping |
| 19:10 | mtompset | wajasu: catch 22... framework code you can't look up the marc to get the framework code properly until you have the biblio. |
| 19:11 | I believe this is why the default framework code gets used a lot. | |
| 19:11 | wajasu | aah. |
| 19:37 | jenkins_koha | Project Koha_master build #1657: SUCCESS in 2 hr 17 min: http://jenkins.koha-community.[…]Koha_master/1657/ |
| 19:37 | * Jonathan Druart: Bug 11170: make the pending order list only display orders to receive | |
| 19:37 | * Marcel de Rooy: Bug 11170: (follow-up) fix typo 'occured' in parcels.tt | |
| 19:37 | * Jonathan Druart: Bug 11170: (follow-up) improve a bit of unnecessarily convoluted logic | |
| 19:37 | * Jonathan Druart: Bug 11755: ensure that SearchOrders returns booksellerid | |
| 19:37 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=11170 normal, P5 - low, ---, jonathan.druart, Pushed to Master , The pending order list should only display orders to receive |
| 19:37 | jenkins_koha | * Jonathan Druart: Bug 10837: make it possible to export serial claims as CSV even when no notice defined |
| 19:37 | * Jonathan Druart: Bug 11675: check allocated total correctly when editing a fund that has a parent fund | |
| 19:37 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=11755 critical, P5 - low, ---, jonathan.druart, Pushed to Master , Argument 'booksellerid' not properly handled in orderreceive.pl |
| 19:37 | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=10837 normal, P5 - low, ---, jonathan.druart, Pushed to Master , Exporting serial claims does not work if no notice defined | |
| 19:37 | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=11675 major, P5 - low, ---, jonathan.druart, Pushed to Master , Budget amount is not checked if a parent exist | |
| 19:37 | wajasu | i am thinking we need to check if al items are hidden, and skip the export of the biblio in rebuild_zebra so that the facets counts match the searchResults. |
| 19:39 | jcamins | wajasu: the record will be entirely unfindable, then. No way to access it from the staff client. Unless you're proposing to have completely separate Zebra databases for OPAC and staff client... in which case you want to make large enough changes that you should just be working on testing the ElasticSearch code that Catalyst is working on. |
| 19:43 | wajasu | OR if we had a tag that koha could inject into our exported XML for each biblio, we could flag it hidden, and the facets builder could look at that to calc the counts. MAYBE put itemlost = 9, or such. or would that mess up folks who publicly share their zebra. |
| 19:45 | any idea of an unused tag that could be used since we only do facets on our biblioserver. 998a? or something we know is unused. | |
| 19:46 | Dyrcona | @karma kivilahtio |
| 19:46 | huginn | Dyrcona: Karma for "kivilahtio" has been increased 1 time and decreased 0 times for a total karma of 1. |
| 19:46 | Dyrcona | kivilahtio++ # for something he left behind when he left Evergreen. |
| 19:56 | barton | Somewhere in the last couple of months, I asked a question or two about the scripts which generate notices and slips, and I think that someone said that these were likely to be re-written. Is there an open bug for this? (I did a quick search, but wasn't really sure what I should be searching for). |
| 20:06 | tcohen joined #koha | |
| 20:27 | tcohen | mornin' kiwis |
| 20:34 | desmith joined #koha | |
| 20:38 | wizzyrea | add a staff user? |
| 20:38 | hm | |
| 20:53 | trea joined #koha | |
| 21:00 | nengard left #koha | |
| 21:20 | dac joined #koha | |
| 21:25 | nlegrand_ joined #koha | |
| 21:26 | irma joined #koha | |
| 21:27 | maximep left #koha | |
| 21:29 | aquaman joined #koha | |
| 21:30 | eythian joined #koha | |
| 21:30 | kathryn joined #koha | |
| 21:32 | BigRig joined #koha | |
| 21:36 | eythian | hi |
| 21:37 | wajasu | hey |
| 21:50 | drojf joined #koha | |
| 22:01 | papa joined #koha | |
| 22:12 | cait joined #koha | |
| 22:13 | eythian | hi cait |
| 22:13 | cait | hey eythian :) |
| 22:13 | i referred your message | |
| 22:14 | eythian | :) |
| 22:17 | gmcharlt | eythian: a question of Debian packaging pedantry - the maint guide implies that packagename.common is is meant just for init scripts |
| 22:17 | but I assume it's OK to stick config settings that are about how the package updates itself there? | |
| 22:19 | eythian | gmcharlt: I don't quite follow |
| 22:20 | gmcharlt | it's apropos of bug 10942 |
| 22:20 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=10942 enhancement, P5 - low, ---, tomascohen, Passed QA , Provide a way for package upgrades to update template translations |
| 22:20 | gmcharlt | AUTOMATIC_TRANSLATIONS_UPDATE doesn't influence any daemon, and only comes into play during a package upgrade |
| 22:21 | eythian | ah, you mean /etc/default/koha-common |
| 22:21 | I was wondering about that this morning. | |
| 22:21 | gmcharlt | yeah, a la https://www.debian.org/doc/man[…]her.en.html#initd |
| 22:21 | dcook__ joined #koha | |
| 22:21 | eythian | it would probably make sense for it to go in /etc/koha/koha-sites.conf |
| 22:21 | especially now we have a patch to put a default one in. | |
| 22:22 | gmcharlt | admittedly, I'm /strongly/ tempted to say we don't need AUTOMATIC_TRANSLATIONS_UPDATE at all |
| 22:22 | eythian | why? |
| 22:22 | gmcharlt | i.e., we just Do It |
| 22:22 | to clarify, remove the option | |
| 22:22 | eythian | nah, it'd break some of our installations. |
| 22:23 | gmcharlt | ah, so there are folks who directly edit the generated templates? |
| 22:24 | eythian | yeah, we have a couple where we generate a translation that contains a library's own lingo, and then apply patches to get some visual changes. This is all in git so that when we build a package, it gets installed from that. |
| 22:24 | it's a bit of a hassle, and we're hoping we can reduce it when we migrate people to bootstrap, but at the moment it's necessary for certain theming requirements. | |
| 22:25 | gmcharlt | ah |
| 22:25 | eythian | I'd be surprised if we were the only ones, too. |
| 22:25 | (but I don't expect there'll be many.) | |
| 22:26 | gmcharlt | if we were to move AUTOMATIC_TRANSLATIONS_UPDATE, I think a new /etc/koha/koha-common.conf or the like would be better |
| 22:27 | as managing the translations doesn't anything to do with the configuration of new sites per se | |
| 22:27 | eythian | that's true |
| 22:27 | wajasu | i did a qucik patch in my local dev that: detects if all items are hidden and adds an 999h=1 based on tag mapping, in the rebuild_zebra and adjusted the facets builder to "skip" biblios that are hidden, to get counts correct. |
| 22:28 | that tag can also be used in opac-search.pl to detect hidden in the results. so we don't have to query the DB on every search for item columns to tag mapping. it would have been done just once in rebuild_zebra. | |
| 22:29 | this was to get my facet counts aligned with OpacHiddenItem. | |
| 22:30 | is this strategy something that would be pushed? i need it to finish bug 11909 I had attempted. | |
| 22:30 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=11909 major, P5 - low, ---, matted-34813, ASSIGNED , Fix hidelostitems, OpacHiddenItems total count, prog them facet display |
| 22:31 | eythian | wajasu: wouldn't that break searching for them in the staff client? |
| 22:31 | wajasu | i just look at the $opac flag and only do the check in searchResults if its set. |
| 22:32 | so i don't hide in staff client. | |
| 22:33 | gmcharlt | one issue that would have to be addressed - just like the current implementatino of opacsuppression, if there are /no/ bibs that would be hidden that way, Zebra search wouldn't handle it properly |
| 22:33 | wajasu | i just need to look a biblio.biblionumber's mapped tag subfield 'h' 'h' being hidden |
| 22:33 | eythian | wajasu: ah, I misunderstood, I thought you were skipping it from rebuild_zebra |
| 22:34 | gmcharlt | we may need to consider arranging it so that even in an empty database, there's always a phantom bib record that's generated that both hidden outright and which has the the flag that you're proposing set as well |
| 22:34 | wajasu | i just moved the check to rebuild_zebra and enhanced teh 999c tag (or whatever the mapping is. |
| 22:35 | gmcharlt | another thing that this is crying out for is materializing the visible flags |
| 22:36 | e.g., perhaps adding a biblio.visible column and an item.visible column | |
| 22:36 | though one could get fancier and toss in more context, a la mtompset's visible-to-whom-and-where concerns | |
| 22:37 | wajasu | i would just use the biblio.visible mapping to map to 'h' or 'v' or whatever you want. |
| 22:38 | gmcharlt | right, it wouldn't change what you want to do with the indexing signficantly, but it would be rather handy |
| 22:38 | the utility of being able to write reports aside, materializing it would provide an anchor to build more central visibility API around | |
| 22:39 | wajasu | i put the code in _koha_marc_update_bib_ids. and supplied the extra 999h when exporting. |
| 22:40 | then i let getRecords, which builds facets, look at the tag for 999h=1, search Results can do the same. | |
| 22:42 | the question is if you want the database biblio updated, or is it fine to just update on export for indexing. since its just a derived field. | |
| 22:43 | gmcharlt | ideally, the MARC(XML) in the database wouldn't get updated |
| 22:43 | just the version that Zebra indexes | |
| 22:43 | wajasu | thats what i thought, and did. |
| 22:43 | gmcharlt | (and perhaps general export) |
| 22:44 | but in the core code, if a routine wanted to ask if a bib or item was visible or not, it would ideally just check the visibility flag columsn I"m proposing | |
| 22:44 | tcohen | gmcharlt, eythian: I agree with your POV regarding /etc/default/koha-common being the wrong place |
| 22:45 | and i think we need to provide a way to opt-out of the automatic update | |
| 22:45 | gmcharlt | eythian: so that we don't drag this out for tcohen -- can we agree on minting a /etc/koha/common.conf or the like? |
| 22:46 | eythian | /etc/koha/koha-common.conf is probably more better |
| 22:46 | gmcharlt | ok |
| 22:47 | since it woudl be a new conffile, maybe it woudl make it easier to debconf-ize it soon? | |
| 22:48 | wajasu | gmcharlt: can you expand on "...if there are /no/ bibs..." . I don't understand your concern with zebra search. |
| 22:49 | gmcharlt | the problem is this - a zebra search fails if there no records containing one of the attributes being searched |
| 22:49 | where this bites us with OPAC suppression is that if you have don't have any records that have the 999 subfield that carries the flag, and you turn on the opacsuppress syspref | |
| 22:49 | wajasu | ahh. so when exporting, we can export a dummy record thats not visible. |
| 22:49 | gmcharlt | OPAC searches instantly start failing, until you save at least one bib that sets a value for that subfield |
| 22:50 | right, you'd export the dummy bib | |
| 22:50 | though ideally, only under two circumstances | |
| 22:50 | 1. when you initiaze a biblio Zebra index for the first time | |
| 22:51 | 1.5 when you upgrade after introducing this mechanism | |
| 22:51 | 2. or when you do a full reindexing | |
| 22:51 | so 2.5 times :) | |
| 22:51 | wajasu | how about every time :) |
| 22:52 | gmcharlt | that would be untidy on several levels |
| 22:52 | the most important being that Zebra wants each record it indexes to have a unique local ID | |
| 22:52 | it's one thing to (say) have a single dummy bib whose "biblionumber" is zero or -1 or the like | |
| 22:53 | it's another to have one marking each occassion that zebraqueue was processed | |
| 22:53 | though wait... | |
| 22:53 | actually, if you set a particular ID, the dummy would just get updated | |
| 22:54 | so actually, exporting every time (at least for updates - no need to do so if all one is doing is deleting bibs) might work after all | |
| 22:55 | wajasu | nice. |
| 22:56 | eythian | gmcharlt: yeah, I'd really quite like to debconf it (and other things.) |
| 22:56 | may get a chance to have a look into it today. | |
| 22:57 | gmcharlt | cool |
| 22:59 | cait left #koha | |
| 23:08 | * dcook | hasn't seen kf in a long time... |
| 23:10 | eythian | @seen kf |
| 23:10 | huginn | eythian: kf was last seen in #koha 3 weeks, 6 days, 5 hours, 52 minutes, and 2 seconds ago: <kf> bye all :) |
| 23:10 | dcook | Maybe it was a final goodbye O_O |
| 23:10 | @seen cait | |
| 23:10 | huginn | dcook: cait was last seen in #koha 57 minutes and 3 seconds ago: <cait> i referred your message |
| 23:15 | wajasu | i'm going to make a biblioExportFilter, and later if/when mtompset want to, we can add a patch for more advanced visible-to-whom and where scenarios. |
| 23:16 | eythian | there already is a patch for that somewhere. |
| 23:16 | wajasu | oh. will have to research. |
| 23:18 | eythian | it allows fields to be filtered when showing on the opac. |
| 23:18 | gmcharlt | not the same thing |
| 23:19 | eythian | ah right |
| 23:23 | wajasu | i'm thinking gmcharlt meant, some table of who (borowerid(s)) could see would need to be configurable for a specific biblio or item. but in that case, we would need to generate maybe a bunch of 998's to hold the list so it can be filtered in searchResults. but thats another project. |
| 23:33 | nlegrand joined #koha | |
| 23:38 | nlegrand_ joined #koha | |
| 23:38 | rocio left #koha |
← Previous day | Today | Next day → | Search | Index