September 2009 - Koha-bugs - lists.koha-community.org

[Bug 3301] New: rebuild_zebra is slow
by bugzilla-daemon＠liblime.com 14 May '10

14 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3301 Summary: rebuild_zebra is slow Product: Koha Version: rel_3_2 Platform: PC OS/Version: All Status: NEW Severity: enhancement Priority: P3 Component: Command-line Utilities AssignedTo: jmf(a)liblime.com ReportedBy: frederic(a)tamil.fr Estimated Hours: 0.0 Change sponsored?: --- rebuild_zebra processes biblio/author records in two steps: 1. All records are exported into a file. 2. This file is sent to Zebra indexer. Step 1 is very slow. rebuild_zebra spend more time in step 1 than 2! At step 1 records are read, sanitized and then written: - Records are read from DB table. - Transformation into MARC::Record is a CPU intensive task. - leader, ID record and UNIMARC 100 field are corrected. Step 1 could be simplified for proper Koha DB. marcxml record could be written directly in a file sent to Zebra indexer. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 5

[Bug 3214] New: OPAC XSLT stylesheets are not translatable
by bugzilla-daemon＠liblime.com 14 May '10

14 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3214 Summary: OPAC XSLT stylesheets are not translatable Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P3 Component: OPAC AssignedTo: jmf(a)liblime.com ReportedBy: frederic(a)tamil.fr Estimated Hours: 0.0 Change sponsored?: Seeking cosponsors MARC21 XSLT stylesheets are not translatable: - They are located in koha-tmpl/opac-tmpl/prog/en/xslt/ and selected in script in this directory independently of theme and language. - Koha .po-based translation mechanism doesn't take into account XSLT files. It means that now, when you activate MARC21 XSLT stylesheets, if you change OPAC language, pages are translated but not areas displaying biblio records. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 3

[Bug 3683] New: 'Sort by' column in list interface is not translatable (opac-shelves)
by bugzilla-daemon＠kohaorg.ec2.liblime.com 14 May '10

