← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
Time | Nick | Message |
---|---|---|
13:29 | hdl | owen : what is the syspref in order to use itemtype on itemlevel ? |
13:29 | owen : hi | |
13:29 | owen | Hi hdl |
13:29 | sorry, I don't know the answer | |
13:30 | hdl | kados around ? |
13:54 | lloyd_ | hdl, it's item-level_itypes |
13:58 | hdl | thx. |
13:58 | I didnot have this in my table. | |
13:59 | owen | Maybe it didn't make it into the database update? |
14:00 | hdl | OK I added it. |
14:00 | owen | item-level_itypes, "If ON, enables Item-level Itemtype / Issuing Rules", YesNo |
14:04 | lloyd_ | yeah I had it too |
14:15 | hdl | could be an updatedatabase lack |
14:32 | owen | Hi randym |
14:33 | randym | hi owen |
15:01 | hdl | hi randym |
15:13 | fbcit | g'morning koha |
15:33 | kados or gmcharlt: should deleteditems.marc really be deleteditems.more_subfields_xml to match items.more_subfields_xml? | |
15:33 | Items.pm throws an error when deleting an item and the record is not moved to deleteditems | |
15:39 | gmcharlt | fbcit: actually, no, but there should be a new deleteditems.more_subfields_xml |
15:39 | deleteditems.marc is a copy of the whole bib | |
15:39 | fbcit | ahh |
15:39 | I'll add the missing field | |
15:40 | gmcharlt | fbcit: thanks -- if possible, please submit the patch ASAP, as this would be a blocker for the beta |
15:40 | (and oops, my bad) | |
15:40 | fbcit | :) |
16:30 | gmcharlt, kados: patch should be in kados' inbox | |
16:45 | hdl | owen: what does spotty implementation mean ? |
16:45 | owen | Inconsistent |
16:46 | We handle item type images one way on this page, another way on that one | |
16:47 | hdl | Is it much trouble to harmonize ? |
16:48 | owen | I don't suppose it is, I think no one has really tried to fix all instances |
16:52 | ryan_ | owen: (or others) have you seen this error before : |
16:52 | $("#toplevelmenu").clickMenu is not a function | |
16:53 | owen | ryan_: where are you seeing it? |
16:53 | ryan_ | which breaks yahoo stuf on top menu bar |
16:53 | it's a nozebra install, from firebug | |
16:53 | atz | yeah, we're using the $ from YUI |
16:53 | ryan_ | causes styling to break for resident search and more dropdown |
16:54 | $("#toplevelmenu").clickMenu is not a function | |
16:54 | _()staff-global.js (line 7) | |
16:54 | e()jquery.js (line 11) | |
16:54 | e()jquery.js (line 11) | |
16:54 | e([function(), function(), function()], function(), undefined)jquery.js (line 11) | |
16:54 | e()jquery.js (line 11) | |
16:54 | [Break on this error] $('#toplevelmenu').clickMenu(); | |
16:54 | to be more verbose | |
16:54 | owen | ryan_: there shouldn't be any clickMenu calls in the template anymore, unless you're adding one? |
16:56 | ryan_ | hm, not that i know of |
16:56 | possibly a leftover syspref ? | |
16:57 | atz | maybe if you have the "important links here" section filled out w/ some js |
17:07 | ryan_ | ok , resolved -- an odd caching issue |
17:13 | matthew | hello |
17:14 | I'm having trouble with the "make test" part of the Koha 3.0 installer. It fails and I don't know enough to know why. | |
17:15 | atz | you probably are missing a pre-requisite |
17:15 | what error do you get? | |
17:15 | matthew | Files=42, Tests=62, 18 wallclock secs ( 0.38 usr 0.11 sys + 16.03 cusr 1.81 csys = 18.33 CPU) |
17:15 | Result: FAIL | |
17:15 | Failed 27/42 test programs. 26/62 subtests failed. | |
17:15 | make: *** [test_dynamic] Error 1 | |
17:16 | atz | ok, so you have to look further up and see which tests failed |
17:16 | matthew | I am missing some prerequisites. I can find out which ones. I've been working through them and have most of them installed, but I'm having some trouble with a few, even using cpan. |
17:16 | atz | usually the first one to fail is the best place to start |
17:16 | matthew | t/Accounts.t (Wstat: 256 Tests: 1 Failed: 1) |
17:16 | is the first | |
17:16 | failure | |
17:17 | BRB | |
17:18 | atz | hrm.... all that does is test use_ok('C4::Accounts') |
17:19 | matthew | I'll check to see what prereqs are missing... |
17:20 | [Tue Feb 5 11:03:56 2008] Makefile.PL: Warning: prerequisite DBI 1.53 not found. We have 1.50. | |
17:20 | [Tue Feb 5 11:03:56 2008] Makefile.PL: Warning: prerequisite Data::Dumper 2.12108 not found. We have 2.12104. | |
17:20 | [Tue Feb 5 11:03:58 2008] Makefile.PL: Warning: prerequisite POSIX 1.09 not found. We have 1.08. | |
17:20 | [Tue Feb 5 11:03:59 2008] Makefile.PL: Warning: prerequisite XML::LibXSLT 1.59 not found. | |
17:20 | [Tue Feb 5 11:03:59 2008] Makefile.PL: Warning: prerequisite YAML::Syck 0.71 not found. | |
17:20 | I've tried to install all of these using cpan | |
17:21 | atz | are you on debian? |
17:21 | matthew | but they are still either not up to date or missing. |
17:21 | I'm on ubuntu dapper 6.06 | |
17:22 | atz | you might have to install from CPAN with force, or manually pull down the .gz file |
17:23 | matthew | what is the command for "with force" |
17:23 | I've installed from source, too, so I can do that if necessary. | |
17:25 | matthew_away | Sorry, I have to leave for a while. Thanks so much for your help atz |
17:25 | atz | no problem... see you later |
17:26 | btw, for cpan it's just "force install xxxx::yyyy" instead of install xxxx::yyyy | |
17:57 | owen | Anyone know if the export stuff has been integrated into the 3.0 opac? |
17:57 | I see opac-export.pl, but I don't see it in the template | |
18:01 | Hmmm... adding the markup from dev_week seems to work | |
18:01 | atz | interesting |
19:07 | fbcit | is barcode.pl implemented anywhere currently? |
19:21 | kados | fbcit: yea, it's in the default framework, there's a syspref that lets you pick the type of barcode generation you have |
19:22 | fbcit: 4527 | |
19:22 | oops | |
19:22 | fbcit: autoBarcode is the name | |
19:23 | fbcit | kados: hmm changing that from incremental to annual did not do anything here... can you confirm |
19:24 | looks like the barcode is generated about line 103 in additem.pl | |
19:25 | kados | hmmm |
19:25 | I suspect there's a battle in the code around this :-) | |
19:25 | fbcit | grep does not show any real refs to barcode.pl |
19:25 | kados | some people (me) want to put all autobarcode behavior in the plugin, some in the additem |
19:26 | no, it's not in the code, it's in the framework | |
19:26 | check your marc framework 952 $p | |
19:26 | that's where barcode.pl should be enabled | |
19:26 | as a plugin | |
19:26 | rather than hard-coding the behavior in the script | |
19:26 | IMO anyway | |
19:34 | fbcit | kados: so by adding barcode.pl to that field, the plug-in is executed when the form additem.pl is submitted? |
19:35 | chris | should be executed when you click in the barcode text input |
19:35 | or on the ... next to that input | |
19:37 | fbcit | so I should enter 'barcode.pl' in 952$p and click the ellipsis next to that field to generate the barcode? |
19:38 | chris | 2 secs lemme pull up a url to show ya |
19:41 | http://staff-crc.dev.kohalibra[…]52&frameworkcode= | |
19:42 | then go to p, then display more constraints | |
19:42 | and choose the barcode.pl plugin in the plugin drop down | |
19:43 | fbcit | ahh... so edit the framework... |
19:43 | I see | |
19:43 | chris | and then |
19:43 | http://staff-crc.dev.kohalibra[…]?biblionumber=198 | |
19:44 | you should have .... next to the barcode field | |
19:44 | which should do something :) | |
19:45 | fbcit | hmm doesn't appear to at that last link you posted |
19:45 | chris | yeah i might have a syspref turned off |
19:45 | but thats how it works in theory :-) | |
19:45 | you can set plugins for any subfield | |
19:45 | fbcit | so as long as the autoBarcode option is not *OFF* it should work |
19:45 | nice | |
19:51 | chris: after setting it up like you showed me, it does not seem to work here with autoBarcode set to annual | |
19:52 | chris | i think there is an element of what joshua saying too |
19:52 | that there is a fight between trying to do it in the plugin (the right way) and in the additme.pl code ( the wrong way) | |
19:53 | fbcit | seems we could check for the existence of a plugin in 952$p and conditional the additem.pl code based on that? |
19:54 | chris | :-) |
20:00 | matthew_away | I'm having problems connecting to the library of congress z3950 server through koha 2.2.9. Another server works, but returns no results for my search. The LOC returns Internal Server Error |
20:01 | chris | you getting anything in the error logs? |
20:01 | matthew | Let me check... |
20:02 | I've dealt with this before and the solution was to remove the offending servers. | |
20:02 | chris | *nod* |
20:02 | matthew | but LOC should be up |
20:02 | chris | yep |
20:05 | matthew | [Tue Feb 05 13:58:57 2008] [error] [client 192.168.1.212] zsrv.library.northwestern.edu at /usr/local/koha/intranet/cgi-bin/z3950/search.pl line 161., referer: http://stam.library.test:8080/[…]=&isbn=0140183884 |
20:05 | [Tue Feb 05 13:58:57 2008] [error] [client 192.168.1.212] 1 zsrv.library.northwestern.edu error @attr 1=7 "/": Unsupported search (3) Missconfigured search, malformed at opac, referer: http://stam.library.test:8080/[…]=&isbn=0140183884 | |
20:05 | [Tue Feb 05 13:58:57 2008] [error] [client 192.168.1.212] Premature end of script headers: search.pl, referer: http://stam.library.test:8080/[…]=&isbn=0140183884 | |
20:05 | unsupported search? | |
20:05 | chris | yeah |
20:06 | so looks ike its northwestern one not playing nice | |
20:07 | matthew | [Tue Feb 05 13:58:53 2008] [error] [client 192.168.1.212] infohawk.uiowa.edu at /usr/local/koha/intranet/cgi-bin/z3950/search.pl line 161., referer: http://stam.library.test:8080/[…]=&isbn=0140183884 |
20:07 | This one works fine, I think. | |
20:07 | chris | yep |
20:08 | ok i have to go for a bit to dress my son, bbiab | |
20:08 | matthew | thanks for your help |
20:11 | z3950.loc.gov continues to give me an Internal server error. | |
20:18 | all the z3950 servers I enter return Internal server error, except for infohawk.uiowa.edu but it returns no results | |
21:00 | [Tue Feb 05 14:56:24 2008] [error] [client 192.168.1.212] 0 luis.indstate.edu error @attr 1=7 "/": Unsupported search (3) Missconfigured search, malformed at opac, referer: http://stam.library.test:8080/[…]=&isbn=0316346624 | |
21:00 | I'm getting the same result for every z39.50 server I try | |
21:00 | Is the "malformed at opac" a clue to my problem? | |
21:29 | atz | gmcharlt might be able to comment on that error |
21:30 | it looks like that error is happening in koha | |
22:05 | gmcharlt | atz: if I'm interpreting the error messgae correctly, it's trying to do an ISBN search on "/", meaning that the search string is being parsed incorrectly by Koha |
22:06 | atz | so that query never makes it to target z3950 |
22:14 | matthew | This solved my z39.50 search problem: |
22:14 | cp /usr/local/koha/intranet/htdocs/intranet-tmpl/default/en/z3950/searchresult.tmpl /usr/local/koha/intranet/htdocs/intranet-tmpl/npl/en/z3950/searchresult.tmpl | |
22:15 | on at least some of the servers. LOC was fixed and that was most important. | |
22:24 | gmcharlt | matthew: did you happen to do a diff before you copied the files? |
22:25 | or were they unmodified from the distribution | |
22:25 | matthew | I didn't. And I didn't make a backup. Bad sysadmin. Although it is the standard file from the 2.2.9 download |
22:25 | They were unmodified from the dist. | |
22:25 | gmcharlt | thanks |
05:25 | CGI170 | anybody here? |
05:27 | im using koha for Windows... does anybody know how to add staff users in koha 2.2.8 on Windows...? |
← Previous day | Today | Next day → | Search | Index