IRC log for #koha, 2007-10-30

All times shown according to UTC.

Time S Nick Message
12:31 owen Hi #koha
12:46 kados morning owen
12:46 kados owen: how was your weekend?
12:46 owen Fine, thanks. Back at home base now?
12:48 kados hehe, I wish ... I'm in Miami this week
12:48 owen FL?
12:48 kados today I have 'off' which basically means I'll be cooped up in my hotel room programming
12:48 kados yea, Maimi FL
12:48 kados got some meetings this week hereabout
12:49 kados later in the week, MN, and then I'm back home on Sat for a while
12:49 kados whew!
12:49 owen I was going to suggest taking your laptop to the beach, but Google says you've got rain today
12:49 kados yea, weather's not the greatest
12:49 kados still kinda neat to be in FL though :-)
12:49 kados it's fairly warm
12:50 owen I've got an interface idea to run by you
12:50 owen Should we disable the 'issue to' form field when the patron is restricted?
12:50 kados good question ...
12:51 kados yea, makes sense
12:51 kados rather than just fail when they scan it
12:51 owen That's what I was thinking
12:52 owen For that matter, maybe the messages/warnings column expands to replace the issue column in the layout?
12:52 owen ...Since you can really do anything until you take care of whatever is blocking the account?
12:53 kados yea, that also makes sense
12:53 owen Okay, I'll experiment with that
12:59 kados brb
13:32 kados hdl: you around?
13:33 kados hdl: there's some code in the template like "TMPL_IF NAME="9523a" ... for sorting
13:33 paul hi kados
13:35 hdl kados ?
13:35 kados hi guys
13:36 kados <!--TMPL_IF Name="9523d"-->
13:36 kados          <option value="1=9523 &lt;i" selected="selected">Popularity (Least to Most)</option>
13:36 kados        <!--TMPL_ELSE -->
13:36 kados this code ... doesn't seem to work
13:36 kados ie, it never shows up as selected
13:36 kados I'm planning to fix that now
13:37 paul (kados : a quick question = how many liblimers are there today ? 10 ? 12 ? )
13:37 kados hdl: I just want to confirm it's not working for you, right?
13:38 kados paul: 12 full-timers I think
13:38 paul (it's for a press release to announce birth of BibLibre. I want to say that we are 3 in France, and you are already 12 on your side, all of us being equally involved in Koha)
13:38 kados cool
13:39 hdl OK.
13:40 hdl This seems to disable 9523 when 9523 is not defined in bib1.att
13:42 kados really?
13:42 kados disable, as in it doesn't show up?
13:52 kados hdl: also, it seems that my distinction between koha query, machine-readable query, and searchdesc have been muddied
13:52 kados I'll also be fixing that today
13:58 hdl kados : this distinction was not clearly used in templates.
13:59 hdl I did my best to keep things working.
14:00 hdl But I also think that having "human readable" search description is both important but not so easy to get.
14:04 kados I'll do my best to get this working
14:04 kados I've also resurected facets
14:04 paul kados ++
14:05 kados http://staff-jmf.dev.kohalibra[…]e/search.pl?q=the
14:05 kados resort working
14:05 kados facets almost working
14:06 kados one thing I could use advice on
14:06 paul kados : shouldn't we remove the numbers in the facets ?
14:06 kados in the advsearch.tmpl there is a section for 'TMPL_IF NAME=UNIMARC'
14:06 kados that has some french language strings
14:06 kados I think the translator will be confused
14:07 kados paul: perhaps, yes
14:07 paul because our libraries are VERY confused to see "branch (3)" and, when clicking, getting 10, 100 or even 1000 results !
14:07 kados paul: although we may be able to get the facets from zebra, with a valid count from teh result set
14:07 kados paul: I am investigating this still
14:07 paul yep, I remember you asked indexdata about the cost
14:07 kados *nod*
14:07 hdl kados : have you seen my email ? and how I did this ?
14:07 kados it's $15,000 if I don't mind ... but I think i can do it with scan->
14:08 kados hdl: no, I must have missed it
14:08 kados did you figure out a way?
14:08 hdl scan will give you only the 10 first results
14:08 hdl no matter their weight.
14:08 kados ahh
14:08 hdl And this really is a pain in the neck.
14:08 kados yep
14:09 hdl unless you know a way to ask for the most relevant search results pqf ?
14:09 kados I don't know, I haven't gotten to examining it yet, just had an idea while showering :-)
14:09 kados I will take a look today
14:10 hdl resort didn't work ?
14:10 kados but if you have an idea for the UNIMARC issues
14:10 kados hdl: resort should work now
14:10 hdl Is it pushed ?
14:10 kados not yet
14:10 kados http://staff-jmf.dev.kohalibra[…]sort_by=author_az
14:10 kados http://staff-jmf.dev.kohalibra[…]sort_by=author_za
14:10 kados seems to work well
14:11 kados er? now it's not working ...
14:11 hdl are you not using 1=2 >i
14:12 hdl in sort_by parameters ?
14:12 kados ahh, yes, it's working
14:12 kados hdl: yes, but I do it in Search.pm now
14:12 kados hdl: it's too hard to remember the numbers :-)
14:12 kados hdl: so we have string value that maps to the numbers in search.pm
14:13 kados I think I will need to updateNoZebra too
14:13 kados paul: hdl did you know changelanguage doesn't work on the staff client?
14:13 kados (look for English / Fransais at bottom of page)
14:13 hdl In koha 22 it was the case.
14:13 kados it sets the cookie, but the staff client ignores the cookie for some reason
14:14 kados it should be a simple fix, no?
14:14 paul no, I didn't knew that. all our libraries just need french (on staff) ;-)
14:14 kados hehe
14:14 paul probably.
14:14 hdl anyway, hopefully, staff will not change languages too often.
14:15 kados so what shall I do about the TMPL_IF NAME=UNIMARC in the template?
14:15 kados the advsearch.tmpl ?
14:16 hdl paul ?
14:17 paul the best solution would be to have those strings in english in the template
14:17 paul and let the translator handle the french version.
14:17 paul but I couldn't find time to do that
14:17 hdl This should also be the case for all UNIMARC plugins.
14:17 paul yep
14:18 hdl I can do this for advsearch.tmpl
14:18 kados could it make sense to have a separate template for advsearch for UNIMARC?
14:18 hdl Question is : will it work fine for all the zebra and nonzebra installations ??
14:18 paul kados: I don't think so
14:19 paul (because unimarc english could be interesting)
14:19 kados right
14:19 kados and in fact, that's something else we need to discuss re: installer
14:19 paul right !
14:19 hdl We could do TMPL_INCLUDE ?
14:19 kados I have UNIMARC english frameworks that I wnt to include
14:19 kados in 3.0
14:19 kados hdl: ahh, good idea
14:19 kados hdl: I'll do it as an include
14:20 kados for now, and you can translate it when you have time
14:22 kados next question ... how does TMPL_IF NAME=UNIMARC even get set?
14:23 paul (but would be VERY easy to introduce)
14:24 kados ok, that's done
14:24 kados hdl: so w/respect to the installer
14:25 kados hdl: do you have an idea for how to allow a UNIMARC/MARC21/XXMARC choice?
14:25 kados because I have some english UNIMARC frameworks I'd really like to include
14:25 kados (and it means I can test in UNIMARC too ;-))
14:25 paul kados : in french, we have divided directories differently than you
14:26 kados ahh, really ... can you explain?
14:26 paul it's not mandatory/ optionnal / ???
14:26 paul it's mandatory / public library / research library
14:26 kados interesting
14:26 paul of course, someone could clic on unconsistent values in PL & RL, but that would look idiot to anyone.
14:27 paul so, you could have "mandatory / unimarc / usmarc" in english
14:27 hdl Nope.
14:27 kados I think frameworks are mandatory ...
14:27 paul and explain "if you choose something in unimarc, then forget usmarc"
14:27 kados and it's a global setting right now
14:27 hdl Because one marcflavour is mandatory.
14:27 kados hdl: right
14:27 kados we need the user to choose
14:28 kados what if we had:
14:28 kados data/en/frameworks
14:28 kados data/en/mandatory
14:28 kados data/en/etc
14:28 kados and in frameworks we had two types:
14:28 kados marc21_
14:28 kados unimarc_
14:28 kados and the user only sees the type he has picked
14:28 kados ?
14:29 paul it would be harder to add XXXmarc or marcYYY
14:30 kados true
14:30 kados maybe a directory then?
14:30 kados installer/data/en/marc21/
14:30 kados installer/data/en/unimarc/
14:30 hdl no.
14:31 kados what then? :-)
14:31 hdl frameworks should be separated from other data.
14:31 hdl installer/data/en/frameworks/marc21/
14:31 kados ok
14:31 kados I can live with that :-)
14:32 hdl then the user should have radio button for framework choice.
14:32 kados hdl: will it be hard to add that to the installer?
14:33 hdl Not so hard.
14:33 hdl But i must find the right place.
14:34 hdl because one should do framework choice before all the sql values are loaded.
14:34 kados right
14:34 kados hdl++
14:40 paul kados : i have a question about "default searchon kw-wrdl
14:40 paul you have reverted my 2nd patch, but not the 1st one.
14:40 paul now, a lot of search features don't work anymore.
14:41 paul but if we revert my 1st patch, the search forms on top won't do kw,wrdl search and truncations don't work
14:41 paul so, we have a problem ;-)
14:41 paul and I don't know how to solve it !
14:42 kados hmmm
14:42 kados first, the default search shoudl be "", not kw,wrdl
14:42 kados I've fixed that, but not pushed up yet
14:43 kados do you expect to do truncation with every query?
14:43 paul nope, only if the user enter truncation wildcard
14:43 paul but hdl did it only on wrdl, which is logic I think
14:43 kados what is the truncation wildcard?
14:43 paul *
14:43 kados ok, I will need to test this
14:44 paul potte* will find potter & pottery
14:44 paul *tter will find potter & hatter
14:44 paul ???
14:44 kados http://staff-jmf.dev.kohalibra[…]?q=testing+biblio
14:44 kados testing biblio finds test biblio
14:45 kados I see truncation isnt' working on mine
14:45 kados I'll test
14:45 paul I confirm it doesn't work
14:46 paul http://i11.bureau.paulpoulain.[…]ort_by=&do=Search
14:46 paul find egyptien & egyptologie as expected
14:47 paul kados : adv search "default" search is on keyword, kw,wrdl. don't you expect the top forms to be the same ? our libraries really think it is.
14:49 paul (on this link, click on page 2, and you 'll see the bug introduced by the 1st commit patched by the 2nd one you've reverted)
14:53 rh should the "z3950servers" table be populated or does it get populated on the fly when you do a search?
14:54 hdl rh : it should be populated.
14:54 rh okay mine is empty.. does that mean i screwed something up during install?
14:54 hdl (it is up to the librarian to know from which sources he wants to get biblios)
14:55 rh ah
14:55 rh oh so that is something that I need to add manually
14:59 rh oh i see there is a handy form in the gui
15:16 kados hdl: so you have:
15:16 kados if (index($index,"phr")<0 && index($index,",")>0){
15:16 kados # if the operator contains more than one qualifier, but not phrase
15:16 kados that's when you apply truncation?
15:16 kados paul: is that right?
15:16 hdl yes.
15:17 hdl maybe we could apply also when no qualifier defined.
15:17 hdl But would be a problem
15:17 kados why not just turn on the right-truncation for every query?
15:18 hdl because one could enter ccl=ti=atata and au,phr=zzmzm
15:18 hdl No.
15:18 hdl This is not what our users expect (in Intranet)
15:18 kados what I mean is, add the right-truncation qualifier to every query
15:18 kados not add * to every query
15:19 kados it does nothing if you don't have * defined, right?
15:19 hdl I understood what you said.
15:19 kados (the other way to acomplish this right-truncation is with regex ... it might be the better way)
15:19 hdl But librarians donot expect truncation to happen on any query.
15:20 hdl (regex seems to be time consuming on zebra)
15:20 kados (ok)
15:20 kados hmmm
15:21 hdl And my opinion is that what i did provide users with great fexibility.
15:22 hdl and allow them both truncated and non truncated search.
15:22 kados yep, I agree
15:22 kados but it breaks the field weighting, stemming and fuzzy stuff
15:22 kados so I'm looking at how to make it work
15:23 kados one issue is that the variables change hands so often I'm not sure where the right ones are :-)
15:24 kados so you split the $operand into a @wordlist
15:24 kados but that will certainly break multi-leaf queries
15:24 kados what if the $operand itself is a full query?
15:24 hdl Can you explain field weighting? in some details ?
15:25 kados field weighting ranks results according to where they are found and how ... so if an exact title, it gets a high score, if an exact author, less high score, etc.
15:27 kados hdl: for instance:
15:27 kados http://staff-jmf.dev.kohalibra[…]e/search.pl?q=the
15:27 kados hdl: without field weighting, exact title 'the' would not be the first result
15:28 kados hdl: these two features are compatible with each other
15:28 kados hdl: with some minor changes ... I'm working on it now
15:29 hdl how is it calculated ?
15:29 kados it's done with the r1,r2,r3 stuff ... a query is parsed and turned into a multi-leaf query
15:29 kados rk = (
15:29 kados some stuff
15:29 kados )
15:30 hdl kados : if $operand itself is a full query
15:30 hdl then index should be null.
15:31 kados nope, not according to CCL syntax
15:31 kados dev_week supports hiararchical nesting of queries
15:31 hdl can you give user examples ?
15:31 kados so a whole query can be an operand and there can be an operator and qualifiers on it
15:31 kados facets are a good example
15:32 hdl but facets are calculated and not user based.
15:33 kados ok, I found this example:
15:33 kados if (scalar(@righttruncated)+scalar(@lefttru​ncated)+scalar(@rightlefttruncated)>0){
15:33 kados s/example/code/
15:33 kados $query.= "$index: @nontruncated " if (scalar(@nontruncated)>0);
15:33 kados how is @nontruncated evaluated there, as a scalar or an array?
15:34 hdl (One thing that strikes me is that facet order is never the same.)
15:34 hdl array
15:34 hdl index is assumed to be wordlist.
15:34 hdl and puts the words behind.
15:35 hdl index :
15:35 hdl au,wrdl: Hugo Victor
15:35 hdl print @list
15:35 kados au,wrdl: Hugo* Victor* ?
15:35 hdl will print "$list[0] $list[1]"
15:36 hdl no.
15:36 kados or do you use ?
15:36 kados instead of *
15:36 hdl I use rtrn, ltrn and lrtrn zebra attributes.
15:37 hdl @nontruncated is for non truncated words.
15:37 hdl @righttruncated is for right truncated words (Vic*)
15:37 hdl @lefttruncated left truncated words (*tor)
15:38 hdl I remove any *
15:38 hdl and adds the good qualifier to indexes.
15:38 hdl ltrn
15:38 hdl rtrn
15:38 hdl lrtrn
15:38 hdl I didnot process real regular expressions.
15:39 hdl I considered then that librarian would know how to write a ccl expression.
15:40 hdl ccl=au,regexp-1=Ba[c|h]+
15:40 kados right
15:40 kados in fact, this works well for non-field-weighted queries:
15:40 kados http://staff-jmf.dev.kohalibra[…]search.pl?q=libl*
15:41 kados well, almost:
15:41 kados http://staff-jmf.dev.kohalibra[…]search.pl?q=*lime
15:41 kados :(
15:42 kados better:
15:42 kados http://staff-jmf.dev.kohalibra[…]search.pl?q=*lime
15:42 hdl you should have then q=kw,wrdl,rtrn=libl
15:42 kados @attrset Bib-1 @attr 5=2 lime
15:43 kados addinfo: "Both left - and right truncation not supported
15:43 kados zebra it seems can't do both left and right truncation
15:43 kados maybe you have a newer version?
15:44 hdl 2.0.18
15:45 kados 2.0.14
15:45 hdl But I think that you have tright truncation activated by default.
15:45 hdl I donot.
15:46 kados hmmm, I don't think I do
15:46 kados nope
15:46 kados well, if you enable field-weighting AND stemming
15:46 hdl ltrn and rtrn are exclusives.
15:46 kados the stemmed operand will be right-truncated
15:48 kados hdl: I think with field-weighting off, your code is preserved
15:48 kados hdl: on my installation
15:48 kados (currently it's turned off, so you can test if I'm right)
15:49 kados but with field weighting turned off:
15:49 kados http://staff-jmf.dev.kohalibra[…]o+be+or+not+to+be
15:49 kados failes
15:49 kados :-)
15:49 kados we need a query parser :/
15:50 hdl Is this a zebra error a ccl error ?
15:51 kados it's an unbalanced query
15:51 kados to be OR NOT to be
15:51 kados if you send it directly to zebra it will fail of course
15:53 hdl results of scan indexes are unwelcoming.
15:54 hdl Do you use stemming or fieldweighting for to be or not to be ?
15:54 kados if I enable field weighting, it works
15:55 kados I can show you, just a sec
15:55 kados owen: bug 1520 is a frameworks thing
15:55 kados owen: those fields are there, they're probably just set to 'hidden'
15:55 owen Okay, cool.
15:55 kados owen: check the MARC framework in 952 to see if I'm right
15:55 kados hdl: http://staff-jmf.dev.kohalibra[…]o+be+or+not+to+be
15:58 kados huh, wonder why the itemtype icons don't display for those results
16:05 hdl itemtype icons havenot been displayed for the whole day.
16:05 hdl what does zebra query look like ?
16:06 kados I'm going to have to dig deeper, some things are failing here
16:06 kados hdl: I'll let you work on installer, I'll fix the searching :-)
16:07 paul kados : just to let you know : http://www.biblibre.com/ launched this morning
16:07 paul MUCH less appealing that www.liblime.com ;-)
16:08 paul but hopefullty efficient & easy to use for future customers.
16:08 paul (+ french librarians won't probably enjoy some of the typically US enthusiasm that are on www.biblibre.com)
16:09 paul (for example, the guy on the main page that seem to fly due to the speed of koha zoom would probably be very unliked by most librarians)
16:09 kados paul, hdl: congrats!
16:10 paul (picture probably considered as not "serious as a librarian should be" :-D )
16:10 kados looks nice, paul
16:10 kados (french librarins are different than 'wild' US ones I guess ;-))
16:11 paul liblime = "jeu de mot". bibLibre = jeu de mot as well. means "freelibrary". the left page of the book logo being also a bird with the yellow L
16:11 paul book = library / bird = freeness
16:11 paul (pictures @ me, from the SAN-OP library ;-) )
16:13 kados cool
16:17 paul kados / hdl : i've reverted the 1st part of the kw,wrdl search reverted. no more problems, except the one that we had before :
16:18 paul http://o11.bureau.paulpoulain.[…]koha/opac-main.pl
16:18 kados paul: do a search on 'to be or not to be'
16:18 paul search "egyp*" on main search => 10 results
16:18 paul http://o11.bureau.paulpoulain.[…]ha/opac-search.pl
16:18 kados paul: yep, the problem is, the revert means your stuff works, but mine doesn't :-=)
16:19 kados paul: I'm working on a solution for all features to work :-)
16:19 kados paul: so hang tight :-)
16:19 paul ok, so I let you the ball ;-)
16:19 kados :)
16:20 kados hehe
16:20 kados on your installation?
16:20 kados or on mine?
16:20 paul on your
16:20 kados ahh, on mine :-)
16:20 kados hehe
16:20 kados funny book title
16:23 hdl I recveived some information from Mike Taylor.
16:24 hdl And facets could certainly result from scans operations.
16:27 hdl But there is still the problem of relevancy sorting.
16:31 kados I'll look at that later today
16:49 [K] *** join #koha@FreeNode: darcilicious i=plinkit@159.121.122.56
17:14 gmcharlt hi paul
17:14 paul hi gmcharlt
17:14 gmcharlt translation question for you
17:14 paul (it's almost time to leave for me, just in case you have a long question :-) )
17:14 gmcharlt short, hopefully
17:14 gmcharlt working on a template that includes a record status
17:15 gmcharlt is there a way in the TMPL code to say use a particular translation table
17:15 gmcharlt rather than a bunch of TMPL_IFs
17:15 paul not sure to understand your question.
17:16 gmcharlt OK, let's say the record status field has three values 1, 2, 3
17:16 gmcharlt which correspond to English display "good", "bad", and "ugly"
17:16 gmcharlt is there an easy way to say
17:16 gmcharlt when mapping such a status to display values
17:16 paul don't you use authorised_values ?
17:16 gmcharlt "please use this external table of mappings from my coded values to strings"
17:17 gmcharlt could, I suppose, but for the field in question (which is a non-MARC field), user cannot and should not edit the lists of statuses
17:17 gmcharlt except for the display lables, I suppose
17:18 paul I don't think there is a simple solution to this question. At least, I don't see one
17:19 gmcharlt OK.  I'll keep it in mind -- maybe at some point it would be worth the effort to create such a solution to aid translating some parts of the interface
17:20 gmcharlt thanks, paul
17:20 paul your welcome
17:57 fbcit kados:hi
17:57 kados hiya fbcit
17:57 fbcit kados: I'm back to the point where I need MARC::File::XML & XML::RSS, however...
17:58 fbcit apt seems to have issues connecting to the berkeley server
17:58 fbcit although I can browse to it...
17:59 kados hmmm, your outbount port 80 isn't being proxied on your server, is it?
17:59 fbcit so apt will not install libxml-rss-perl
17:59 fbcit no I permit all outbound traffic from this ip across the firewall.
17:59 kados hmmm, very strange
18:00 kados try apt-get update
18:00 fbcit that blows chunks too.
18:00 fbcit I was able to apt install libxml-libxml-perl...
18:01 fbcit Failed to fetch http://linux.csua.berkeley.edu[…]/etch/Release.gpg  Could not connect to linux.csua.berkeley.edu:80 (169.229.49.36). - connect (101 Network is unreachable)
18:01 fbcit etc..
18:01 kados hmmm
18:01 fbcit apt does fine with ftp.indexdata.dk
18:01 kados sounds like that target is down
18:02 kados I'd find another apt source
18:02 kados I think ftp.debian.org is one
18:02 fbcit I figured it might be down to although I can browse through the dir structure w/firefox.
18:03 fbcit I'll add debian.org...
19:31 hdl kados : patch on your way.
19:38 kados hdl: thanks
19:56 fbcit kados: I went ahead with a reinstall via CPAN of MARC::File::XML. It fails on 'make test'...
21:12 chris hdl: you still about?
21:13 chris can you tar amd gzip your patch and send again, the utf8 characters got killed by the mailer
21:32 mj is there any place where I can download koha 3.0 beta's?
21:33 kados mj: yes, but wait about 10 minutes, it's broken at the moment ;-)
21:33 mj ok :)
21:33 mj because at the homepage I only see 2.2.x downloads
21:35 kados mj: yep
21:47 hdl chris : on your way
21:47 hdl (patch coming)
22:00 [K] <darcilicious@FreeNode> chris! congratulations! :)
22:13 chris thanks :)
09:32 hdl_away new install updates marcflavour on selection.
09:33 hdl So if you donot want to display an error on marcflavour insert when adding systempreferences, consider removing i from systempreferences if you have a marcflavour directory.
09:34 hdl ERROR 1146 (42S02) at line 23: Table 'BSG.class_sort_rules' doesn't exist
09:34 hdl Other problem : class_sources.
10:32 kados hi hdl
10:32 kados hdl: I believe I removed the line from sysprefs.sql in the end dir
10:32 hdl hi kados : already up ?
10:32 kados hdl: where do you get that error with class_sources?
10:32 kados yes, early day today :-)
10:33 hdl I tried to complete the installation.
10:33 kados hdl: did you get a chance to try the searching yet after updating?
10:33 hdl I had this on third step
10:33 hdl not yet.
10:33 kados hmmm
10:33 kados owen also had trouble last night
10:34 hdl Can't call method "param" on an undefined value at /home/hdl/Koha/Code/koha_dev/catalogue/search.pl line 190.
10:34 hdl
10:34 kados 3.00.00.012 is when class_sort_rules are created
10:34 hdl when searching particu*
10:35 hdl I had the previous message
10:35 kados if (C4::Context->preference("marcflavour") eq "UNIMARC" ) {
10:35 kados    $template->param('UNIMARC' => 1);
10:35 kados }
10:35 kados that's line 190
10:35 kados it should be moved down
10:35 kados about 8 lines or so
10:35 kados sorry ...
10:36 kados it needs to go after get_template_and_user
10:36 kados (if I had a unimarc install I would have caught this :-))
10:37 kados hdl: working now?
10:37 hdl yes.
10:37 kados great!
10:37 kados can you try something like :
10:37 kados *someword*
10:38 kados does right and left truncation work with zebra 2.0.18?
10:38 hdl su,wrdl:,rtrn:particu
10:38 kados hmmm, that doesn't look right
10:38 hdl Donot work for subjects.
10:39 hdl you should concatenate before :
10:39 kados right
10:40 hdl yes rightand left truncation work on zebra 2.0.18
10:40 kados how did you test this with subjects, from advsearch?
10:40 hdl yes.
10:40 hdl I chose Subject entry in advsearch
10:41 hdl rltrn not working.
10:43 kados I see the bug with :,
10:43 kados line 758
10:45 kados ok, the index-based searches need work
10:45 kados I see a couple bugs there
10:45 kados I will work on this today
10:46 kados hmmm, and my fixes to sorting were also removed :/
10:48 kados ahh, no, those are already fixed
10:48 kados I was trying on a wrong demo :-)
10:50 kados hdl: let me know if you find additional bugs
10:50 kados hdl: I will try to fix them asap
10:51 hdl OK.
10:51 hdl Will do some testing.
10:52 kados hdl++

| Channels | #koha index | Today | | Search | Google Search | Plain-Text | plain, newest first | summary