IRC log for #koha, 2008-06-06

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

All times shown according to UTC.

Time Nick Message
14:24 paul broadcast : our server is attacked by a DOS since yesterday. 600i pbanned, but attack still on way. The web (koha-fr.org / biblibre.com) are down, and mails are very very slow. that include all lists.koha.org ml. Sorry for inconvenience...
14:25 gmcharlt paul: thanks for update.  sorry about the DOSers
14:26 paul thanks to mc / hdl who are working hard to solve the problem ;-)
14:30 ok, i've reviewed all BLO / CRI bugs. question asked to bug owner or reporter for most of them...
14:34 gmcharlt paul: I'm working on many of them, should hopefully have more progress on many of them early next week
14:34 paul: I've reopened 2155, btw - I think owen should confirm
15:07 paul ok, time to go to take a plane...
15:07 gmcharlt safe travels, paul_away
18:26 nengard can someone check and see if this a bug or my ssytem - go to More > Admin > Authority Types > Personal Name Marc Structure > Click 'subfields' -- I get a 500 error - here's the file:  koha/admin/auth_subfields_structure.pl​?tagfield=100&authtypecode=PERSO_NAME
18:29 owen nengard: I'm prompted by Firefox to download the perl file
18:30 nengard uh oh - i'm in FF too ... but no prompt ... although i think it's a bug for both of us
18:32 owen Probably the same issue. Opera gives some kind of Operaish error.
18:32 IE gives me a 500 error
18:37 nengard owen ryan is investigating
18:40 gmcharlt owen: looking back at the conversation about the MARC editor yesterday
18:40 owen: what would you think of using an autoexpander widget like this: http://interface.eyecon.ro/docs/expander
18:43 owen Looks fine to me
18:44 gmcharlt then in conjunction with that, what about making all fields textareas, but have the ones that were originally text inputs start at just one row?
18:44 nengard gmcharlt i like that idea
18:46 owen The thing that will require testing is how the plugin interacts with existing data...does it auto-resize to reflect the textarea's contents even before user interaction?
18:51 Is this a blocker for 3.0?
18:51 gmcharlt owen: it's been marked as such, yes
19:01 hmm - having everything be a 1-row textarea looks ugly in FF3 - each textarea is two rows high
19:02 owen Yeah, I noticed that yesterday. I thought maybe that interface plugin might help
22:06 gmcharlt, are you working on consortium-related functionality?
22:14 How does a patron do a keyword phrase search? Do they have to use cql or something? I'm assuming it's not as simple as "putting it in quotes"
22:55 gmcharlt owen: yes, got plans in the works for consortial functionality
22:56 owen: phrase searching isn't done by quotes - I think it is kind of a default, but kados would know better
22:56 it would be possible in principle to recognize quotes, but would require more futzing with the query parser
22:56 also, if you're not using DOM mode in Zebra, phrases would end a subfield boundaries
22:58 owen Thanks gmcharlt. Someone asked about it, and I didn't know the definitive answer
22:58 I realize it's weighted, of course, so a phrase will come up higher on the pile.

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

koha1