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

[Bug 7625] New: normal templates not showing links properly
by bugzilla-daemon＠bugs.koha-community.org 12 Jul '14

12 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7625 Bug #: 7625 Summary: normal templates not showing links properly Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 - low Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: nengard(a)gmail.com QAContact: koha.sekjal(a)gmail.com Created attachment 7947 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=7947 staff normal url When you use XSLT stylesheets in the staff and OPAC it shows the 856 field as linked text if there is a $3 or $z. If you have normal view instead the link shows with a bullet below it for the $z or $3 .. can the normal template be updated to just link the description to the url like the XSLT? I think it used to be that way (but it's been a while since I used normal so I'm not sure). Nicole -- 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 3

[Bug 7479] New: Inventory Tool Ignoring Lost Flags
by bugzilla-daemon＠bugs.koha-community.org 12 Jul '14

12 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7479 Bug #: 7479 Summary: Inventory Tool Ignoring Lost Flags Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 - low Component: Tools AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha.sekjal(a)gmail.com I have tried to run the Inventory tool with the lost statuses checked and it's showing items that are both lost and available instead of just items that are flagged with the lost status I checked. -- 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 2

[Bug 7374] New: can't upload icon for auth values
by bugzilla-daemon＠bugs.koha-community.org 12 Jul '14

12 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7374 Bug #: 7374 Summary: can't upload icon for auth values Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 - low Component: System Administration AssignedTo: paul.poulain(a)biblibre.com ReportedBy: nengard(a)gmail.com QAContact: ian.walls(a)bywatersolutions.com CC: gmcharlt(a)gmail.com You can choose an icon for an authorized value, but you can't upload your own image like you can for the item type icons. -- 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 2

[Bug 7023] New: used saved report page holding on to filter
by bugzilla-daemon＠bugs.koha-community.org 12 Jul '14

12 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7023 Bug #: 7023 Summary: used saved report page holding on to filter Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All URL: /cgi-bin/koha/reports/guided_reports.pl?phase=Use saved OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Reports AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org I do a search on the 'use saved' reports page and leave to do other things in Koha. I then click on 'reports' from the menu and 'use saved' again - the filter is still selected. I had a mini panic attack that I had lost all of my reports before realizing what happened. Is there a way to not have that page hold on to the filter? Or was that a "feature" By the way the URL is /cgi-bin/koha/reports/guided_reports.pl?phase=Use saved -- so the query isn't in the URL anymore the second time I come to the page. -- 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 2

[Bug 6909] New: Detect duplicates when importing records - not working
by bugzilla-daemon＠bugs.koha-community.org 12 Jul '14

12 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6909 Bug #: 6909 Summary: Detect duplicates when importing records - not working Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_0 Platform: PC OS/Version: Linux Status: NEW Severity: major Priority: P5 Component: System Administration AssignedTo: paul.poulain(a)biblibre.com ReportedBy: David.w.Hartman(a)Disney.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com I am adding records and the detect duplicates feature for ISBN and ISSN is not working for me. I added over 3000 unique records ... Now I am adding 500 copy 2s - all have identical ISBNs. In staging, all records say no_match. I marked this major as I cannot continue till it is fixed or I find a workaround. Thanks! Koha is great!!! -- 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 2

[Bug 4833] New: show all fields when ordering from suggestion
by bugzilla-daemon＠bugs.koha-community.org 12 Jul '14

12 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4833 Summary: show all fields when ordering from suggestion Change sponsored?: --- Product: Koha Version: HEAD Platform: All URL: cgi-bin/koha/acqui/newordersuggestion.pl?booksellerid= 1&basketno=1 OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 When you are adding a suggestion to the basket you see only some of the info from the suggestion. At the very least it should show the budget that the item should be ordered from since this is acquisitions and the budget is a field on the suggestion. -- 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 3

[Bug 10709] New: only overdue notices & slips can be branch specific
by bugzilla-daemon＠bugs.koha-community.org 11 Jul '14

11 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10709 Bug ID: 10709 Summary: only overdue notices & slips can be branch specific Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org If you create a custom notice that is not an overdue for your branch the system still sends the notice for 'all libraries'. This is not true for slips and overdues which can be customized on a per branch basis. Either this is a bug or if it's a development it needs to be clear on the notices & slips page that you can't create certain notices for your library. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 12307] New: Catalog details page displaying incorrect status for items with itemtype level notforloan status
by bugzilla-daemon＠bugs.koha-community.org 11 Jul '14

11 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12307 Bug ID: 12307 Summary: Catalog details page displaying incorrect status for items with itemtype level notforloan status Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl The template markup that controls that status column for the items table in catalogue/detail.pl does not account for the itemtypes.notforloan flag. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 8459] New: No results returned when restricting the search to an individual library
by bugzilla-daemon＠bugs.koha-community.org 11 Jul '14

11 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8459 Priority: P5 - low Change sponsored?: --- Bug ID: 8459 Assignee: gmcharlt(a)gmail.com Summary: No results returned when restricting the search to an individual library Severity: major Classification: Unclassified OS: Linux Reporter: hend.eleraky(a)bibalex.org Hardware: All Status: NEW Version: rel_3_6 Component: Searching Product: Koha When i try to restrict the search to an individual library i get no results ,although this book already exists and i can get it in search results when i don't restrict it to a specific library branch. koha version 3.6.5 -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 9870] New: Error when run rebuild_solr.pl
by bugzilla-daemon＠bugs.koha-community.org 11 Jul '14

11 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9870 Bug ID: 9870 Summary: Error when run rebuild_solr.pl Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.10 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: hend.eleraky(a)bibalex.org When i tried to run rebuild_solr.pl i got the following error Can't locate Koha/SearchEngine/Index.pm in @INC (@INC contains: /opt/ActivePerl-5.12/site/lib /opt/ActivePerl-5.12/lib .) at ./rebuild_solr.pl line 28. I had found Koha/SearchEngine/Index.pm under koha_install_dir so i had copied it under /opt/ActivePerl-5.12/lib ... Then i tried to run it again i got : Couldn't load class (Koha::SearchEngine::Solr::Index) because: Global symbol "$record_type" requires explicit package name at /opt/ActivePerl-5.12/lib/Koha/SearchEngine/Solr/Index.pm line 43. Compilation failed in require at /opt/ActivePerl-5.12/lib/Class/MOP.pm line 117. at /opt/ActivePerl-5.12/lib/Class/MOP.pm line 123. I had found that variable $record_type appears only one time by this format but appears as $recordtype many times so i had changed the only occurrence of $record_type to $recordtype. Are the above changes acceptable ? Koha Version : 3.10.03.000 Search Engine : Solr -- You are receiving this mail because: You are watching all bug changes.

1 3