May 2013 - Koha-bugs - lists.koha-community.org

[Bug 2774] Path to theme is hard-coded in many places
by bugzilla-daemon＠bugs.koha-community.org 20 May '13

20 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2774 --- Comment #13 from Galen Charlton <gmcharlt(a)gmail.com> --- I've pushed Owen's patch to master. Thanks, Owen! I'm also setting this back to In Discussion, as there are some places that still make hard-coded references to prog. Here is a list of potential candidates for replacing references: ./C4/Record.pm ./C4/Templates.pm ./C4/Koha.pm ./C4/Items.pm ./C4/XSLT.pm ./misc/translator/translate ./misc/translator/LangInstaller.pm ./installer/InstallAuth.pm ./admin/systempreferences.pl ./koha-tmpl/intranet-tmpl/prog/en/includes/error-messages.inc ./koha-tmpl/intranet-tmpl/prog/en/includes/installer-doc-head-close.inc ./koha-tmpl/intranet-tmpl/prog/en/css/blue.css ./koha-tmpl/intranet-tmpl/prog/en/css/staff-global.css ./koha-tmpl/intranet-tmpl/prog/en/css/mainpage.css ./koha-tmpl/intranet-tmpl/prog/en/js/ajax.js ./koha-tmpl/intranet-tmpl/prog/en/modules/help/labels/spinelabel-home.tt ./koha-tmpl/intranet-tmpl/prog/en/modules/help/mainpage.tt ./koha-tmpl/intranet-tmpl/prog/en/modules/installer/step1.tt ./koha-tmpl/intranet-tmpl/prog/en/modules/installer/step2.tt ./koha-tmpl/intranet-tmpl/prog/en/modules/installer/step3.tt ./koha-tmpl/intranet-tmpl/prog/en/modules/labels/label-manage.tt ./koha-tmpl/intranet-tmpl/prog/en/modules/reports/guided_reports_start.tt ./koha-tmpl/intranet-tmpl/prog/en/xslt/MARC21slim2intranetDetail.xsl ./koha-tmpl/intranet-tmpl/prog/en/xslt/MARC21slim2intranetResults.xsl ./koha-tmpl/intranet-tmpl/prog/en/xslt/NORMARCslim2intranetDetail.xsl ./koha-tmpl/intranet-tmpl/prog/en/xslt/UNIMARC_compact.xsl ./koha-tmpl/intranet-tmpl/prog/en/xslt/NORMARCslim2intranetResults.xsl ./koha-tmpl/opac-tmpl/prog/en/xslt/MARC21slim2OPACDetail.xsl ./koha-tmpl/opac-tmpl/prog/en/xslt/NORMARCslim2OPACDetail.xsl ./koha-tmpl/opac-tmpl/gmc/en/xslt/NORMARCslim2OPACDetail.xsl ./koha-tmpl/opac-tmpl/gmc/en/xslt/MARC21slim2OPACDetail.xsl ./opac/unapi ./opac/opac-showmarc.pl ./opac/oai.pl ./catalogue/cardview.pl ./cataloguing/value_builder/marc21_field_008.pl ./cataloguing/value_builder/marc21_field_006.pl ./cataloguing/addbiblio.pl -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 2774] Path to theme is hard-coded in many places
by bugzilla-daemon＠bugs.koha-community.org 20 May '13

20 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2774 --- Comment #12 from Galen Charlton <gmcharlt(a)gmail.com> --- I've added bug 10292 as a dependency -- not so much because it is directly related to the patch that was submitted, but because it touches on the specific issue that was originally reported by Doug Dearden. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 2774] Path to theme is hard-coded in many places
by bugzilla-daemon＠bugs.koha-community.org 20 May '13

20 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2774 Galen Charlton <gmcharlt(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |10292 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 2774] Path to theme is hard-coded in many places
by bugzilla-daemon＠bugs.koha-community.org 20 May '13

