Scoping Dimension Members, Incorrect TOTAL Levels

Question

I have successfully applied security on my analytical workspace using PERMIT_READ and FGAC. The guide that I had followed can be read at the following link:
http://www.oracle.com/technology/products/bi/olap/olap10g_applying_aw_security.doc
My problem is that on the TOTAL level on the DIMENSION in which the security/limitiation is applied for a certain USER, it still shows the aggregated TOTALs of all the members, instead of just computing for the TOTALs of the visible members to the current user, regardless of checking or unchecking the presummarizations on the "Summarize To" tab.
I'm guessing that the solution is the manipulation of the PERMIT_READ program, but I'm new to all of these and have a rather tight schedule.
I was wondering if anyone might know what to do..
If the above explanation is not quite clear, please see the following:
=======================================================
] 1) A REGULAR user sees the following:
] Member 1 : 200
] Member 2 : 500
] Member 3 : 300
] Member 4 : 700
] TOTAL : 1700
] 2) A LIMITED user sees the following:
] Member 2 : 500
] Member 3 : 300
] TOTAL : 1700
See the problem? The limited user should have its TOTALs calculated according to the dimensions that it only sees.

Answer 1

When you say the following "regardless of checking or unchecking the pre-summarizations on the "Summarize To" tab", does this mean you unchecked the various levels and then completely rebuilt the cube? If not then you will have to completely rebuild the cube you are querying because the summarizations for the cube are stored directly in the AW. Unchecking the levels does not delete the stored data.
What you need is a cube that has not been summarized across the dimensions where you are applying the PERMIT_READ. It should then work correctly, or at least that is my experience.
Hope this helps
Keith