November 2008 - Koha-bugs - lists.koha-community.org

[Bug 2822] Stylesheet showing wrong icon for nonmusical recordings
by bugzilla-daemon＠pippin.metavore.com 26 Nov '08

26 Nov '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2822 ------- Comment #4 from nicole.engard(a)liblime.com 2008-11-26 04:14 ------- Created an attachment (id=542) --> (http://bugs.koha.org/cgi-bin/bugzilla/attachment.cgi?id=542&action=view) musical recording in staff says CD ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2822] Stylesheet showing wrong icon for nonmusical recordings
by bugzilla-daemon＠pippin.metavore.com 26 Nov '08

26 Nov '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2822 ------- Comment #3 from nicole.engard(a)liblime.com 2008-11-26 04:14 ------- Created an attachment (id=541) --> (http://bugs.koha.org/cgi-bin/bugzilla/attachment.cgi?id=541&action=view) accurate portrayal of music image in OPAC ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2822] Stylesheet showing wrong icon for nonmusical recordings
by bugzilla-daemon＠pippin.metavore.com 26 Nov '08

26 Nov '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2822 ------- Comment #2 from nicole.engard(a)liblime.com 2008-11-26 04:13 ------- Created an attachment (id=540) --> (http://bugs.koha.org/cgi-bin/bugzilla/attachment.cgi?id=540&action=view) non musical recording - saying cd in staff ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2822] Stylesheet showing wrong icon for nonmusical recordings
by bugzilla-daemon＠pippin.metavore.com 26 Nov '08

26 Nov '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2822 ------- Comment #1 from nicole.engard(a)liblime.com 2008-11-26 04:13 ------- Created an attachment (id=539) --> (http://bugs.koha.org/cgi-bin/bugzilla/attachment.cgi?id=539&action=view) non musical recording - saying music OPAC ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2822] New: Stylesheet showing wrong icon for nonmusical recordings
by bugzilla-daemon＠pippin.metavore.com 26 Nov '08

26 Nov '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2822 Summary: Stylesheet showing wrong icon for nonmusical recordings Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P3 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: nicole.engard(a)liblime.com QAContact: koha-bugs(a)lists.koha.org CC: jmf(a)liblime.com When creating a new MARC record, editing the leader tag, subfield 6—type of record: you add i for nonmusical recording or j for musical sound recording. An image appears in the OPAC record which this subfield controls; however, whether I add i or j the image still displays as “Music”. Another kind of image needs to appear for nonmusical recordings; we have music CDs and audio books on CD here and it is confusing to patrons to see audio book records with a “Music” image in the record. Example: Sail/James Patterson, audio book CD format/correctly coded i subfield 6/display image as “Music” Time out of mind/Bob Dylan, music CD format/correctly coded j in subfield 6/display image as “Music” When on the staff client it shows just the CD image which is more accurate - but that's because the staff client isn't using XSL and the OPAC is. See screenshots. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2821] New: Auth.pm gets too much information when authenticating staff user
by bugzilla-daemon＠pippin.metavore.com 26 Nov '08

26 Nov '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2821 Summary: Auth.pm gets too much information when authenticating staff user Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: minor Priority: P3 Component: Authentication AssignedTo: galen.charlton(a)liblime.com ReportedBy: rch(a)liblime.com QAContact: koha-bugs(a)lists.koha.org When a staff user logs in, get_template_and_user calls GetMemberDetails to get permissions flags. This function also queries for any issues, reserves and charges that the logging-in user may have. There is no need for this information; we should have a slimmed down authentication for the staff interface that skips superfluous queries. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2820] The automated tests for Search under NoZebra are failing
by bugzilla-daemon＠pippin.metavore.com 25 Nov '08

25 Nov '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2820 ------- Comment #1 from Andrew.moore(a)liblime.com 2008-11-25 12:18 ------- Created an attachment (id=538) --> (http://bugs.koha.org/cgi-bin/bugzilla/attachment.cgi?id=538&action=view) turns on NoZebra for searching This patch makes one more test pass, but another handful of currently skipped tests fail. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2820] New: The automated tests for Search under NoZebra are failing
by bugzilla-daemon＠pippin.metavore.com 25 Nov '08

25 Nov '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2820 Summary: The automated tests for Search under NoZebra are failing Product: Koha Version: unspecified Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P3 Component: Test Suite AssignedTo: Andrew.moore(a)liblime.com ReportedBy: Andrew.moore(a)liblime.com QAContact: koha-bugs(a)lists.koha.org Now that we've stared caching sysprefs, the test suite is no longer correctly turning off Zebra searching when running the searching tests. I'll attach a patch that turns the NoZebra stuff correctly. But, when you do that, lots of other tests fail. I'll have to deal with this later. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2131] Enhanced Content - Multiple Choices
by bugzilla-daemon＠pippin.metavore.com 25 Nov '08

25 Nov '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2131 danny.bouman(a)hclibrary.org changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|paul.poulain(a)free.fr |danny.bouman(a)hclibrary.org ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2819] New: test suite uses database to find languages before database is set up
by bugzilla-daemon＠pippin.metavore.com 25 Nov '08

25 Nov '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2819 Summary: test suite uses database to find languages before database is set up Product: Koha Version: unspecified Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P3 Component: Test Suite AssignedTo: Andrew.moore(a)liblime.com ReportedBy: Andrew.moore(a)liblime.com QAContact: koha-bugs(a)lists.koha.org In order to find the languages for which the test suite should load SQL files, it queries the database. Unfortunately, it does this before the database is setup. This is from KohaTest.pm: sub create_test_database { diag 'creating testing database...'; my $installer = C4::Installer->new() or die 'unable to create new installer'; # warn Data::Dumper->Dump( [ $installer ], [ 'installer' ] ); my $all_languages = getAllLanguages(); my $error = $installer->load_db_schema(); die "unable to load_db_schema: $error" if ( $error ); my $list = $installer->sql_file_list('en', 'marc21', { optional => 1, mandatory => 1 } ); my ($fwk_language, $installed_list) = $installer->load_sql_in_order($all_languages, @$list); $installer->set_version_syspref(); $installer->set_marcflavour_syspref('MARC21'); $installer->set_indexing_engine(0); diag 'database created.' } I think we might be able to move the call to GetAllLangues to after the call to load_db_schema in order to get around this. Otherwise, we may have to hit the filesystem to see what directories exist. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0