20 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2774 Galen Charlton <gmcharlt(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Patch complexity|Small patch |Medium patch Severity|critical |normal --- Comment #11 from Galen Charlton <gmcharlt(a)gmail.com> --- (In reply to comment #10) > (In reply to comment #9) > > This looks good to me, but I am bumping it to 3.14 because I am concerned > > about the number of files it changes. > > hmm, i might bump the severity to 'critical', so this bug gets noticed > more... > > i hope no-one objects to this? I do. From http://wiki.koha-community.org/wiki/Bug_Reporting_Guidelines#Severity, the critical severity is defined as "Koha or component crashes and/or there is a potential loss of data". While this definition is a guideline, not an absolute rule, this bug simply does not qualify as a critical bug by that definition. If you want to call attention to a bug, please do so by (for example) discussing it on the IRC channel or koha-devel. Setting the severity of a bug higher than necessary would be a bad habit for us to get into, as it reduces the utility of that BZ field. Consequently, I am setting the severity back to normal. This should not be construed as a statement that I am not going to review the patch; I will, in due course. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10287] New: Budget administration table displayed with single pixel artifact before and after
by bugzilla-daemon＠bugs.koha-community.org 19 May '13

19 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10287 Bug ID: 10287 Summary: Budget administration table displayed with single pixel artifact before and after Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: In Discussion Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: jcamins(a)cpbibliography.com -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 7593] New: merging bib records loses connection to order line
by bugzilla-daemon＠bugs.koha-community.org 19 May '13

19 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7593 Bug #: 7593 Summary: merging bib records loses connection to order line Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: nengard(a)gmail.com QAContact: koha.sekjal(a)gmail.com Many libraries follow this process: 1. Enter brief record in Aquisitions basket 2. Receive items in Aquisitions 3. Cataloger pulls in full record 4. Merge full record and Acq record Now, if you do this and choose the new full record as your base record then you end up losing the connection to the order line because in essence the bib record that was on that order has been deleted. We need some sort of check in place to prevent this from happening. The easiest I can think of is to update the bib number in the order line as part of the merge record process, but I'm up for any suggestion that does not mean that we have to trust the user to choose the Acq order record as their base and then check all the boxes for all the fields on the full record by hand. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 85

[Bug 10230] New: Match points do not work with authorities
by bugzilla-daemon＠bugs.koha-community.org 19 May '13

19 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10230 Bug ID: 10230 Summary: Match points do not work with authorities Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: MARC Authority data support Assignee: gmcharlt(a)gmail.com Reporter: jcamins(a)cpbibliography.com Some of the changes in 3.12 cause problems with matching when importing authorities. Individual descriptions on each patch, and test plan on the last. -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 10281] New: Search domains do not seem to work
by bugzilla-daemon＠bugs.koha-community.org 19 May '13

19 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10281 Bug ID: 10281 Summary: Search domains do not seem to work Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: magnus(a)enger.priv.no I added two libraries and added them to a search domain (with code "NARVIK"). One of them owns "The hobbit" and the other owns "Lord of the rings". - When I search for "hobbit" in the first library I get one hit as expected. - When I search for "rings" in the second library I also get one hit as expected. - When I search for "tolkien" in the group I get no results. - When I search for "hobbit" or "rings" in the group I get no results. - When I search for "tolkien" in "all libraries" I get two hits, as expected. Are search domains (a.k.a "search groups of libraries") broken or is there some missing config step? The documentation does not seem to mention anything of that sort. The URLs for the search limited to the search domain looks like this: OPAC, simple search (with OpacAddMastheadLibraryPulldown activated): /cgi-bin/koha/opac-search.pl?q=tolkien&branch_group_limit=multibranchlimit-NARVIK OPAC, advanced search: /opac-search.pl?idx=kw&q=tolkien&idx=kw&idx=kw&do=Søk&multibranchlimit=NARVIK&sort_by=relevance Intranet search: /cgi-bin/koha/catalogue/search.pl?idx=kw&q=tolkien&idx=kw&idx=kw&multibranchlimit=NARVIK&sort_by=relevance I have tried a full "sudo koha-rebuild-zebra -f -v <instancename>", but that did not change anything. Tested on 3.12 rc2 package install, no memcached or anything else fancy. -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 6546] New: Batch modification tool should accept a biblionumber
by bugzilla-daemon＠bugs.koha-community.org 19 May '13

19 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6546 Bug #: 6546 Summary: Batch modification tool should accept a biblionumber Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Tools AssignedTo: gmcharlt(a)gmail.com ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org It would be nice to be able to edit all the items attached to a biblio by passing the biblionumber to the batch item modification tool. Then we could put a link on the item edit screen to "Batch edit these items." -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug.

1 4

[Bug 10282] New: Implement (OPAC)Display856uAsImage for NORMARC XSLT
by bugzilla-daemon＠bugs.koha-community.org 19 May '13

19 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10282 Bug ID: 10282 Summary: Implement (OPAC)Display856uAsImage for NORMARC XSLT Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: MARC Bibliographic data support Assignee: magnus(a)enger.priv.no Reporter: magnus(a)enger.priv.no No way to display 856u as images at the moment - can't have that! -- You are receiving this mail because: You are watching all bug changes.

1 0