February 2010 - Koha-bugs - lists.koha-community.org

[Bug 3213] New: OPAC display with XSLT for UNIMARC
by bugzilla-daemon＠liblime.com 25 Feb '10

25 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3213 Summary: OPAC display with XSLT for UNIMARC Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P1 Component: OPAC AssignedTo: jmf(a)liblime.com ReportedBy: frederic(a)tamil.fr Estimated Hours: 0.0 Change sponsored?: Seeking cosponsors MARC21 biblio records can be formated on OPAC result and display pages using an XSLT. Two syspref drive how it works: . XSLTResultsDisplay . XSLTDetailsDisplay It doesn't work yet for UNIMARC biblio records. This functionality should be developed to render properly and completely UNIMARC descriptions. -- 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 3698] New: OPAC shelf browsing may be inaccurate for duplicate item call numbers
by bugzilla-daemon＠kohaorg.ec2.liblime.com 25 Feb '10

25 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3698 Summary: OPAC shelf browsing may be inaccurate for duplicate item call numbers Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: ASSIGNED Severity: minor Priority: P5 Component: OPAC AssignedTo: frederic(a)tamil.fr ReportedBy: frederic(a)tamil.fr Estimated Hours: 0.0 Change sponsored?: --- OPAC shelf browsing is 'inaccurate' when there are a lot of duplicate itemcallnumbers. Next items have same cn_sort (normalized itemcallnumber) and increasing itemnumber. So it would be expected that previous items have same cn_sort and decreasing itemnumber. This is not the case. -- 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 3814] New: SIP2 Server logging doesn't work on OpenSolaris and isn't configurable
by bugzilla-daemon＠kohaorg.ec2.liblime.com 25 Feb '10

25 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3814 Summary: SIP2 Server logging doesn't work on OpenSolaris and isn't configurable Product: Koha Version: rel_3_2 Platform: Sun OS/Version: Solaris Status: NEW Severity: normal Priority: P5 Component: SIP2 AssignedTo: frederic(a)tamil.fr ReportedBy: frederic(a)tamil.fr CC: joe.atzberger(a)liblime.com Estimated Hours: 0.0 Change sponsored?: --- Koha SIP2 Server is based on Net::Server module. Logging uses Syslog. It's hardcoded. It doesn't work on OpenSolaris where 'syslog_facility' Net::Server argument MUST be set to 'Stream' rather than 'local6' (default value). -- 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 3

[Bug 3827] New: Biblio Framework: impossible to set mandatory subfield
by bugzilla-daemon＠kohaorg.ec2.liblime.com 25 Feb '10

25 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3827 Summary: Biblio Framework: impossible to set mandatory subfield Product: Koha Version: rel_3_0 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: System Administration AssignedTo: frederic(a)tamil.fr ReportedBy: frederic(a)tamil.fr Estimated Hours: 0.0 Change sponsored?: --- Modifying subfield definition, it's impossible to set a subfield Mandatory. Worse, all mandatory subfields are reset just by modifying a subfield. -- 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 2

[Bug 4077] New: Default UNIMARC framework has improper mandatory fields
by bugzilla-daemon＠kohaorg.ec2.liblime.com 25 Feb '10

25 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4077 Summary: Default UNIMARC framework has improper mandatory fields Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: MARC Bibliographic data support AssignedTo: frederic(a)tamil.fr ReportedBy: frederic(a)tamil.fr Estimated Hours: 0.0 Change sponsored?: --- Those fields are mandatory by default and shouldn't: 122 123 127 615 710 801 -- 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 6

[Bug 4154] New: new sys prefs - They are not translatable
by bugzilla-daemon＠kohaorg.ec2.liblime.com 25 Feb '10

25 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4154 Summary: new sys prefs - They are not translatable Product: Koha Version: rel_3_2 Platform: PC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: System Administration AssignedTo: frederic(a)tamil.fr ReportedBy: frederic(a)tamil.fr Estimated Hours: 0.0 Change sponsored?: --- -- 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 5

[Bug 3824] New: Item modification doesn't select default value in combo list
by bugzilla-daemon＠kohaorg.ec2.liblime.com 25 Feb '10

25 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3824 Summary: Item modification doesn't select default value in combo list Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Cataloging AssignedTo: frederic(a)tamil.fr ReportedBy: frederic(a)tamil.fr Estimated Hours: 0.0 Change sponsored?: --- In data entry page, when modifying an existing item, some fields which are linked to an authorized values list are not displayed correctly. Specifically fields which are linked to following items table fields: notforloan, damaged, itemlost, whtdrawn. Those fields may contain '0' to specify a boolean False value. In this case, the corresponding label in authorised value list isn't selected in combo list. It's VERY dangerous. Catalogers can miss this issue and erase values when modifying item records. 3.0.x => this bug affects also Stable branch. -- 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 2

[Bug 4112] New: OPAC lists page shows incorrect "List is empty" message when viewing lists
by bugzilla-daemon＠kohaorg.ec2.liblime.com 24 Feb '10

24 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4112 Summary: OPAC lists page shows incorrect "List is empty" message when viewing lists Product: Koha Version: HEAD Platform: All OS/Version: All Status: ASSIGNED Severity: normal Priority: P5 Component: Virtual Shelves AssignedTo: oleonard(a)myacpl.org ReportedBy: oleonard(a)myacpl.org Estimated Hours: 0.0 Change sponsored?: --- Created an attachment (id=1532) --> (http://bugs.koha.org/cgi-bin/bugzilla3/attachment.cgi?id=1532) Screenshot of the problem When viewing the list of your lists a message is displayed, "This List is empty. You can add to your lists from the results of any search!" This message should only display if you have clicked through to view the contents of a list which is empty. -- 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 2

[Bug 4261] New: keyword mapping should show which framework the map is for
by bugzilla-daemon＠kohaorg.ec2.liblime.com 24 Feb '10

24 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4261 Summary: keyword mapping should show which framework the map is for Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P5 Component: System Administration AssignedTo: paul.poulain(a)biblibre.com ReportedBy: nengard(a)gmail.com Estimated Hours: 0.0 Change sponsored?: --- On the keyword mapping page it doesn't say which framework you applied the mapping to - so how do I know where to find it or where I set it up to work? -- 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 0

[Bug 3958] New: Standardize vendor/supplier/bookseller terminology
by bugzilla-daemon＠kohaorg.ec2.liblime.com 24 Feb '10

24 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3958 Summary: Standardize vendor/supplier/bookseller terminology Product: Koha Version: HEAD Platform: All OS/Version: All Status: ASSIGNED Severity: normal Priority: P5 Component: Acquisitions AssignedTo: oleonard(a)myacpl.org ReportedBy: oleonard(a)myacpl.org Estimated Hours: 0.0 Change sponsored?: --- Acquisitions pages use various terms to refer to the same thing: vendor, supplier, and bookseller. A single term should be chosen and used throughout. I'm going to go with "vendor" unless I hear otherwise. [10:24] <kf> vendor sounds better for me, but Im not a native speaker :) [10:25] <nengard> I've done a lot of training [10:25] <nengard> and no one has ever used a term other than vendor when i asked how they did acq [10:25] <nengard> but that is just the US -- 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 2