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

[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

[Bug 9868] New: No results found when i try to search for something in staff client
by bugzilla-daemon＠bugs.koha-community.org 11 Jul '14

11 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9868 Bug ID: 9868 Summary: No results found when i try to search for something in staff client Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.10 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: hend.eleraky(a)bibalex.org CC: gmcharlt(a)gmail.com When i try to search for something in staff client i don't get results although i could get in Opac. Koha version : 3.10.03.000 Search Engine : Solr -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 9866] New: Error when i click on advanced search [OPAC]
by bugzilla-daemon＠bugs.koha-community.org 11 Jul '14

11 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9866 Bug ID: 9866 Summary: Error when i click on advanced search [OPAC] Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.10 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: hend.eleraky(a)bibalex.org When i try to click on advanced search [OPAC] i got the following error : Software error: Template process failed: file error - /usr/share/koha/opac/htdocs/opac-tmpl/prog/en/modules/search/advsearch.tt: not found at /usr/share/koha/lib/C4/Templates.pm line 132. For help, please send mail to the webmaster (webmaster@cdwin-hict8195), giving this error message and the time and date of the error. I can't find this file under "search" directory , i only have "results.tt" . I only have a file named "advsearch.tt" under intranet path >>./usr/share/koha/intranet/htdocs/intranet-tmpl/prog/en/modules/catalogue/advsearch.tt -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 8671] New: Error on creating Patron Card
by bugzilla-daemon＠bugs.koha-community.org 11 Jul '14

11 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8671 Priority: P5 - low Change sponsored?: --- Bug ID: 8671 Assignee: gmcharlt(a)gmail.com Summary: Error on creating Patron Card Severity: major Classification: Unclassified OS: Linux Reporter: hend.eleraky(a)bibalex.org Hardware: Other Status: NEW Version: rel_3_6 Component: Tools Product: Koha Created attachment 11772 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=11772&action=edit Error shown when adding patron to batch I tried to create a patron card so i found that first i need to create a batch and add patrons to it . In the step of adding patrons to batch , after i search for the required patron and click "add selected " i get an error and nothing is added. Kindly attached the screen shot showing the latter error. Koha version used : 3.6.5 -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 7156] New: singleBranchMode description wrong
by bugzilla-daemon＠bugs.koha-community.org 11 Jul '14

11 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7156 Bug #: 7156 Summary: singleBranchMode description wrong Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 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 This preference says it doesn't let people give their branch in the OPAC, but when it was set to don't allow i couldn't change the branch in the staff client. -- 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 1

[Bug 6896] New: searching an acq date finds due date instead
by bugzilla-daemon＠bugs.koha-community.org 11 Jul '14

11 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6896 Bug #: 6896 Summary: searching an acq date finds due date instead Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Searching AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org In searching for 09-05-2011 acquisition date, I get items due on 09-05-2011. It looks like somehow the date due is getting dumped into the acqdate search index. What these search results appear to be saying is that my system doesn't have any items that are shown as acquired on 2011-09-05. The results should be empty, but the checked out items are showing instead. -- 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 8673] New: Create new authority
by bugzilla-daemon＠bugs.koha-community.org 11 Jul '14

11 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8673 Priority: P5 - low Change sponsored?: --- Bug ID: 8673 CC: gmcharlt(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: Create new authority Severity: major Classification: Unclassified OS: Linux Reporter: hend.eleraky(a)bibalex.org Hardware: Other Status: NEW Version: rel_3_6 Component: Staff Client Product: Koha Created attachment 11773 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=11773&action=edit duplicate authority error i tried to create new authority with no data [as a testing case] when i click on save i got an error to enter the mandatory fields then i click again on save i get "duplicate authority record :ahmed" although i don't have an authority record "ahmed..... [i searched for it in authorities i get results so i deleted them all .... i still get results for authority "ahmed " but i when i click on "Details" i get "record doesn't exist " ] Attached a screen shot showing this problem Also, when i try to return to the original authority by clicking on "original authority" i got an error >>> 2nd attachment shows this issue. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 8188] New: OPAC allow hold date in future is controlled by staff-side preference
by bugzilla-daemon＠bugs.koha-community.org 11 Jul '14

11 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8188 Priority: P5 - low Change sponsored?: --- Bug ID: 8188 CC: gmcharlt(a)gmail.com Assignee: koha.sekjal(a)gmail.com Summary: OPAC allow hold date in future is controlled by staff-side preference Severity: major Classification: Unclassified OS: All Reporter: oleonard(a)myacpl.org Hardware: All Status: NEW Version: master Component: Hold requests Product: Koha The OPAC's "Allow hold date in future" feature only works if the "AllowHoldDateInFuture" preference is enabled. Enabling the "OPACAllowHoldDateInFuture" preference has no effect. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 7025] New: C4::Items depends on C4::Reserves (which in turn depends on C4::Items...)
by bugzilla-daemon＠bugs.koha-community.org 11 Jul '14

11 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7025 Bug #: 7025 Summary: C4::Items depends on C4::Reserves (which in turn depends on C4::Items...) Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Architecture, internals, and plumbing AssignedTo: ian.walls(a)bywatersolutions.com ReportedBy: ian.walls(a)bywatersolutions.com QAContact: koha-bugs(a)lists.koha-community.org C4::Items uses a single subroutine from C4::Reserves, CheckReserves(), in a single on of it's subroutines, GetItemsInfo(). The only data exported is in the field "count_reserves" which gives the reserve status. This in turn is only used in opac/opac-detail.pl to display "on hold" in the holdings table if the item is currently waiting on the holds shelf to be picked up. There are no other uses of this information. We can remove CheckReserves() from GetItemsInfo(), and add a different call in opac/opac-details.pl to get whether the particular item is on hold or not. This will remove a circular dependency, likely speeding up the overall code (as we won't need to load all of C4::Reserves every time we load C4::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 2

[Bug 8307] New: Set a value for items when receiving
by bugzilla-daemon＠bugs.koha-community.org 11 Jul '14

11 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8307 Priority: P5 - low Change sponsored?: --- Bug ID: 8307 Assignee: koha-bugs(a)lists.koha-community.org Summary: Set a value for items when receiving Severity: enhancement Classification: Unclassified OS: All Reporter: jonathan.druart(a)biblibre.com Hardware: All Status: NEW Version: unspecified Component: Acquisitions Product: Koha If the system preference AcqCreateItem is "Create an item when ordering", we would like to set a value for items. For example you could define status for the field items.notforloan (995$o for UNIMARC) with 4 = On order, 5: On treatment. Then, it would be great to fill the item field 995$o with "5". -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 50