Bug 9492 - Children funds not clear if limited to my branch
Summary: Children funds not clear if limited to my branch
Status: RESOLVED DUPLICATE of bug 11578
Alias: None
Product: Koha
Classification: Unclassified
Component: Acquisitions (show other bugs)
Version: Main
Hardware: All All
: P3 normal (vote)
Assignee: Bugs List
QA Contact:
URL: /cgi-bin/koha/admin/aqbudgets.pl?budg...
Keywords:
Depends on:
Blocks:
 
Reported: 2013-01-25 13:57 UTC by Nicole C. Engard
Modified: 2015-02-23 15:57 UTC (History)
2 users (show)

See Also:
Change sponsored?: ---
Patch complexity: Small patch
Documentation contact:
Documentation submission:
Text to go in the release notes:
Version(s) released in:


Attachments
children funds lumped in with all others (92.24 KB, image/png)
2013-01-25 13:57 UTC, Nicole C. Engard
Details
child funds showing when viewing all branches (90.16 KB, image/png)
2013-01-25 13:57 UTC, Nicole C. Engard
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Nicole C. Engard 2013-01-25 13:57:04 UTC
Created attachment 14854 [details]
children funds lumped in with all others

When you go to the fund list it is not clear which funds are children funds because the limit on the left is selected to only show my branch. If you uncheck that and click 'go' you can see the children funds clearly under a down arrow (/cgi-bin/koha/admin/aqbudgets.pl?show=1&budget_period_id=1&filter=Go).

See screenshots.

Tested in 3.8.5 and master.
Comment 1 Nicole C. Engard 2013-01-25 13:57:47 UTC
Created attachment 14855 [details]
child funds showing when viewing all branches
Comment 2 Zeno Tajoli 2013-11-04 14:44:23 UTC
Hi,

It is possible to fix the situation with this change on line 63 of admin/aqbudgets.pl:

From:
my $show = $input->param('show') // 0; # SET TO 1, BY A FORM SUMBIT

to:
$show = $input->param('show') // 1; # SET TO 1 by default, group view. 

But the result is ok only if all budget are from one library/librarian.
Not if your budget are of different libraries/librarians

In fact we need to rethink the interface that now is a mix of cgi, js filter and css effects show/don't show.

The problem is present in 3.8, 3.12 and master
Comment 3 Jonathan Druart 2015-02-23 15:57:59 UTC
This should have been fixed by bug 11578.

*** This bug has been marked as a duplicate of bug 11578 ***