![http://68.media.tumblr.com/8a2[…]1udh5n8o1_400.gif](http://68.media.tumblr.com/8a23ecb4a29f2219bd61cbfced3bfea4/tumblr_o1j55oez4H1udh5n8o1_400.gif){kind=link}
← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
| Time | Nick | Message |
|---|---|---|
| 00:00 | dcook joined #koha | |
| 00:05 | dcook | Hmmm looks like this client doesn't do UTF-8... that's annoying |
| 00:06 | * dcook | has encountered a UTF8 character that MARC::Record::new_from_xml really doesn't seem to like.. |
| 00:10 | dcook | Hmm and maybe I see why.. |
| 00:10 | It shows up like a funny little g on my terminal... but I can't find it in the UTF-8 table | |
| 00:10 | The hex looks like f09d 94a4 | |
| 00:10 | But I only see... | |
| 00:10 | f0 9d 93 bf | |
| 00:10 | to | |
| 00:10 | f0 9e a0 80 | |
| 00:11 | 𝔤 | |
| 00:11 | 𝔤 | |
| 00:12 | Well that entity doesn't seem real.. | |
| 00:13 | Well technically it's not necessarily MARC::Record... so much as the XML parser | |
| 00:13 | But I was able to use XML::LibXML::Reader to parse it... | |
| 00:17 | I guess XML::LibXML::Reader uses libxml directly.. | |
| 00:20 | I guess I am failing the sax_parser_print.pl test... | |
| 00:21 | So it says I have XML::SAX::PurePerl... but I definitely have XML::LibXML::SAX::Parser on my system.. | |
| 00:28 | I wonder what the DOM parser uses... | |
| 00:28 | Dyrcona joined #koha | |
| 00:29 | tcohen joined #koha | |
| 00:29 | dcook | Ahh actually... maybe that's not it at all.. |
| 00:29 | I have the full record, but somehow a partial record has wound up in Koha.. | |
| 00:30 | Ah yes this error is retrieving it from Koha and that's just a case of it being a bad record in there... but how did it get there.. | |
| 01:00 | Making a MARC::Record object just fine before C4::Biblio::AddBiblio... | |
| 01:00 | But AddBiblio isn't getting all the data into the db.. | |
| 01:01 | * dcook | better rebase before going too much farther |
| 01:03 | dcook | Blahhh dependencies.. |
| 01:03 | * wizzyrea | watches this monologue with amusement |
| 01:03 | dcook | It's worse after rebasing :p |
| 01:04 | Koha wants Mojo::JSON installd, but it's not listed by koha_perl_deps.pl... | |
| 01:04 | Bloody Koha/Object.pm...\ | |
| 01:04 | Looks like Mojo is now accidentally a dependency? | |
| 01:05 | Looks like a core module of Mojolicious as well.. | |
| 01:05 | Bug 17932 | |
| 01:05 | huginn` | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=17932 enhancement, P5 - low, ---, tomascohen, RESOLVED FIXED, Koha::Object should provide a TO_JSON method |
| 01:06 | wizzyrea | https://video.twimg.com/tweet_[…]oNEd_X0AE6QKF.mp4 |
| 01:07 | seems appropriate for your current situation. | |
| 01:07 | dcook | hehe |
| 01:07 | * dcook | shrugs |
| 01:07 | dcook | If I recall correctly, installing Mojolicious is easy |
| 01:07 | So I'm not too fussed. | |
| 01:07 | I mean... I'm still like that but about other things :p | |
| 01:07 | Francesca joined #koha | |
| 01:09 | dcook | I also managed to download and import 10000 records in less than 5 minutes, so I'm not too fussed about 1 record not importing correctly. |
| 01:09 | I mean... a little fussed. | |
| 01:19 | Ok with that out of the way.. | |
| 01:20 | Nope. Still screwed. Well at least this way I get to torubleshoot the fix without finding out someone has alrady fixed it... | |
| 01:22 | In the defense of Koha, it is some nasty bit of data | |
| 01:22 | Still shouldn't be croaking on it though.. | |
| 01:22 | Hurray for people who copy and paste html into notes fields... | |
| 01:22 | Although this is properly escaped.. | |
| 01:22 | H'okay.. | |
| 01:22 | wizzyrea | maybe just catch records with bs data and note them as exceptions? |
| 01:23 | dcook | Well, I don't think this is bs data really |
| 01:23 | MARC::Record has no problem with it either | |
| 01:23 | It's Koha for some reason... and I shall have an answer soon I think | |
| 01:24 | Something tells me TransformMarcToKoha is doing something bad... especially as biblio.notes is farked | |
| 01:25 | Hmm the record object survives that.. | |
| 01:25 | Or... no it doesn't? wtf.. | |
| 01:26 | Oh no it does.. | |
| 01:28 | The data is OK going into _koha_add_biblio()... maybe that one is a length limit thing.. | |
| 01:28 | Hmm probably not.. | |
| 01:29 | Maybe it's a database thing then.. | |
| 01:29 | That probably makes the most snse at this point | |
| 01:29 | utf8 columns in the db.. | |
| 01:30 | Has to be the database... | |
| 01:30 | The data is fine before the insert | |
| 01:31 | Well I'll take it out of Koha then and see what I can se.. | |
| 01:33 | Well that's special... | |
| 01:33 | If I take the same string and update biblio.abstract manually, it works fine | |
| 01:33 | But it doesn't via Koha | |
| 01:34 | * dcook | twitches just the slightest bit to wizzyrea's amusement |
| 01:34 | dcook | Although it doesn't handle the utf8 correctly.. |
| 01:34 | So let's see... | |
| 01:35 | Ok... my text file appears to contain utf8 encoded bytes.. | |
| 01:35 | But MySQL isn't interpretting it as UTF8.. | |
| 01:36 | If I double-check my latin 1 table I'll probably se it's reading it as latin 1.. | |
| 01:37 | Hmm... | |
| 01:42 | Really curious how "f0 9d 94 a4" is getting turned into "c3ad c2a0 c2b5 c3ad c2b4 c2a4" | |
| 01:43 | I suppose it's a longer string than just that so.. | |
| 01:45 | MySQL does not like this.. | |
| 01:45 | Shows one thing in the abstract, one thing in the Field Viewer.. | |
| 01:45 | I guess Koha is off the hook :p | |
| 01:46 | * Francesca | waves |
| 01:46 | wizzyrea | hi Francesca |
| 01:46 | Francesca | hello! |
| 01:46 | how are things going? | |
| 01:47 | wizzyrea | about the same really |
| 01:47 | how aabout you? | |
| 01:47 | * dcook | waves |
| 01:47 | dcook | Wow, mysql command line client shows nothing at all.. |
| 01:47 | But it's not null.. | |
| 01:47 | Huh... it thinks it's empty though.. | |
| 01:47 | Francesca | busy busy |
| 01:47 | * Francesca | waves back at dcook |
| 01:48 | dcook | So the mysql client and the MySQL GUI client are sending the data differently it seems.. |
| 01:48 | Not surprising that DBI would have yt another behaviour.. | |
| 01:48 | And that none of them are errors... | |
| 01:48 | Because that would just be helpful.. | |
| 01:50 | Oh well. Too hard basket. | |
| 01:50 | * dcook | peaces out |
| 01:50 | dcook | Or is it pieces.. |
| 03:52 | dac joined #koha | |
| 04:42 | sameeenz joined #koha | |
| 04:43 | irma joined #koha | |
| 04:48 | dcook | Hey wizzyrea, I think I might have figured it out |
| 04:48 | Well... not really | |
| 04:48 | But I think it has to do with mixed encodings... | |
| 04:51 | I'd say maybe I botched the encoding handling except for those 10,000 UTF8 encoded records which are fine | |
| 04:54 | So DBI should be using a UTF8 connection.. | |
| 04:54 | And mostly UTF8 data.. | |
| 05:07 | irma joined #koha | |
| 05:23 | dcook | Huh... |
| 05:23 | Apparently utf8 in MySQL only goes up to 3 bytes | |
| 05:23 | https://dev.mysql.com/doc/refm[…]unicode-utf8.html | |
| 05:25 | Apparently utf8mb4 can let you use 4 bytes | |
| 05:25 | Which is needd for some CKJ ideographs | |
| 05:26 | https://dev.mysql.com/doc/refm[…]code-utf8mb4.html | |
| 05:26 | TIL | |
| 05:30 | Huh... that was totally it | |
| 05:31 | Changed the column from utf8 to utf8mb4 and it worked | |
| 05:31 | Well kind of | |
| 05:31 | Stored the string, but the clients can't figure it out | |
| 05:31 | I wonder if.. | |
| 05:33 | Aha... yes it's because Koha was set to utf8 for the connection | |
| 05:33 | Bloody hell that's interesting | |
| 05:33 | Probably a waste of my afternoon figuring that one out but maybe this will impact Asian users of Koha.. | |
| 05:39 | @later tell wizzyrea The problem was that MySQL 'utf8' settings only support up to 3 bytes whereas my string had that 4 byte character. Apparently you have to use 'utf8mb4' to send/store 4 byte charactrs... | |
| 05:39 | huginn` | dcook: The operation succeeded. |
| 06:15 | cait joined #koha | |
| 06:54 | kivilahtio | matts_away: We have been using the API key system in production for two years or so with the REST API. |
| 06:54 | matts_away: code is here: https://github.com/KohaSuomi/k[…]embers/apikeys.pl | |
| 06:55 | matts_away: we also need a proper OAuth2 implementation, but I am waiting for Tcohen and Ashimema since no pointfor me to reinvent the wheel thrice | |
| 06:56 | no idea how long we can wait | |
| 06:56 | problem is not very acute for us since we have our own authentication system and can easily extend it to whatever we need | |
| 06:57 | in a hacky way | |
| 06:57 | OAuth2 would be very nice | |
| 07:01 | ashimema | Lee has the OAuth2 library fixes schedules for 'The Perl Toolchain Summit' in early may: http://blogs.perl.org/users/bo[…]-summit-2017.html |
| 07:01 | I aim to start back up on it for koha around the same time so I can catch bugs whilst he's in the zone with it. | |
| 07:14 | alexbuckley joined #koha | |
| 07:45 | marcelr joined #koha | |
| 07:45 | marcelr | hi #koha, #marseille |
| 07:48 | reiveune joined #koha | |
| 07:49 | reiveune | hello |
| 07:52 | laurence joined #koha | |
| 07:53 | bag | morning |
| 07:56 | talljoy joined #koha | |
| 08:03 | fridolin joined #koha | |
| 08:06 | josef_moravec joined #koha | |
| 08:07 | marcelr | hi bag and reiveune |
| 08:08 | reiveune | \o_ |
| 08:09 | AndrewIsh joined #koha | |
| 08:13 | LibraryClaire joined #koha | |
| 08:16 | JesseM joined #koha | |
| 08:23 | fridolin joined #koha | |
| 08:23 | sophie_m joined #koha | |
| 08:27 | cait joined #koha | |
| 08:27 | fridolin | hie tehre |
| 08:27 | I'm safe at home, its raining cats and dogs ;) | |
| 08:27 | cait | poor animals |
| 08:28 | LibraryClaire | absolutely chucked it down last night |
| 08:31 | sophie_m | hello #koha |
| 08:31 | alex_a joined #koha | |
| 08:32 | cait | @wunder Marseille |
| 08:32 | huginn` | cait: Error: No such location could be found. |
| 08:32 | cait | @wunder Konstanz |
| 08:32 | huginn` | cait: The current temperature in Mainaustraße, Konstanz, Germany is 10.2°C (9:19 AM CET on March 24, 2017). Conditions: Mostly Cloudy. Humidity: 84%. Dew Point: 8.0°C. Pressure: 30.15 in 1021 hPa (Steady). |
| 08:33 | matts | hi #koha ! |
| 08:34 | cait | hi matts! |
| 08:34 | :) | |
| 08:35 | atheia joined #koha | |
| 08:35 | matts | cait, we had some drinks for people that weren't attending the hackfest, and we sure had one for you ! :) |
| 08:37 | atheia | There were even some spare ones that stood amongst us (for a while at least)! |
| 08:39 | ashimema | lol |
| 08:39 | gaetan_B joined #koha | |
| 08:39 | gaetan_B | hello |
| 08:39 | wahanui | privet, gaetan_B |
| 08:42 | paul_p joined #koha | |
| 08:42 | Sbouis joined #koha | |
| 08:42 | cait | :) |
| 08:54 | alex_a_ joined #koha | |
| 08:58 | ashimema | mercelr I've added the tests to 12026 now.. thanks for the pointer they'd just slipped my mind with the amount of water under the bridge on that one.. felt it pertinent to add them though so I wrote them last night in the hope's I caught the bug before it was pushed.. feel free to check them but I've left the bug in 'Passed QA' state and added the test as a QA Followup patch. |
| 09:01 | kidclamp joined #koha | |
| 09:07 | marcelr | hey ashimema dont use mercelr; might not catch it :) |
| 09:10 | pass with me, one without test description ok 11 | |
| 09:14 | ashimema | poop.. sorry |
| 09:16 | and thanks.. I missed that ok.. was a late night ;) | |
| 09:19 | fixed.. thanks for spotting it :0 | |
| 09:20 | marcelr | ashimema: i will leave 17600 for you today and have a look later |
| 09:20 | ashimema | sure thing |
| 09:25 | d_antonakis joined #koha | |
| 09:30 | kidclamp | . |
| 09:36 | edveal joined #koha | |
| 09:43 | Francesca joined #koha | |
| 09:59 | liw joined #koha | |
| 10:39 | JesseM joined #koha | |
| 10:43 | d_antonakis joined #koha | |
| 10:43 | paul_p joined #koha | |
| 10:43 | gaetan_B joined #koha | |
| 10:43 | fridolin joined #koha | |
| 10:43 | laurence joined #koha | |
| 10:43 | reiveune joined #koha | |
| 10:43 | baptiste joined #koha | |
| 10:43 | nlegrand joined #koha | |
| 10:43 | danmichaelo joined #koha | |
| 10:47 | fridolin | bag: c'est pas faut ? :):):) |
| 10:49 | ashimema | how's the hackfesters this morning.. all very queir |
| 10:49 | s/queir/quite | |
| 10:50 | matts | quiet ? |
| 10:50 | ashimema | grr, I can't type today |
| 10:51 | cait | hung over? |
| 10:53 | matts | over the rainbow ? :) |
| 10:54 | marcelr | eat too much pizzas? |
| 10:59 | LibraryClaire | most are gone |
| 10:59 | well, a lot | |
| 10:59 | cait | hm no manual for the advanced catalouging editor? |
| 10:59 | matts | like in a lounge bar ? |
| 10:59 | ;) | |
| 11:00 | cait | bag: do you know if you have some instructions for 'rancor'? |
| 11:01 | LibraryClaire | cait bag is gone |
| 11:01 | cait | ah ok |
| 11:01 | well not ok... but :) | |
| 11:18 | gaetan_B | i have a question on modification template |
| 11:18 | i made a rule that says "Update field 942$a with value B if 942$a matches A" | |
| 11:18 | i expected it to change 942$a A to B | |
| 11:18 | which it did mostly | |
| 11:18 | except when i have to $a in my 942, the first one with a value of C and the second with a value of A | |
| 11:19 | in that case, the first one (C) was updated to B | |
| 11:19 | sounds like a bug to me | |
| 11:19 | matts | gaetan_B, developpers http://68.media.tumblr.com/8a2[…]1udh5n8o1_400.gif |
| 11:24 | eythian | hi |
| 11:24 | @wunder ams | |
| 11:24 | huginn` | eythian: The current temperature in Schiphol, Badhoevedorp, Netherlands is 10.5°C (12:20 PM CET on March 24, 2017). Conditions: Partly Cloudy. Humidity: 69%. Dew Point: 5.0°C. Pressure: 30.45 in 1031 hPa (Rising). |
| 11:29 | * magnuse | waves belatedly |
| 11:42 | meliss joined #koha | |
| 11:43 | oleonard joined #koha | |
| 11:45 | * cait | has a problem with translted csv exports.. AGAIN :( |
| 11:46 | cait | could anyone check in their installation maybe? item search > csv in non english |
| 11:46 | it if't broken your csv has only 2 lines, header and the rest in one line | |
| 11:50 | Dyrcona joined #koha | |
| 11:50 | eythian | cait: I don't think that last sentence is a sentence :) |
| 11:52 | cait | maybe not |
| 11:52 | 2 lines, header line and all other 'lines/items' in the other line | |
| 11:53 | the odd thing is that there is no visible difference in the translated templates :( | |
| 12:00 | fridolin | Joubu: FYI found Bug 18329 |
| 12:00 | huginn` | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=18329 normal, P5 - low, ---, fridolin.somers, NEW , Batch record deletion broken |
| 12:02 | kellym joined #koha | |
| 12:02 | marcelr | fridolin: Joubu is still sleeping? |
| 12:12 | fridolin | maybe :) |
| 12:18 | vanic joined #koha | |
| 12:19 | vanic | Hey Folks! New Koha user here from a small K-12 . Had a few questions if anyone didn't mind lending some advice. |
| 12:21 | eythian | vanic: you're best off asking the questions, otherwise no one will know if they can help. |
| 12:22 | blou | :) |
| 12:23 | vanic | Ok sure. We just reciently upgraded our Library. Before We were using Athena, and we used it for years. Used to run on Windows 3.11 and then I moved it into a 98 SE Vm where it lived since. I just reciently researched Koha and set it up using Debian Jessie following. https://wiki.koha-community.or[…]ki/Koha_on_Debian guidelines |
| 12:24 | Everything went ok! . I then took on the task of getting data migrated. I managed to export the MARC data ok to a file and the patrons to a dbase file that I wrote a script to convert to CSV | |
| 12:24 | All good. then I realize the issue | |
| 12:24 | Athena was using 852$p for the barcode system. and koha now uses 952$p | |
| 12:25 | I tried to setup a mapping to the old field. and It said I had to run a script manually to make the changes. *one moment I'll get the output from it. but it has failed* | |
| 12:26 | eythian | you probably don't want to do that |
| 12:26 | you would be better off changing the MARC records | |
| 12:26 | vanic | Thats what I'm told |
| 12:26 | at least from googling all eveing yesterday | |
| 12:27 | so i'm wondering what my best option is | |
| 12:27 | if I go back and re-export the data. can I change all 8XX fields to 9XX fields on the Import? | |
| 12:28 | or is there a way I ran run something against the current data to change it | |
| 12:28 | eythian | I don't think koha can do that. |
| 12:28 | (last I looked, this may have changed.) | |
| 12:29 | you're best talking to someone who has done a migration recently, I used to have scripts to do all this for me | |
| 12:29 | however, many of them are probably in Marseille, or in the process of going from there to their home | |
| 12:29 | fridolin | vanic: you may have a look at our Marc Transform scrvipt : https://git.biblibre.com/bibli[…]/transformiso2709 |
| 12:30 | matts | bye ! |
| 12:31 | barton joined #koha | |
| 12:31 | eythian | https://gitlab.com/catalyst-ko[…]igration-toolbox/ there's more tools here, but they're not particularly tidy |
| 12:31 | vanic | awesome! I'll review alot of this |
| 12:33 | eythian | there's a huge monster script in there called 'csvtomarc.pl' which allows you to take a csv and produce marc from it. |
| 12:33 | with some transformations along the way. | |
| 12:34 | If you read that script, I apologise in advance. It grew beyond a healthy size over the years :) | |
| 12:36 | (if I had cause to write it again, I think I'd make it its own language, rather than a huge command-line thing.) | |
| 12:38 | magnuse | vanic: there is also a popular tool valled MarcEdit, which is free to use, but not free software, that could do the shifting around of marc fields for you |
| 12:39 | marcelr | magnuse: was there a marseille scoreboard somewhere? |
| 12:39 | Sbouis joined #koha | |
| 12:40 | magnuse | marcelr: not that i have seen |
| 12:40 | marcelr | ok |
| 12:40 | magnuse | looks like http://scoreboard.koha-community.org/ still has the catalyst students on it |
| 12:41 | marcelr | yes |
| 12:41 | chris was not in marseille | |
| 12:41 | magnuse | nope |
| 12:41 | if he was i would have gone too :-) | |
| 12:42 | liliputech joined #koha | |
| 12:43 | magnuse | hm, i have a customer that has setup SMS and it works. they want to let user choose how they recieve messages, bit they do not want them to be able to turn on sms messages for checkouts and returns. is it possible to influence that at all, once sms is enabled? |
| 12:43 | i don't think it is | |
| 12:43 | eythian | @quote get 123 |
| 12:43 | wahanui | http://xkcd.com/1172/ |
| 12:43 | huginn` | eythian: Quote #123: "rangi: #thingsihavelearnt if there is a mad scheme a library somewhere will be doing it ... except madder" (added by wizzyrea at 09:20 PM, March 30, 2011) |
| 12:43 | magnuse | best option might be to use jquery to disable those checkboxes |
| 12:43 | the koha mantra :-) | |
| 12:52 | marcelr | bye #koha |
| 12:52 | nengard joined #koha | |
| 12:52 | cait | it looks like the csv is still broken if the file actually gets translated |
| 13:00 | Joubu: the csv exports are broken again :( just commented on bug 16914 | |
| 13:00 | huginn` | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=16914 major, P5 - low, ---, josef.moravec, Pushed to Stable , Export csv in item search, exports all items in one line |
| 13:02 | ericg joined #koha | |
| 13:04 | kmlussier joined #koha | |
| 13:06 | francharb joined #koha | |
| 13:08 | francharb | Good morning #koha |
| 13:20 | atheia joined #koha | |
| 13:22 | * cait | waves |
| 13:23 | * magnuse | waves |
| 13:30 | * oleonard | waves, but feels bad because he waved later than everyone else and it looked awkward. |
| 13:30 | cait | :) |
| 13:32 | Joubu | hi |
| 13:34 | tcohen joined #koha | |
| 13:45 | magnuse | ¡hola Joubu y tcohen! |
| 13:45 | tcohen | hola magnuse |
| 13:46 | Joubu++ | |
| 13:55 | kholt joined #koha | |
| 13:59 | baptiste joined #koha | |
| 14:05 | meliss1 joined #koha | |
| 14:06 | edveal1 joined #koha | |
| 14:13 | rocio joined #koha | |
| 14:16 | cait | barton: not sure if the bug is there for CJK - I have seen marc records with all of those displayed ok in Koha |
| 14:18 | the utf8 one on the mailing list | |
| 14:18 | barton | right... |
| 14:18 | cait | just irritated by that , i believe the bug is there for 4bit |
| 14:20 | *shrugs* | |
| 14:21 | I might have to reread dcook's email first | |
| 14:21 | barton | Yeah, it's definitely not CJK specific; I think david's point was simply that CJK is probbly more likedly to have 4 byte characters. As long as there's an open bug for that, we're cool. |
| 14:21 | cait | it seems he ran into it with math things |
| 14:22 | would be intereting to see a list of the characters that are affected, but can't figure it out right now | |
| 14:22 | barton | ok, that makes sense. |
| 14:22 | andreashm joined #koha | |
| 14:22 | cait | maybe it's onyl a few characters - i only know we once had a test set with chinese and korean and that looked ok - probably not using those |
| 14:23 | sorry, didn't want to confuse | |
| 14:23 | * andreashm | waves |
| 14:24 | jac joined #koha | |
| 14:25 | barton | presumably it's only un-common CJK characters in the 4-byte range. |
| 14:25 | hi andreashm! | |
| 14:25 | morning jac! | |
| 14:25 | tcohen | ashimema already proposed this a couple years ago, shifting to utf8m4 |
| 14:26 | jac | morning barton |
| 14:26 | tcohen | hi jac |
| 14:26 | jac | hi tcohen |
| 14:27 | andreashm | hi barton! |
| 14:28 | * andreashm | is looking at screencast for the new calendar. |
| 14:29 | barton | does the new calendar show the dawning of the age of aquarias? oh, wait. that would be 50 years old... |
| 14:30 | andreashm | ...and reinstalling koahdevbox. as per usual. |
| 14:30 | paul_p joined #koha | |
| 14:30 | paul_p | liliputech SELECT issues1.borrowernumber, biblioitems1.isbn isbn1 ,biblioitems2.isbn isbn2 FROM issues issues2 |
| 14:30 | LEFT JOIN issues issues1 ON issues2.borrowernumber=issues1.borrowernumber | |
| 14:30 | LEFT JOIN items items1 ON issues1.itemnumber=items1.itemnumber | |
| 14:30 | LEFT JOIN biblioitems biblioitems1 ON items1.biblionumber=biblioitems1.biblionumber | |
| 14:30 | LEFT JOIN items items2 ON issues2.itemnumber=items2.itemnumber | |
| 14:30 | LEFT JOIN biblioitems biblioitems2 ON items2.biblionumber=biblioitems2.biblionumber | |
| 14:30 | WHERE issues1.issuedate LIKE '2017-03-22%' AND biblioitems1.isbn<>biblioitems2.isbn | |
| 14:30 | liliputech | thanks! |
| 14:32 | tcohen | new calendar?? |
| 14:32 | andreashm | bug 17015 |
| 14:32 | huginn` | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=17015 enhancement, P5 - low, ---, koha-bugs, Needs Signoff , New Koha Calendar |
| 14:34 | francharb | tcohen, to get in, I'll suggest you read this comment https://bugs.koha-community.or[…].cgi?id=17015#c46 ;) |
| 14:34 | huginn` | 04Bug 17015: enhancement, P5 - low, ---, koha-bugs, Needs Signoff , New Koha Calendar |
| 14:34 | andreashm | ok, wtf just happened? why did my vagrant destory apparently also take out my synced repo? cause that folder is now empty too.... gaaaaaah! |
| 14:34 | tcohen | inlibro++ |
| 14:34 | francharb | :) |
| 14:34 | thanks | |
| 14:35 | tcohen | close hours! |
| 14:35 | andreashm | new calendar looks good. just wished it was even faster calculating fines! (yes, the grass is always greener somehwere else...) |
| 14:37 | blou | andreashm: Hey, I could find a few more cpu cycles to cut if that's what it takes to get approval :) |
| 14:37 | andreashm | blou: cut cut! =) |
| 14:37 | jbeno joined #koha | |
| 14:37 | * andreashm | was going to test. now I need to figure out what happened to my git repo instead. sigh. |
| 14:38 | tcohen | can we get rid of the plural Koha::Objects? |
| 14:47 | CrispyBran joined #koha | |
| 14:51 | ashimema | hello |
| 14:56 | andreashm joined #koha | |
| 15:03 | kellym joined #koha | |
| 15:07 | ashimema | I'm gonna assume atheia just ran for a bus or somthing as h dissapeared |
| 15:08 | was there someone still playing with bug 18322 that wanted some input. | |
| 15:08 | huginn` | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=18322 enhancement, P5 - low, ---, martin.renvoize, Needs Signoff , Add facets for ccode to zebra |
| 15:09 | baptiste joined #koha | |
| 15:09 | mveron-away joined #koha | |
| 15:09 | mveron-away | Hi again #koha |
| 15:10 | liliputech joined #koha | |
| 15:12 | sophie_m joined #koha | |
| 15:15 | nengard joined #koha | |
| 15:18 | paul_p joined #koha | |
| 15:59 | tcohen joined #koha | |
| 16:04 | reiveune | bye |
| 16:04 | reiveune left #koha | |
| 16:08 | sophie_m joined #koha | |
| 16:44 | fridolin left #koha | |
| 17:21 | edveal joined #koha | |
| 17:26 | edveal | Hello |
| 17:26 | edveal joined #koha | |
| 17:33 | laurence left #koha | |
| 17:52 | mveron | Bye #koha |
| 18:05 | jbeno1 joined #koha | |
| 18:18 | nuentoter joined #koha | |
| 18:22 | nuentoter | is there a way to run an sql report to find items that are not in location "x, y, z" for example? |
| 18:25 | cait | very close |
| 18:25 | location not in ("location a","location B") etc. | |
| 18:28 | nuentoter | ok i'm still learning proper syntax uugghhh TY Cait |
| 18:28 | cait | np |
| 18:46 | huginn` | New commit(s) kohagit: Bug 17792: Add opac_editable and opac_display methods <http://git.koha-community.org/[…]5494717d58735ca9b> / Bug 17792: Introduce Koha::Patron::Attribute(s) <http://git.koha-community.org/[…]cefba1ac91ec7ed79> / Bug 17755: (followup) Override ->search to allow filtering by branchcode <http://git.koha-community.org/gi |
| 18:50 | Joubu | Is PQA a LIFO ?! |
| 18:57 | huginn` | New commit(s) kohagit: Bug 13757 - DBRev 16.12.00.016 <http://git.koha-community.org/[…]c537b6f0b818c931e> / Bug 13757: (QA followup) Filter out non-editable params before storing <http://git.koha-community.org/[…]2b8468480e613ce5c> / Bug 13757: (QA followup) Exclude empty attributes from rendering if non-editable <http://git.koha-communit |
| 18:58 | jenkins | Project Koha_Master_D8 build #136: STILL FAILING in 31 sec: https://jenkins.koha-community[…]ha_Master_D8/136/ |
| 18:58 | * kyle: Bug 17755: Introduce Koha::Object::Limit::Library | |
| 18:58 | * kyle: Bug 17755: Unit tests | |
| 18:58 | * kyle: Bug 17755: Introduce Koha::Patron::Attribute::Type(s) | |
| 18:58 | * kyle: Bug 17755: (QA followup) Return $self when appropriate | |
| 18:58 | huginn` | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=17755 enhancement, P5 - low, ---, tomascohen, Pushed to Master , Introduce Koha::Patron::Attribute::Type(s) |
| 18:58 | jenkins | * kyle: Bug 17755: (followup) Override ->search to allow filtering by branchcode |
| 18:58 | * kyle: Bug 17792: Introduce Koha::Patron::Attribute(s) | |
| 18:58 | * kyle: Bug 17792: Add opac_editable and opac_display methods | |
| 18:58 | * kyle: Bug 13757: Add the option to set patron attributes editable in the OPAC | |
| 18:58 | huginn` | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=17792 enhancement, P5 - low, ---, tomascohen, Pushed to Master , Introduce Koha::Patron::Attribute(s) |
| 18:58 | jenkins | * kyle: Bug 13757: DB update |
| 18:58 | * kyle: Bug 13757: OPAC changes | |
| 18:58 | * kyle: Bug 13757: DBIC update | |
| 18:58 | huginn` | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=13757 enhancement, P5 - low, ---, tomascohen, Pushed to Master , Make patron attributes editable in the opac if set to 'editable in OPAC' |
| 18:58 | jenkins | * kyle: Bug 13757: Add extended attributes to the patron modification |
| 18:58 | * kyle: Bug 13757: (followup) Remove warnings | |
| 18:58 | * kyle: Bug 13757: (followup) Staff interface changes | |
| 18:58 | * kyle: Bug 13757: (followup) Only touch opac_editable attributes | |
| 18:58 | * kyle: Bug 13757: (followup) Regression tests for ->approve changes | |
| 18:58 | * kyle: Bug 13757: (followup) Fix authorized value display when opac_display & | |
| 18:58 | * kyle: Bug 13757: (QA followup) Check DB structure before altering table | |
| 18:58 | * kyle: Bug 13757: (regression tests) Empty attributes should delete existing | |
| 18:58 | * kyle: Bug 13757: Make Koha::Patron::Modification->store del empty attrs | |
| 18:58 | * kyle: Bug 13757: (QA followup) Make opac-memberentry.pl handle attrs deletion | |
| 18:58 | * kyle: Bug 13757: (QA followup) Fix non-editable attrs on failed save | |
| 18:58 | * kyle: Bug 13757: Make K::P::Modifications->pending return K::P::Attribute | |
| 18:58 | * kyle: Bug 13757: Better display for attr changes in members-update.pl | |
| 18:58 | * kyle: Bug 13757: (regression test) Attribute with value 0 should be stored | |
| 18:59 | * kyle: Bug 13757: Attribute with value 0 should be stored | |
| 18:59 | * kyle: Bug 13757: (QA followup) Exclude empty attributes from rendering if | |
| 18:59 | * kyle: Bug 13757: (QA followup) Filter out non-editable params before storing | |
| 18:59 | * kyle: Bug 13757 - DBRev 16.12.00.016 | |
| 19:57 | rocio joined #koha | |
| 20:26 | sameeenz joined #koha | |
| 20:41 | Francesca joined #koha | |
| 21:11 | rocio joined #koha | |
| 21:25 | cait joined #koha | |
| 21:35 | sameeenz joined #koha | |
| 21:39 | ashimema joined #koha | |
| 21:47 | alexbuckley joined #koha | |
| 23:02 | Francesca joined #koha |
← Previous day | Today | Next day → | Search | Index