IRC log for #koha, 2007-12-22

← Previous day | Today | Next day → | Search | Index

All times shown according to UTC.

Time Nick Message
13:07 kados hdl: you around?
13:08 hdl: please verify that all your patches have been pushed up
13:08 hdl: also, I have a question for you if you have a moment
13:11 paul hi kados.
13:11 'morning to you.
13:11 my patches have been lost, or is there a problem with them
13:12 (it was a patches.tgz, very important, as they contains the updated french translation)
13:12 (and I have another update one to send... for both opac & staff)
13:13 gmcharlt good morning #koha, paul, and kados
13:13 paul 'morning gmcharlt
13:14 gmcharlt paul: when you have a chance, please look at the changes I made to rebuild_zebra.pl -- I'm wonder if the code to work with the config files is still needed
13:17 paul gmcharlt: you have removed them already if I don't mind ?
13:17 s/them/it/
13:18 gmcharlt gmcharlt: no, code is still there, just now need to supply --munge-config to invoke it
13:18 paul, rather (need to stop talking to myself :) )
13:18 but if not needed, I can remove outright
13:20 hehe
13:20 paul lol
13:24 kados paul: hi
13:24 paul: did you get my email ... I had some problems with the patches, can you rebase and re-submit as a tgz?
13:25 paul ok, I do it immediatly (and, unless I missed it, I haven't got a mail from you)
13:26 kados : I send the mail to jmf or patches mailbox ?
13:26 kados send to rm@koha.org this time
13:27 but normally, patches@
13:27 :-0
13:27 paul done
13:27 kados paul: also, when it's conveneint, I have a question
13:29 paul: do any of the french libraries use the 'accounts, fines' features in Koha?
13:30 paul (on phone)
13:31 kados : I don't think so
13:31 hdl kados: back
13:31 paul mmm... no, i'm wrong. sanop use them if I don't mind
13:31 hdl maybe some local libraries.
13:32 kados in france, how many decimal place for the currency (euro)?
13:32 just two like in the US?
13:32 paul 2
13:35 kados ok, thanks
13:36 paul: have any plans for the holiday?
13:39 arsenic guys, do you still using Bugzilla to report bugs?
13:39 kados arsenic: bugs.koha.org
13:39 arsenic: yep
13:40 arsenic are you using rel_3_0 for, well, Koha 3.0 bugs?
13:40 kados HEAD until the release
13:40 but rel_3_0 will work
13:40 paul: adding _() to strings for translator
13:40 arsenic ok. thanks kados
13:40 kados paul: does this patch improve things, i'm unsure based on your commit message
13:41 paul: 'Note that it DOES not work as expected. It seem that the translator misses the _() string inside expandable button'
13:41 paul kados : 2 commit later, I say that in fact it works fine
13:41 kados hehe, ok
13:44 paul: Civility is incorrect, Title is preferred
13:44 paul it's an unsolvable problem for translation !
13:44 title in french is "Titre" (=biblio title) and "Civilité" (=ppl title)
13:45 so we need 2 different terms.
13:45 kados I see
13:45 hmmm
13:45 paul (we can use "titre" for civility, but only for king, duke or things like that)
13:46 (not for Mister, Miss...)
13:48 kados we could use Salutation
13:49 arsenic that i see almost everywhere
13:49 kados hmmm, not quite right
13:49 that would be more like the first line in a letter 'Dear X'
13:50 paul: I'll approve the patch and will think of a better term in the meantime
13:50 arsenic Well, it's actually Dear [M./Miss/Dumb] X, so that is why salutation is used
13:55 kados paul: all patches pushed
13:55 arsenic: ok, maybe that is the right term
13:55 arsenic here an awesome example: http://inlibro.com/index.php?o[…]leforms&Itemid=60 :)
13:57 but it seems that Civilité is used on many french (from France) web site... and Salutation in french (from Quebec/Canada)'s one
13:57 kados ok, salutation it is
13:58 arsenic We do have multiple inconsistencies between our french, so I guess that a day or another, I'll have to sponsored a French (Canada) translation.
14:02 The koha database must be created with which Collation? I used utf8_general_ci, is that correct?
14:02 paul that's what I use
14:07 arsenic There is something I find strange in Koha 3.  When creating a new MARC record, the ISBN field lets me enter only 2 characters.  Do i miss something?
14:08 kados arsenic: sounds like a bug
14:11 arsenic Well, that what I though at first.  Then I wait a while, but since a few weeks, nobody complaints.  Is that because most people are not using the z3950 feature to import marc record?
14:11 kados arsenic: I'd say it's because no-one noticed or tested it
14:11 owen I've tested the z3950 search more recently than weeks ago
14:11 kados oh ... I stand corrected
14:11 hey owen
14:12 arsenic owen: did you use the ISBN field?
14:12 owen Yes, no problem.
14:13 Could it be a framework issue?
14:13 arsenic Is there a field length setting set in the framework?
14:15 I'm using the sample data provided with the installation.  I looked at paul's demo and the problem is there too.
14:16 kados arsenic: unimarc or marc21?
14:17 arsenic marc21
14:17 you see how weirdo we are in quebec... we speak french but using marc21...  :)
14:20 kados :)
14:20 arsenic kados: do you have the problem?
14:21 owen arsenic: Do you know why it only allows 2 characters? Is there a "maxlength" attribute attached to the input tag?
14:22 arsenic that what I looked at but there is no lenght attrib... looking at the .tmpl file now.
14:22 hdl arsenic : two characters are for indicators.
14:22 not for data.
14:23 click on tag description to input data.
14:24 arsenic hdl: that must be it...
14:25 hdl: that's it, thanks.  I knew i was missing something...
14:26 hdl don't mention it
14:26 arsenic Shouldn't we put an icon beside the field to add data?  it's really not obvious that we have to click on the description...
14:33 owen It might be confusing to a brand new user, but it's easily remembered once someone understands it
14:33 I wonder if the alternative would clutter the interface in a way that outweighs its usefulness
14:34 arsenic of course that once you know it, it's something easy to remembre.  Maybe we could just put a not in the top of the page instead
14:35 ... a note ...
14:50 fbcit g'morning koha
14:50 kados morning fbcit
14:50 fbcit owen arsenic: that got me the first time too...
14:50 hi kados
14:51 arsenic fbcit: hi, and thanks for making me feel better ;)
15:02 kados arsenic, fbcit so what's this?
15:02 arsenic: icon beside what field?
15:04 owen The question is should there be some kind of indication that you have to click the tag text in order to expand the entry form in addbiblio
15:08 fbcit I believe that expanded/contracted option is controlled in the framework setup, if I remember right.
15:14 gmcharlt: fix-perl-path.PL worked great with your changes.
15:21 gmcharlt fbcit: good to hear
15:21 fbcit: so what dependent Perl modules are left?
15:21 fbcit ZOOM which depends on YAZ
15:23 most of the XML modules
15:23 Schedule::At
15:24 which will require some patching up to work either with Win32 'at' or task scheduler
15:24 the Win32 port of YAZ does not provide the libs that ZOOM wants
15:24 the ZOOM module author had not additional insight
15:24 gmcharlt fbcit: nice thing about Schedule::At is it's only used by one script so far; so if there's a portable scheduling module on CPAN, would be easy to switch over
15:25 fbcit so I'm going to try compiling YAZ under cygwin and moving the libs over
15:25 good idea on S::At
15:26 I was working on YAZ/ZOOM last night some
15:27 some of this stuff will probably require us maintaining a separate package of Win32 ports
15:27 just to keep things in the realm of sanity
15:28 gmcharlt fbcit: yep, although I think the indexdata folk would be amenable to taking suggestions re the YAZ package if we make a good case
15:31 fbcit gmcharlt: I also posted to the Net::3950::ZOOM list per the author's suggestion, but received no response to date.
15:31 the current Koha Win32 port does not use ZOOM, correct?
15:32 gmcharlt fbcit: dunno, sorry
15:32 fbcit kados ?
15:36 hdl around?
15:36 hdl yes
15:37 fbcit hdl: I found the NoZebra issue
15:37 hdl what was it ?
15:37 fbcit in buildQuery, when there was no $query and only $limit
15:38 $query was set to $limit with a white space prefixed to it
15:38 arsenic is it possible to get a report of all checked out books?
15:39 fbcit hdl: one moment
15:40 atz fbcit: I thought Koha used ZOOM on all platforms
15:40 gmcharlt atz: including 2.2?
15:41 atz: 2.2 for Win32, I mean
15:41 fbcit hdl: because of this and a later regex, on the second pass through NZanalyse something to this effect was produced:
15:41 EXECUTE : biblioserver, , NF at /usr/share/kohaclone1/C4/Search.pm line 1395.
15:41 atz ah, i see... yeah, I'm thinking 3.0
15:41 don't know about earlier stuff
15:42 fbcit hdl: so I added a conditional to buildQuery based on the existence of $query to determine whether or not to prefix the white space and
15:42 corrected the regex in NZanalyse
15:42 hdl atz:  Koha now use ZOOM for any z3950 research.
15:42 atz right
15:43 fbcit hdl: see http://git.koha.org/cgi-bin/gi[…]9e112206a4af0f8ec
15:43 although it accidentally deletes a line which kados added back for me later last evening
15:45 hdl +        $string =~ s/-|\.|\?|,|;|!|'|\(|\)|\[|\]|{|}|"|&|\+|\*|\///g; # we must not introduce spaces in place of these chars
15:45 I donot agree.
15:45 fbcit ?
15:45 brb
15:45 hdl take this : Benjamin franklin  un américain à paris (1776-1785)
15:46 if you simply remove - and donot replace - by space, you will query 17761785 and will surely get NO results.
15:46 fbcit ahh.. ok
15:47 hdl This is a big bug.
15:47 fbcit the main issue is with the parenthesis
15:47 being changed to spaces
15:47 hdl which parenthesis ?
15:47 In operands ?
15:48 fbcit yes
15:48 hdl Again, Benjamin franklin  un américain à paris (1776-1785)
15:48 you have to search for Benjamin franklin  un américain à paris 1776 1785
15:49 fbcit in the case where only a limit is passed in, no keywords, etc
15:49 the limit becomes the search
15:49 hdl yes.
15:49 and it is catched in :
15:49 fbcit when the parens are replaced with spaces
15:49 the query is parsed incorrectly
15:50 hdl line 1209
15:50 then parsed.
15:51 The files i sent you yesterday works :
15:51 See o10.hdlaurent.paulpoulain.com
15:53 So I donot think you patch will help. It rather will break things.
15:53 Hopefully I am wrong.
15:55 fbcit hdl:
15:55 Pas de réponse !
15:55 Aucun résultat ne correspond à votre recherche “â€? dans le catalogue de Musée du CNAM
15:56 hdl what have you done precisely ?
15:56 fbcit wait
15:56 it appears that you have no itemtype DVD?
15:56 hdl Yes.
15:57 fbcit selecting itemtype of books works
15:57 hdl No items DVD now
15:57 fbcit but I still cannot get your Search.pm to work here :(
15:57 [Fri Dec 21 11:46:11 2007] search.pl: itemtype / = / NF
15:57 [Fri Dec 21 11:46:11 2007] search.pl: EXECUTE : biblioserver, itemtype, NF at /usr/share/kohaclone1/C4/Search.pm line 1337.
15:57 [Fri Dec 21 11:46:11 2007] search.pl:   mc / = / NF
15:57 [Fri Dec 21 11:46:11 2007] search.pl: EXECUTE : biblioserver, mc, NF at /usr/share/kohaclone1/C4/Search.pm line 1337.
15:57 fails on the second recursion
15:58 hdl you have no index mc have you ?
15:58 fbcit no
15:58 hdl this is the reason.
15:59 mc or itemtype has been alternatively used by Liblime for itemtypes research.
15:59 fbcit so should this not be installed by default?
16:00 hdl by which default ?
16:00 fbcit rather where is this index defined?
16:00 hdl maybe but you can do it :
16:01 NoZebraIdexes
16:01 NoZebraIndexes in systempreferences
16:01 copy itemtype line and add it replaceing itemtype by mc.
16:02 then rebuild_nozebra.pl
16:04 btw : on the version you tested (which is 1 week old), I only had  one index used for itemtypes : mt. and the search gave :
16:06 QUERY: mt=MON at /home/hdl/Koha/Code/install​ations/CNAM3//C4/Search.pm
16:06 QUERY CGI: at /home/hdl/Koha/Code/install​ations/CNAM3//C4/Search.pm line 912.
16:06 QUERY DESC: at /home/hdl/Koha/Code/install​ations/CNAM3//C4/Search.pm line 913.
16:06 LIMIT:mt=MON at /home/hdl/Koha/Code/install​ations/CNAM3//C4/Search.pm line 914.
16:06 LIMIT CGI:&limit=mt:MON at /home/hdl/Koha/Code/install​ations/CNAM3//C4/Search.pm line 915.
16:06 LIMIT DESC:and mt:MON at /home/hdl/Koha/Code/install​ations/CNAM3//C4/Search.pm line 916.
16:06 string : mt=MON at /home/hdl/Koha/Code/install​ations/CNAM3//C4/Search.pm line 1254.
16:10 fbcit hdl: works after rebuilding
16:11 we really need to patch syspref.sql to include mc along with your other patches, though.
16:12 hdl: what did the EXECUTE look like for the above debug?
16:16 Brooke howdy
16:17 hdl Hi Brooke
16:18 Brooke bonjour henri :)
16:21 arsenic Concerning reports created from SQL queries, is there any limitation there (eg column names)?
16:24 kados arsenic: from the report writer you mean? if so, the answer is no
16:25 arsenic kados: I'm trying to create a simple query like SELECT * FROM issues WHERE returndate is NULL;
16:26 kados arsenic: use the report writer
16:27 arsenic kados: what is the report writer exactly?
16:27 kados arsenic: reports -> guided report writer -> circulation
16:27 arsenic: if you want to do the issues query
16:28 arsenic: or you could also type in the SQL directly
16:28 arsenic: there's extensive help files written in there, take a look at the [?] top right of the screen
16:48 arsenic ok... i guess that (again) i'm may be missing something... (btw, thanks for pointing me the contextual help :)
16:50 Ok.  I'm building a new report.  Step 1: Circulation, Step 2: Tabular, Step 3: ??? what should i use to get only the current issues...?!
16:51 let's say I'd like to have the barcode and title of the currently issued items.
16:59 paul time to leave for me. I'll be back after christmas.
16:59 merry christmas to everyone here.
16:59 owen Merry Christmas, paul!
16:59 arsenic Bon temps des fêtes Paul.  Repose toi bien
17:00 Brooke Merry Christmas paul
17:01 Joyeux Noël
17:01 atz i trust you'll be eating well and enjoying the holiday, paul!
17:11 hdl kados: about guided report, is it forecast to allow people to use Distinct for lists ?
17:11 is there any difference at the moment between tabular matrix and summary ?
17:12 will there be ?
17:12 kados hdl: there will be in a future version
17:12 hdl: no difference currently
17:18 arsenic Is it possible to set holidays for all branches at once?
17:20 kados arsenic: I think there used to be a 'default' branch ... is that gone now?
17:20 arsenic kados: i guess so.. let me double check
17:20 kados: yes, it's gone.
17:21 kados arsenic: can you file a bug please?
17:21 arsenic sure
17:26 other than paul's one, is there any staff client demo for koha 3 availables?
17:31 kados nothing official yet
17:31 liblime will have one shortly after the release
17:34 arsenic ok.  It would be nice to have one created from every days latest version...
17:35 kados I agree
17:38 arsenic do you also encounter the following search problem.  Launch a search in the advance search page. Use the back button of your browser.  Press the OK button to re-launch the search.  Nothing happens (but sadness)
17:41 kados arsenic: staff client? or opac?
17:41 arsenic: zebra or nozebra?
17:41 arsenic opac, nz
17:41 But i remembre of seeing it on paul's opac too
17:43 kados arsenic: I don't have that problem
17:46 hdl Merry Christmas every body.
17:47 See you. in 10 days.
17:47 kados ciao hdl
17:47 arsenic ciao hdl
17:48 kados: hmm... are you using FF?
17:48 kados yes
17:50 fbcit Merry Christmas hdl
17:51 arsenic kados: I'm experiencing the problem on http://zoomopac.liblime.com/search
17:52 kados arsenic: sounds like a browser problem then
17:58 arsenic kados: you are right.  It seems to be related to FF on Vista...?!
17:59 kados weird
18:44 arsenic i remember that in 2.2, there was a problem with the circulation rules matrix.  We had to fill every cells to get the desired result.  It seems that it still the case with 3.0.  Anybody can confirm?
18:45 If I set 25,5 in the Total/Default cell, i can still loan a 6th book to a borrower without being notified.
19:01 [K] *** join #koha@FreeNode: maktrix n=mak@59.152.90.138
19:01 kados arsenic: really!
19:01 arsenic: can you file a bug for that?
19:06 arsenic kados: yep
19:07 kados thanks
19:30 fbcit their dropping like files...
19:30 s/flies/flys/g
19:32 kados hehe
19:32 arsenic In which files the warn"xxxxx" from the .pl file are supposed to be logged?
19:32 kados apache log files
19:33 fbcit *grimace*
19:33 arsenic hehe
19:33 is there a setting that must be set to see them?
19:34 kados no, just check your koha-httpd.conf file for where they are located
19:34 fbcit $DEBUG
19:35 kados oh
19:35 right
19:35 fbcit if you want to be overrun...
19:36 kados that's just for the warns in C4/Search.pm though, right?
19:36 fbcit there are several $DEBUG's floating around various files that I have seen
19:36 though not all warn's are conditioned by it
19:37 some files look at ENV $DEBUG
19:38 kados yea, someone changed that and I've no idea how it's ever set
19:38 atz: was that you?
19:39 atz: how does one turn on $DEBUG now?
19:39 atz that is my style, yes... but some DEBUG's pre-existed
19:39 kados atz: a+ for style, but how does it work? :-)
19:39 atz i want to write a front-to-back style guide for debug
19:39 fbcit hehe
19:40 kados heh
19:40 fbcit maybe we can do $DEBUG_atz $DEBUG_fbcit, etc
19:41 kados hehe
19:41 atz mine are tripped by non-zero $ENV{DEBUG}, set in the BEGIN{} block  to a local variable $debug
19:42 separately, some scripts provide feedback on CGI param('debug')
19:42 note: ENV should never be SET by CGI param
19:43 there appears to be some hard coded debug stuff
19:43 and separately, a user syspref (??)
19:43 fbcit least intrusive
19:43 kados works for me
19:44 atz actually, there are valid reasons to use the others' styles too  :\
19:44 kados there's a syspref that sets the debug level for Carp
19:44 atz my style reflects that most of my work is at the command line
19:44 owen might prefer the CGI param, for example
19:44 kados *nod*
19:44 atz the one I know least about the syspref
19:45 fbcit module DEBUG.....
19:45 atz i have not seen that used anywhere
19:45 kados afaik it's only used for the carp stuff
19:45 atz ah... ok, not much then
19:46 kados would it make sense to appropriate that for debug level to trigger your BEGIN block?
19:46 I'm all for ENV, but that's tricky to enable for testing when using the web interaces
19:46 atz yeah, these are really separate ideas
19:47 most of my module level stuff outputs to STDERR or warn
19:48 meaning if you testing via web, the messages end up in the log
19:49 so you don't want to enable the module level debug from a CGI param (though you might want the reverse)
19:49 kados doesn't warn send output to stderr?
19:49 atz yeah, same destination, different formatting
19:50 kados I guess from my POV, it'd be darned useful to be able to trigger a module level debug from a cgi param
19:50 atz part of the value of using ENV is that it has no dependencies (CGI or Context)
19:51 kados: yeah, but not as a permanent feature of the system, where any user could start dropping 50 lines per request into the error log
19:52 i would like to see more CGI-responsiveness to a debug param
19:53 kados so what about : syspref turns on debug globally, including the ability to add cgi debug params
19:53 atz but again, i think of this as related but distinct from the lower level debugging
19:55 i'm not sure.  
19:56 gmcharlt kados, atz: from my point of view, need ability to turn on debugging (i.e., messages to Apache error log) without needing APache reload
19:56 atz it would possible for that to work smoothly
19:57 gmcharlt so perhaps something like $debug enabled if either env var is present or a syspref is defined
19:57 atz gmcharlt: send   ?debug=1 to memberentry.pl and see what happens  :)
19:57 gmcharlt atz: not useful in customer support situation
19:58 atz how so/?
19:58 gmcharlt i.e., shoudl be able to tell user to turn on syspref, then send customer support log
19:58 if tell user to start munging URLs, more difficult, especically if trying to trace a multi-page transaction
19:59 atz that makes sense
20:01 kados yea, I like the syspref method
20:01 atz some of my debug stuff has levels... like: ($debug>3) and warn "some big complex dump"
20:01 gmcharlt so how about this:
20:02 check for DEBUG env var and syspref is done ones, in C4::Context
20:02 atz this would be useful to maintain
20:02 fbcit atz: I have used that elsewhere too... works nicely
20:02 atz any problem w/ a 0-9 convention ?
20:02 gmcharlt other modules take debug setting from (say) C4::Context->debug(), or perhaps we even export a koha_debug_level() or something
20:03 and per atz: depending on programmer, that passed $debug value can have levels
20:03 0 = no debug info produced
20:03 1-9 levels
20:03 and if a particular module doesn't need to worry about levels of reporting, $debug and warn("xxx") still works just fine
20:04 atz right, that's the idea
20:04 fbcit we could add a page to ship the log to support as well
20:04 kados yea, that's ideal
20:04 gmcharlt and perhaps instead of doing a $debug and warn all the time, may just have C4::Context export a koha_carp function
20:05 so that you would just do koha_debug("xxx");
20:05 (yes, I know that I just changed sub names)
20:05 kados that would be very cool
20:05 (:))
20:05 fbcit module DEBUG...
20:05 atz gmcharlt: not sure I'd want to go that far
20:05 arsenic I would go for a koha_trace("xxx");
20:05 kados fbcit: yea, we could use a debug module
20:05 this discussion should be moved to koha-devel
20:06 any volunteers for spearheading that?
20:06 gmcharlt could allow several names -- koha_trace, koha_debug, etc., to express different levels
20:06 arsenic with eventually a level param.  koha_trace(3, "my level 3 warning");
20:07 gmcharlt atz: what would be too far?
20:07 atz gmcharlt: so we'd be making a bunch of calls to koha_trace without knowing whether or not they will be used, because the debug level would be encapsulated?
20:08 gmcharlt atz: yeah, but there would always be a runtime evalulation, either at the begging on koha_trace
20:08 or in the context of a $debug and warn contruct
20:08 so question is whether sub invocation is too expensive
20:09 atz the latter is preferable only ....
20:09 gmcharlt not sure that it would be, unless people start putting in a lot of these
20:09 atz because the dump messages can be pretty big
20:09 and shouldn't bother to be assembled unless they will be used
20:09 gmcharlt atz: ah, I see, evaulation of the contents of the debug message
20:10 atz right, assembling the message itself should be avoided in normal operation
20:15 gmcharlt atz: we could always use a source filter to deal with this ;-)
20:16 but seriously, it looks like it would have to be $debug and koha_trace("xxx") [or koha_trace("xxx") if $debug]
20:16 so atz, will you raise this on koha-devel?
20:20 atz the tactical side of me says write the style guide first  :)
20:21 kados fair enough, if you want to, write a style guide as a proposal, and release it as an RFC to koha-devel
20:21 I'd use the koha wiki
20:21 but my pref would be to keep it brief for now, in case someone objects ... ie, don't spend a ton of time on it :-)
20:22 atz right
20:22 kados 'release early, often'
20:22 atz any of this overhaul is after the release, obviously
20:23 but we should have a stronger convention on debugging
20:23 gmcharlt atz: we should have *a* convention on debugging ;-)
20:24 atz well put
20:25 [K] *** part FreeNode!#koha: maktrix n=mak@59.152.90.138
21:34 arsenic fcbit, did you mention that just by setting the $DEBUG, i should get the warn message in my apache log file? (yeah, I still trying to figure out this)
23:05 hey!  I remember seeing a thread talking about if it was ok or not to be able to get the patrons' reading history in the staff client.  What was the final conclusion about this?  Is this an option?
23:05 it was a question about the personal information protection, brough by paul if my memory serves me well
23:07 kados it is an option, you can enable it in sysprefs
23:09 arsenic I guess is either ReadingHistory or intranetreadinghistory.  There are both set to true and I can see anything related to reading history in the patron's page...
23:37 ok, it seems that the reading history is because that the intranetreadinghistory flag never goes through the template params...
23:38 kados arsenic: sounds like another bug in 3.0
23:38 arsenic: works fine in 2.2 and dev_week
23:38 arsenic why is there some hardcoded category_type?  C and A seems to be reserved for children and adult...
23:39 kados yes, that is a new 'feature' of 3.0
23:39 you have types of categories
23:39 arsenic oh, is this the super categories?
23:39 kados the types are hardcoded, the categories are not
23:39 yes
23:39 arsenic ok.  I'll fill a bug for the reading history stuff.
23:40 kados arsenic++ thanks
03:28 fbcit kados: around?
04:03 arsenic fcbit: still working on a friday night?! :)

← Previous day | Today | Next day → | Search | Index

koha1