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

[Bug 8963] New: Can not upload csv file for Quote of the day
by bugzilla-daemon＠bugs.koha-community.org 20 Feb '14

20 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8963 Priority: P5 - low Change sponsored?: --- Bug ID: 8963 CC: gmcharlt(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: Can not upload csv file for Quote of the day Severity: normal Classification: Unclassified OS: All Reporter: veron(a)veron.ch Hardware: All Status: NEW Version: master Component: Staff Client Product: Koha Steps to reproduce: Go to Home › Tools › Quote editor › Quote uploader Choose a .csv file to upload for the "Quotes of the Day" You get an alert: "Uploads limited to csv. Incorrect filetype: unknown" and the file is cleared. It seems that in koha-tmpl/intranet-tmpl/prog/en/modules/tools/quotes-upload.tt, JavaScript function fnHandleFileSelect(evt), the value of evt.target.files[0].type is empty or undefined. Other properties of evt.target.files[0] like file name or size are populated as expected, and with .txt files the type resolves to txt/plain. Tested with Firefox 16.01 and Chrome 22.0.1229.94 m on Windows 7 Workaround: Do not use uploader, insert quotes manually. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 7965] New: Silence warns in staff error log (koha-error_log)
by bugzilla-daemon＠bugs.koha-community.org 18 Feb '14

18 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7965 Priority: P5 - low Change sponsored?: --- Bug ID: 7965 Assignee: katrin.fischer(a)bsz-bw.de Summary: Silence warns in staff error log (koha-error_log) QA Contact: koha.sekjal(a)gmail.com Severity: normal Classification: Unclassified OS: All Reporter: katrin.fischer(a)bsz-bw.de Hardware: All Status: NEW Version: master Component: Architecture, internals, and plumbing Product: Koha -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 6886] New: Single branch mode should disable showing the branch name in front of all callnumbers
by bugzilla-daemon＠bugs.koha-community.org 18 Feb '14

18 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6886 Bug #: 6886 Summary: Single branch mode should disable showing the branch name in front of all callnumbers Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Searching AssignedTo: gmcharlt(a)gmail.com ReportedBy: chris(a)bigballofwax.co.nz QAContact: koha-bugs(a)lists.koha-community.org When you have single branch mode on, there is no need to display the branch name on every line of results. -- 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 58

[Bug 8456] New: Capture the invoice number, price, date of a subscription
by bugzilla-daemon＠bugs.koha-community.org 14 Feb '14

14 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8456 Priority: P5 - low Change sponsored?: --- Bug ID: 8456 Assignee: koha-bugs(a)lists.koha-community.org Summary: Capture the invoice number, price, date of a subscription Severity: enhancement Classification: Unclassified OS: All Reporter: amit.gupta(a)osslabs.biz Hardware: All Status: NEW Version: unspecified Component: Acquisitions Product: Koha Ability to capture the invoice number, price, date of a subscription without creating the items records. This bug depends on bug 8415 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 8130] New: attach PDF files to a patron record
by bugzilla-daemon＠bugs.koha-community.org 14 Feb '14

14 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8130 Priority: P5 - low Change sponsored?: --- Bug ID: 8130 CC: gmcharlt(a)gmail.com Assignee: kyle.m.hall(a)gmail.com Summary: attach PDF files to a patron record Severity: enhancement Classification: Unclassified OS: All Reporter: melia(a)bywatersolutions.com Hardware: All Status: NEW Version: master Component: Patrons Product: Koha We would like a feature that allows librarians to attach unlimited arbitrary files to a patron record. Specifically, we want to store a PDF document with a patron record. They would be like the patron images, but for a document. We would like a link on the patron record that when clicked would open the PDF. -- You are receiving this mail because: You are watching all bug changes.

1 49

[Bug 7659] New: "Import all" for a staged file doesn't check for duplicates
by bugzilla-daemon＠bugs.koha-community.org 13 Feb '14

