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

[Bug 9419] New: The highlight feature cans cause a browser freeze
by bugzilla-daemon＠bugs.koha-community.org 19 Nov '14

19 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9419 Bug ID: 9419 Summary: The highlight feature cans cause a browser freeze Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: jonathan.druart(a)biblibre.com If the highlight feature is enabled and you search a string with a space, the browser (tested with Firefox) uses CPU at 100% during some seconds. -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 10791] New: cart image in prog & IE10
by bugzilla-daemon＠bugs.koha-community.org 18 Nov '14

18 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10791 Bug ID: 10791 Summary: cart image in prog & IE10 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 20667 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=20667&action=edit cart1 It looks like in IE10, with compatibility mode off, the a cart image is superimposed behind the word cart. With the compatibility mode on, the image is gone, but the footer of the results page shows up half way up the results. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 10878] New: Display856uAsImage works in Results pages, can remove caveat text from system preference.
by bugzilla-daemon＠bugs.koha-community.org 17 Nov '14

17 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10878 Bug ID: 10878 Summary: Display856uAsImage works in Results pages, can remove caveat text from system preference. Change sponsored?: --- Product: Koha Version: 3.12 Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: dearden(a)sarsf.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com On the Staff Client Preferences page the option for Display856uAsImage has the text "(for future use, Results XSLT not functional at this time)" in two of the possible settings - Results and Both. Sometime before 3.12.4 the Results XSLT page for the Staff Client was fixed and now works in the marc21 format, and will display 856u fields as images providing the other requirements are met (856q field populated correctly and XSLT preference turned on). The normarc and unimarc may not work in both detail and results, there is already a bug open to correct the normarc. However, I think the caveat text can be removed from this preference as it is working for marc21 at this time. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 7865] New: Command line utility to BATCH load borrower pictures based on Cardnumber
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '14

14 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7865 Priority: P5 - low Change sponsored?: --- Bug ID: 7865 Assignee: gmcharlt(a)gmail.com Summary: Command line utility to BATCH load borrower pictures based on Cardnumber QA Contact: koha.sekjal(a)gmail.com Severity: trivial Classification: Unclassified OS: All Reporter: dschust1(a)gmail.com Hardware: All Status: NEW Version: unspecified Component: Command-line Utilities Product: Koha This command line utility can be setup in Cron to load borrower pictures on a regular basis. This has been in place with Plano ISD for 4 years loading 50,000 pictures with updates twice a week from a remote server. A test case will follow. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 10473] New: Max length should be 2 digit for adding multiple copies in add items page
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '14

14 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10473 Bug ID: 10473 Summary: Max length should be 2 digit for adding multiple copies in add items page Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: amitddng135(a)gmail.com CC: m.de.rooy(a)rijksmuseum.nl I have recently encountered this case in Mysore University. Someone tried to add multiple copies around 50,000. So in this case max digit allow should 2 digit length. -- You are receiving this mail because: You are watching all bug changes.

1 31

[Bug 7988] New: warning on authorized values confusing
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '14

14 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7988 Priority: P5 - low Change sponsored?: --- Bug ID: 7988 CC: gmcharlt(a)gmail.com Assignee: paul.poulain(a)biblibre.com Summary: warning on authorized values confusing QA Contact: koha.sekjal(a)gmail.com Severity: normal Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: System Administration Product: Koha On the authorized values admin page it says: "NOTE: If you change an authorized value, existing records using it won't be updated." This is confusing because some people are thinking that this means if you edit the description it won't update the records. When in reality it means if you change the VALUE it won't update things. Maybe this could be made clearer by saying: "NOTE: If you change an authorized value, existing records using it won't be updated. Changes to value descriptions will show immediately" I'm not sure that's clear either, but I can't come up with another way to make this not confuse people so I'm open to ideas. -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 10136] New: misc/translator/translator_doc.html outdated
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '14

14 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10136 Bug ID: 10136 Summary: misc/translator/translator_doc.html outdated Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de CC: frederic(a)tamil.fr It happens often that people are not aware on how to add translations to their installation and try running /tmpl_process3.pl. I found some old documentation that could be one of the reasons: misc/translator/translator_doc.html I think we should remove the file or update it to explain how to add translations now with the translate script. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 6681] New: When importing a biblio record via Z39.50, authority links also get imported
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '14

14 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6681 Bug #: 6681 Summary: When importing a biblio record via Z39.50, authority links also get imported Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: fcapovilla(a)live.ca QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com When importing biblio records from another Koha instance via Z39.50, the authority links (subfields 9) also get imported. Because of this, the imported biblio record has its authorities linked with the wrong authids. -- 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 51

[Bug 4964] New: design of news in opac could be better
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '14

13 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4964 Summary: design of news in opac could be better Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Created attachment 2323 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2323 news on opac When you view news in the OPAC it's in a box the size of the message instead of a box the size of the screen width, makes it look funny. -- 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 5

[Bug 4927] New: OPAC advanced search has two call number entries; remove one?
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '14

13 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4927 Summary: OPAC advanced search has two call number entries; remove one? Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Searching AssignedTo: gmcharlt(a)gmail.com ReportedBy: jwagner(a)ptfs.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 In the OPAC advanced search, with More Options selected, two Call Number entries show in the search pulldown. The first one is searching the item-level call number: <option value="callnum">Call Number</option> The second one, under the Standard Number section, seems to be searching an index (lccn) for the call number in the bib record -- I verified this by searching something in the 050 that wasn't in the item call number. I don't know if this includes Dewey callnums or just LC callnums, but it seems redundant to me in any case. Any objections to removing this second Call Number search from the OPAC advanced search? It isn't present in the staff advanced search. -- 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 11