14 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3683 Summary: 'Sort by' column in list interface is not translatable (opac-shelves) Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: trivial Priority: P5 Component: I18N/L10N AssignedTo: jmf(a)liblime.com ReportedBy: katrin.fischer(a)bsz-bw.de Estimated Hours: 0.0 Change sponsored?: --- Created an attachment (id=1191) --> (http://bugs.koha.org/cgi-bin/bugzilla3/attachment.cgi?id=1191) Screenshot of list interface in opac 'Sort by' column in list interface is not translatable. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 1

[Bug 3682] New: message type in messaging table not translatable
by bugzilla-daemon＠kohaorg.ec2.liblime.com 14 May '10

14 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3682 Summary: message type in messaging table not translatable Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: I18N/L10N AssignedTo: jmf(a)liblime.com ReportedBy: katrin.fischer(a)bsz-bw.de Estimated Hours: 0.0 Change sponsored?: --- Created an attachment (id=1190) --> (http://bugs.koha.org/cgi-bin/bugzilla3/attachment.cgi?id=1190) screenshot of messaging table in opac Message name in messaging table comes out of database (message_attributes.message_name) and is not translatable in .po or staff interface. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 1

[Bug 3679] New: email a list or cart from opac
by bugzilla-daemon＠kohaorg.ec2.liblime.com 14 May '10

14 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3679 Summary: email a list or cart from opac Product: Koha Version: unspecified Platform: PC OS/Version: Windows 2000 Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: jmf(a)liblime.com ReportedBy: dschust1(a)gmail.com Estimated Hours: 0.0 Change sponsored?: --- I would like the form to ask for an email address so that the receiver of the email actually knows who sent this cart/list. Currently the system defaults to the "default system" email which is mine so people are wanting to know what to do with the list I sent them. Otherwise put wording asking the person to put their email in the comments box at least if they are emailing someone other than themselves. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 1

[Bug 3580] New: Control order in which facet categories display
by bugzilla-daemon＠kohaorg.ec2.liblime.com 14 May '10

14 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3580 Summary: Control order in which facet categories display Product: Koha Version: rel_3_0 Platform: PC OS/Version: Windows 2000 Status: NEW Severity: enhancement Priority: P5 Component: Searching AssignedTo: jmf(a)liblime.com ReportedBy: jwagner(a)ptfs.com Estimated Hours: 0.0 Change sponsored?: --- The search facets do not always display in the same order (e.g., Author, Topic, Series, etc.), but it's not clear what controls the order they do show in. In discussion on the IRC today, it was first thought that the category with the fewest number of entries would display first, but upon further investigation that did not seem to be the case. I poked around in the template file and in Koha.pm and Search.pm, but could not figure out what controls the order. I think libraries should be given the option to specify the order of the categories, so that, for example, Author would always be first, Topic second, Series third, etc. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 1

[Bug 3673] New: Pazpar2 integration
by bugzilla-daemon＠kohaorg.ec2.liblime.com 14 May '10

14 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3673 Summary: Pazpar2 integration Product: Koha Version: unspecified Platform: PC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Searching AssignedTo: jmf(a)liblime.com ReportedBy: mosborne(a)ashs.school.nz Estimated Hours: 0.0 Change sponsored?: --- It would be good if Koha worked with open source federated search tools like pazpar2. The advanced search feature in koha is good but it.s not a true federated search. We'd like a Koha search to return results from our web-based video library (built on Plone/Plumi), Kete.net.nz, Google Books, Digital NZ, Gale & EBSCO databases etc. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 1

[Bug 3578] New: different_IP auth is too strict for many services
by bugzilla-daemon＠kohaorg.ec2.liblime.com 14 May '10

14 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3578 Summary: different_IP auth is too strict for many services Product: Koha Version: unspecified Platform: PC OS/Version: Windows 2000 Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: jmf(a)liblime.com ReportedBy: drdrulm(a)yahoo.com Estimated Hours: 0.0 Change sponsored?: --- The different_IP auth is too strict for many services This is the message given to the patron (different_IP) While the staff side sessions should always keep fixed IP. This is not going to the true for the patron side for a large number of services. The OPAC needs to be opened up to allow these services, but the staff side should still require the IP to stay the same. The services denying patron login include but are not limited to the following: * AOL (while they can turn off the proxy, and probably should, few know how to do this) * People still using google web accelerator (now defunct) * Other proxy based web accelerators * Anon proxies. * Some office networks maintain filter proxies which can cause logout * Home filtering software which use proxies. There are quite a few. * Other non-AOL web proxies * Some squid setups, etc. * Many cell phone carries. Iphone/Blackberry users employ the web far more than casual cell-phone web users. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 1

[Bug 3576] New: Copying of mandatory files in rebuild_zebra script
by bugzilla-daemon＠kohaorg.ec2.liblime.com 14 May '10

14 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3576 Summary: Copying of mandatory files in rebuild_zebra script Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Command-line Utilities AssignedTo: jmf(a)liblime.com ReportedBy: m.de.rooy(a)rijksmuseum.nl Estimated Hours: 0.0 Change sponsored?: --- Rebuild_zebra copies files to $kohadir/etc/zebradb... when missing in biblioserver and authorityserver dirs. $kohadir however points to /usr/share/koha/intranet/cgi-bin. A subdir etc does not exist there. If these mandatory files should be missing, this action will fail too. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 1

[Bug 3518] New: next page in search results shwo no results
by bugzilla-daemon＠liblime.com 14 May '10

14 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3518 Summary: next page in search results shwo no results Product: Koha Version: rel_3_0 Platform: PC OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Searching AssignedTo: jmf(a)liblime.com ReportedBy: laurence.lefaucheur(a)biblibre.com Estimated Hours: 0.0 Change sponsored?: --- When doing a query in staff search such as : allrecords,AlwaysMatches="" not lcn,AlwaysMatches="" (to search all results that have empty call number) results appear in the first page, and clicking "next" show : No results match your search for 'allrecords,AlwaysMatches= not lcn,offset=20' in Ma bibliothèque Catalog. The page url is : cgi-bin/koha/catalogue/search.pl?q=allrecords,AlwaysMatches= not lcn,offset=20 and should be cgi-bin/koha/catalogue/search.pl?q=allrecords%2CAlwaysMatches%3D""+not+pl%2CAlwaysMatches%3D""&offset=20 -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 1