13 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7659 Priority: P5 - low Change sponsored?: --- Bug ID: 7659 Assignee: adrien.saurat(a)biblibre.com Summary: "Import all" for a staged file doesn't check for duplicates QA Contact: koha.sekjal(a)gmail.com Severity: normal Classification: Unclassified OS: All Reporter: adrien.saurat(a)biblibre.com Hardware: All Status: ASSIGNED Version: master Component: Acquisitions Product: Koha [MT9163] Problem on the following page: Home › Acquisitions › *vendor* › Basket X › Add orders from iso2709 file When adding orders from a staged file, if we add juste one biblio, koha will check if duplicates are present. If a duplicate is found, it will ask if we want to: - use the existing biblio, - create a new record, - cancel the operation. But if we try to "import all" biblios from the staged file, everything will be processed without any warning, even if duplicates are present. Test plan : 1) Go to the vendor list, create a basket for one of them. 2) Add Order To Basket : From a staged file 3) Select a file containing notices already in the database (you may have to add them from the file now it that's a new file, import them and change the items state for them to be available). 4) Click on "Add order" for one of the existing biblios. You will see a page giving a duplicate warning. 5) Get back to the staged file page, and now click on the Save button at the bottom of the page. The orders are added without duplicate warnings. -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 6712] New: Remove memberofinstitution markup from templates until it can be completed
by bugzilla-daemon＠bugs.koha-community.org 12 Feb '14

12 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6712 Bug #: 6712 Summary: Remove memberofinstitution markup from templates until it can be completed Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: ASSIGNED Severity: normal Priority: P5 Component: Patrons AssignedTo: oleonard(a)myacpl.org ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Blocks: 6711 Functionality tied to the memberofinstitution system preference has become broken, and needs to be fixed. Until then, markup in the templates related to this feature should be removed as it is causing other bugs. -- 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 10

[Bug 7639] New: system preference to forgive fines on lost items
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '14

10 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7639 Bug #: 7639 Summary: system preference to forgive fines on lost items Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: melia(a)bywatersolutions.com QAContact: koha.sekjal(a)gmail.com CC: gmcharlt(a)gmail.com Create a new system preference that would allow a librarian to decide to forgive/not forgive all fines when an item goes to lost status. -- 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 78

[Bug 9683] New: Allow disable rewrite apache mod
by bugzilla-daemon＠bugs.koha-community.org 08 Feb '14

08 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9683 Bug ID: 9683 Summary: Allow disable rewrite apache mod Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: fridolyn.somers(a)biblibre.com In Apache config koha-httpd.conf, URL-rewriting is enabled and does not allow to disable mod_rewrite. Also, first rewriting rule "RewriteRule (.+) $1?%1%2 [N,R,NE]" is enabled by default. This rule rewrites nearly every URL. I propose to comment it in sources so that is must be intentionally enabled. -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 9579] New: Incorrect display of UNICODE symbols in 'Refine Search Results'
by bugzilla-daemon＠bugs.koha-community.org 07 Feb '14

07 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9579 Bug ID: 9579 Summary: Incorrect display of UNICODE symbols in 'Refine Search Results' Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.10 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: tigran(a)flib.sci.am Created attachment 15202 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=15202&action=edit 3 iamges with incorrect UNICODE Attaching 3 images - 2 for Cyrillic records and one or Armenian. You will notice that instead of the letter some other code is displayed and when pressing on the names from left pan (Refine your search), the search is returning null results (see arm1.png). Another interesting detail. When pressing om left pan name, the display on search window of Armenian name is displayed correctly (see arm1.png) but on the top (URL window) some of letters are displayed incorrectly. When we are just typing Armenian or Cyrillic scripts in the search window everything is working fine. So the problem is how is encoding/indexing going with the 'Refine your search' pan. Tigran -- You are receiving this mail because: You are watching all bug changes.

1 41