Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.

Dismiss

I have the same problem

0 views

Skip to first unread message

bryanmorrish

unread,

Dec 9, 2009, 6:08:59 AM12/9/09

Hi - I am experiencing the same issue. Users who are added to the AD security group are not able to run reports for a seemingly random amount of time.

For a period, they can access the Sharepoint site but receive a Microsoft.ReportingServices.Diagnostics.Utilities.AccessDeniedException when running a report. A day or so later they can run the report successfully.

I initially thought this may be related to replication within our AD but a number of tests have led me to believe this is something to do with the permissions within SQL/ReportServer not updating.

Has anyone determined the cause or, better still, a resolution?

Tikigodster wrote:

Facing the same Problem
15-Jun-09

You are required to be a member to post replies. After logging in or becoming a member, you will be redirected back to this page.

Previous Posts In This Thread:

On Sunday, February 01, 2009 4:29 PM
ardu wrote:

Sharepoint/AD Group Permission Problem
We don't seem to have any consistency when applying permissions to AD groups
for items within a sharepoint site, and particularly on Reporting Services
reports (running in Sharepoint integrated mode).

For example, if we create a report, and give an AD group permission on the
report, all users that are currently a member of the group will be able to
see the report. However if we then add a new user to the AD group, we find
that this user will not immediately have access to the report - they receive
an error "The permissions granted to user "DOMAIN\username" are insufficient
for performing this operation (rsAccessDenied)"

If the user is granted explicit permission on the report (ie add the
username to the report with "Read" permission"), they will be able to view
the report.

We have tried doing a full profile import, and this doesn't seem to have any
affect.

In addition, if we have audience targetted something (eg a link) to this AD
group, and in the same scenario as above where a new user is added to the
group, the audience targeting seems to be updated correctly (ie the user will
be able to see the link that is targeted to the AD group).

To further confuse things, at some (seemingly random) stage, Sharepoint does
seem to recognise that a new user has been added to the group, and the report
will start working correctly.

I guess the question here is:
What do I have to do to ensure that Sharepoint is recognizing changes to AD
groups for permissions? A full profile import does not seem to make any
difference, but I don't know of anything else that could affect it?

Thanks in advance for any assistance!

On Monday, February 02, 2009 1:45 AM
stchen wrote:

RE: Sharepoint/AD Group Permission Problem
------=_NextPart_0001_38AE1414
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

Hi Arduk,

From your description, you're encountering some security permission error
when accessing some reporting service report deployed in sharepoint server
environment, correct?

According to the error you provided "rsAccessDenied", it seems a pure SQL
Server reporting service permission error. Based on my experience, such
error is normally caused by the IIS virtual directory authentication not
configured correctly(such as allow anonymous) or the client user is not
assigned correct permission role in SSRS. However, since you said that the
problem is occuring when the client user is newly added into a certain AD
group( that has sufficient permission), I think the problem is a bit
differernt.

Have you tried the following things to verify whether the problem is
specific to sharepoint integrated reports or due to some SSRS specific role
info caching:

1. You can try the samething on a standalone SSRS report(without
sharepoint hosting environment) to see whether it works.

2. Whenever you update an account's AD group membership or if add a user
to a new AD group. Will the new role permission reflect correctly if you
restart the sharepoint service immediately?

Sincerely,

Steven Cheng

Microsoft MSDN Online Support Lead

Delighting our customers is our #1 priority. We welcome your comments and
suggestions about how we can improve the support we provide to you. Please
feel free to let my manager know what you think of the level of service
provided. You can send feedback directly to my manager at:
msd...@microsoft.com.

==================================================
Get notification to my posts through email? Please refer to
http://msdn.microsoft.com/en-us/subscriptions/aa948868.aspx#notifications.

Note: MSDN Managed Newsgroup support offering is for non-urgent issues
where an initial response from the community or a Microsoft Support
Engineer within 2 business day is acceptable. Please note that each follow
up response may take approximately 2 business days as the support
professional working with you may need further investigation to reach the
most efficient resolution. The offering is not appropriate for situations
that require urgent, real-time or phone-based interactions. Issues of this
nature are best handled working with a dedicated Microsoft Support Engineer
by contacting Microsoft Customer Support Services (CSS) at
http://msdn.microsoft.com/en-us/subscriptions/aa948874.aspx
==================================================
This posting is provided "AS IS" with no warranties, and confers no rights.

--------------------
From: =?Utf-8?B?YXJkdWs=?= <ar...@nospam.nospam>
Subject: Sharepoint/AD Group Permission Problem
Date: Sun, 1 Feb 2009 13:29:01 -0800

We don't seem to have any consistency when applying permissions to AD
groups
for items within a sharepoint site, and particularly on Reporting Services
reports (running in Sharepoint integrated mode).

For example, if we create a report, and give an AD group permission on the
report, all users that are currently a member of the group will be able to
see the report. However if we then add a new user to the AD group, we find
that this user will not immediately have access to the report - they
receive
an error "The permissions granted to user "DOMAIN\username" are
insufficient
for performing this operation (rsAccessDenied)"

If the user is granted explicit permission on the report (ie add the
username to the report with "Read" permission"), they will be able to view
the report.

We have tried doing a full profile import, and this doesn't seem to have
any
affect.

In addition, if we have audience targetted something (eg a link) to this AD
group, and in the same scenario as above where a new user is added to the
group, the audience targeting seems to be updated correctly (ie the user
will
be able to see the link that is targeted to the AD group).

To further confuse things, at some (seemingly random) stage, Sharepoint
does
sem to recognise that a new user has been added to the group, and the
report
will start working correctly.

Thanks in advance for any assistance!

------=_NextPart_0001_38AE1414
Content-Type: text/x-rtf
Content-Transfer-Encoding: 7bit

{\rtf1\ansi\ansicpg936\deff0\deflang1033\deflangfe2052{\fonttbl{\f0\fnil\fprq2\fcharset0 MS Sans Serif;}}
\viewkind4\uc1\pard\lang2052\f0\fs20 Hi Arduk,
\par
\par From your description, you're encountering some security permission error when accessing some reporting service report deployed in sharepoint server environment, correct?
\par
\par According to the error you provided "rsAccessDenied", it seems a pure SQL Server reporting service permission error. Based on my experience, such error is normally caused by the IIS virtual directory authentication not configured correctly(such as allow anonymous) or the client user is not assigned correct permission role in SSRS. However, since you said that the problem is occuring when the client user is newly added into a certain AD group( that has sufficient permission), I think the problem is a bit differernt.
\par
\par Have you tried the following things to verify whether the problem is specific to sharepoint integrated reports or due to some SSRS specific role info caching:
\par
\par 1. You can try the samething on a standalone SSRS report(without sharepoint hosting environment) to see whether it works.
\par
\par 2. Whenever you update an account's AD group membership or if add a user to a new AD group. Will the new role permission reflect correctly if you restart the sharepoint service immediately?
\par
\par Sincerely,
\par
\par Steven Cheng
\par
\par Microsoft MSDN Online Support Lead
\par
\par
\par Delighting our customers is our #1 priority. We welcome your comments and suggestions about how we can improve the support we provide to you. Please feel free to let my manager know what you think of the level of service provided. You can send feedback directly to my manager at: msd...@microsoft.com.
\par
\par ==================================================
\par Get notification to my posts through email? Please refer to http://msdn.microsoft.com/en-us/subscriptions/aa948868.aspx#notifications.
\par
\par Note: MSDN Managed Newsgroup support offering is for non-urgent issues where an initial response from the community or a Microsoft Support Engineer within 2 business day is acceptable. Please note that each follow up response may take approximately 2 business days as the support professional working with you may need further investigation to reach the most efficient resolution. The offering is not appropriate for situations that require urgent, real-time or phone-based interactions. Issues of this nature are best handled working with a dedicated Microsoft Support Engineer by contacting Microsoft Customer Support Services (CSS) at http://msdn.microsoft.com/en-us/subscriptions/aa948874.aspx
\par ==================================================
\par This posting is provided "AS IS" with no warranties, and confers no rights.
\par
\par
\par \pard\li720 --------------------
\par From: =?Utf-8?B?YXJkdWs=?= <ar...@nospam.nospam>
\par Subject: Sharepoint/AD Group Permission Problem
\par Date: Sun, 1 Feb 2009 13:29:01 -0800
\par
\par
\par We don't seem to have any consistency when applying permissions to AD groups
\par for items within a sharepoint site, and particularly on Reporting Services
\par reports (running in Sharepoint integrated mode).
\par
\par For example, if we create a report, and give an AD group permission on the
\par report, all users that are currently a member of the group will be able to
\par see the report. However if we then add a new user to the AD group, we find
\par that this user will not immediately have access to the report - they receive
\par an error The permissions granted to user "DOMAIN\\username" are insufficient
\par for performing this operation (rsAccessDenied)"
\par
\par If the user is granted explicit permission on the report (ie add the
\par username to the report with "Read" permission"), they will be able to view
\par the report.
\par
\par We have tried doing a full profile import, and this doesn't seem to have any
\par affect.
\par
\par In addition, if we have audience targetted something (eg a link) to this AD
\par group, and in the same scenario as above where a new user is added to the
\par group, the audience targeting seems to be updated correctly (ie the user will
\par be able to see the link that is targeted to the AD group).
\par
\par To further confuse things, at some (seemingly random) stage, Sharepoint does
\par seem to recognise that a new user has been added to the group, and the report
\par will start working correctly.
\par
\par I guess the question here is:
\par What do I have to do to ensure that Sharepoint is recognizing changes to AD
\par groups for permissions? A full profile import does not seem to make any
\par difference, but I don't know of anything else that could affect it?
\par
\par Thanks in advance for any assistance!
\par
\par
\par \pard
\par
\par }
------=_NextPart_0001_38AE1414--

On Tuesday, February 03, 2009 4:15 PM
ardu wrote:

RE: Sharepoint/AD Group Permission Problem
Hi Steven, thanks for getting back to me.

In response to your questions:
1. We are able to run the report correctly from the development machine when
we add a user to a new group.

2. Restarting the sharepoint service had no effect, and is also entirely
unacceptable as a solution - that would mean that every time there was a
change to a user account/group membership, I would have to restart the
sharepoint service? That would potentially be many times per day, which is
going to annoy users immensely.

Thanks again for your assistance, I would appreciate any other ideas you may
have.

""Steven Cheng"" wrote:

On Thursday, February 05, 2009 2:04 AM
stchen wrote:

RE: Sharepoint/AD Group Permission Problem
------=_NextPart_0001_4832F525
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

Thanks for your reply Arduk,

So the problem still remain even if you restart the sharepoint service.
Then, how about directly visiting the report(without sharepoint page
interface). For example, you can try visiting the report via its URL in
reportserver(or event SQL management studio) directly to see whether the
user role/permission change can be reflected immedately.

Sincerely,

Steven Cheng

Microsoft MSDN Online Support Lead

--------------------
From: =?Utf-8?B?YXJkdWs=?= <ar...@nospam.nospam>
References: <D06DA140-513A-4C70...@microsoft.com>
<UG#qTHQhJ...@TK2MSFTNGHUB02.phx.gbl>
Subject: RE: Sharepoint/AD Group Permission Problem
Date: Tue, 3 Feb 2009 13:15:01 -0800

Hi Steven, thanks for getting back to me.

In response to your questions:
1. We are able to run the report correctly from the development machine
when
we add a user to a new group.

Thanks again for your assistance, I would appreciate any other ideas you
may
have.

""Steven Cheng"" wrote:

------=_NextPart_0001_4832F525
Content-Type: text/x-rtf
Content-Transfer-Encoding: 7bit

{\rtf1\ansi\ansicpg936\deff0\deflang1033\deflangfe2052{\fonttbl{\f0\fnil\fprq2\fcharset0 MS Sans Serif;}}
\viewkind4\uc1\pard\lang2052\f0\fs20 Thanks for your reply Arduk,
\par
\par So the problem still remain even if you restart the sharepoint service. Then, how about directly visiting the report(without sharepoint page interface). For example, you can try visiting the report via its URL in reportserver(or event SQL management studio) directly to see whether the user role/permission change can be reflected immedately.
\par
\par Sincerely,
\par
\par Steven Cheng
\par
\par Microsoft MSDN Online Support Lead
\par
\par
\par Delighting our customers is our #1 priority. We welcome your comments and suggestions about how we can improve the support we provide to you. Please feel free to let my manager know what you think of the level of service provided. You can send feedback directly to my manager at: msd...@microsoft.com.
\par
\par \pard\li720 --------------------
\par From: =?Utf-8?B?YXJkdWs=?= <ar...@nospam.nospam>
\par References: <D06DA140-513A-4C70...@microsoft.com> <UG#qTHQhJ...@TK2MSFTNGHUB02.phx.gbl>
\par Subject: RE: Sharepoint/AD Group Permission Problem
\par Date: Tue, 3 Feb 2009 13:15:01 -0800
\par
\par
\par Hi Steven, thanks for getting back to me.
\par
\par In response to your questions:
\par 1. We are able to run the report correctly from the development machine when
\par we add a user to a new group.
\par
\par 2. Restarting the sharepoint service had no effect, and is also entirely
\par unacceptable as a solution - that would mean that every time there was a
\par change to a user account/group membership, I would have to restart the
\par sharepoint service? That would potentially be many times per day, which is
\par going to annoy users immensely.
\par
\par Thanks again for your assistance, I would appreciate any other ideas you may
\par have.
\par
\par ""Steven Cheng"" wrote:
\par
\par > Hi Arduk,
\par
\par }
------=_NextPart_0001_4832F525--

On Sunday, February 08, 2009 3:01 PM
itguysmile76 wrote:

My experience tells me facing complex situation you need some simpleresolution
My experience tells me facing complex situation you need some simple
resolution to deal with it! take a look at Sharepoint AD Information
Sync. As the name goes, you can sync information, in this way at least
part of your information can be solved.

On Sunday, February 08, 2009 4:16 PM
ardu wrote:

Sorry - I obviously wasn't clear enough in response to this question.
Sorry - I obviously wasn't clear enough in response to this question.

If I view the report from the development server (using SQL Server
management studio), the report runs fine - the permissions take effect
immediately.

Thanks very much for your assistance!

""Steven Cheng"" wrote:

On Sunday, February 08, 2009 4:17 PM
ardu wrote:

Sorry, I obviously wasn't clear enough in my previous reply.
Sorry, I obviously wasn't clear enough in my previous reply.

If I run the report from SQL Management studio, the report runs fine - the
permissions change is reflected immediately.

Thanks very much for your assistance!

""Steven Cheng"" wrote:

On Sunday, February 08, 2009 5:25 PM
ardu wrote:

sorry, not sure I understand what you are talking about here.
sorry, not sure I understand what you are talking about here. Is this a
product that you want me to look at??

On Sunday, February 08, 2009 11:31 PM
stchen wrote:

RE: Sharepoint/AD Group Permission Problem
------=_NextPart_0001_5C3FCE9B
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

Thanks for your reply Arduk,

Yes, I've also performed tests on my side, seems for standalone mode(not
sharepoint integrated mode), the SSRS report permission(for AD group
change, add new user) will reflect immediately. I'll do some further
research on this and will update you if I get any findings.

Sincerely,

Steven Cheng

Microsoft MSDN Online Support Lead

==================================================
Get notification to my posts through email? Please refer to
http://msdn.microsoft.com/en-us/subscriptions/aa948868.aspx#notifications.

--------------------
From: =?Utf-8?B?YXJkdWs=?= <ar...@nospam.nospam>
References: <D06DA140-513A-4C70...@microsoft.com>
<UG#qTHQhJ...@TK2MSFTNGHUB02.phx.gbl>
<0503661F-11AC-4E74...@microsoft.com>
<91fMKA2...@TK2MSFTNGHUB02.phx.gbl>
Subject: RE: Sharepoint/AD Group Permission Problem
Date: Sun, 8 Feb 2009 13:17:01 -0800

Sorry, I obviously wasn't clear enough in my previous reply.

If I run the report from SQL Management studio, the report runs fine - the
permissions change is reflected immediately.

Thanks very much for your assistance!

""Steven Cheng"" wrote:

------=_NextPart_0001_5C3FCE9B
Content-Type: text/x-rtf
Content-Transfer-Encoding: 7bit

{\rtf1\ansi\ansicpg936\deff0\deflang1033\deflangfe2052{\fonttbl{\f0\fnil\fprq2\fcharset0 MS Sans Serif;}}
\viewkind4\uc1\pard\lang2052\f0\fs20 Thanks for your reply Arduk,
\par
\par Yes, I've also performed tests on my side, seems for standalone mode(not sharepoint integrated mode), the SSRS report permission(for AD group change, add new user) will reflect immediately. I'll do some further research on this and will update you if I get any findings.
\par
\par Sincerely,
\par
\par Steven Cheng
\par
\par Microsoft MSDN Online Support Lead
\par
\par
\par Delighting our customers is our #1 priority. We welcome your comments and suggestions about how we can improve the support we provide to you. Please feel free to let my manager know what you think of the level of service provided. You can send feedback directly to my manager at: msd...@microsoft.com.
\par
\par ==================================================
\par Get notification to my posts through email? Please refer to http://msdn.microsoft.com/en-us/subscriptions/aa948868.aspx#notifications.
\par
\par \pard\li720 --------------------
\par From: =?Utf-8?B?YXJkdWs=?= <ar...@nospam.nospam>
\par References: <D06DA140-513A-4C70...@microsoft.com> <UG#qTHQhJ...@TK2MSFTNGHUB02.phx.gbl> <0503661F-11AC-4E74...@microsoft.com> <91fMKA2...@TK2MSFTNGHUB02.phx.gbl>
\par Subject: RE: Sharepoint/AD Group Permission Problem
\par Date: Sun, 8 Feb 2009 13:17:01 -0800
\par
\par
\par Sorry, I obviously wasn't clear enough in my previous reply.
\par
\par If I run the report from SQL Management studio, the report runs fine - the
\par permissions change is reflected immediately.
\par
\par Thanks very much for your assistance!
\par
\par ""Steven Cheng"" wrote:
\par
\par > Thanks for your reply Arduk,
\par >
\par > So the problem still remain even if you restart the sharepoint service.
\par > Then, how about directly visiting the report(without sharepoint page
\par > interface). For example, you can try visiting the report via its URL in
\par > reportserver(or event SQL management studio) directly to see whether the
\par > user role/permission change can be reflected immedately.
\par >
\par > Sincerely,
\par >
\par > Steven Cheng
\par >
\par > Microsoft MSDN Online Support Lead
\par >
\par
\par }
------=_NextPart_0001_5C3FCE9B--

On Tuesday, February 10, 2009 5:53 PM
Iron0xid wrote:

I have an issue with this.. Windows 2008 X64, SQL 2008, Sharepoint 3.0..
I have an issue with this..
Windows 2008 X64, SQL 2008, Sharepoint 3.0..
I don't recieve any errors when I run reports however no one else on the
domain can run the report without recieving an error.
I initally thought this was due to permissions on the db but we have added
users to the db and this is still comming up.
I have also assigned sharepoint permissions to all folders for the ad groups.
Don't know what is going on.. Any Idea?

""Steven Cheng"" wrote:

On Wednesday, February 11, 2009 3:27 AM
stchen wrote:

RE: Sharepoint/AD Group Permission Problem
------=_NextPart_0001_67656F3B
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

Hi Iron,

It seems the issue you encountered is abit different and the report item's
permission is not correctly configured.

I suggest you first review the security mode description below to see which
model fit your case:

http://msdn.microsoft.com/en-us/library/bb283324.aspx

and then try regranting the user permission according to the following
article:

(Reporting Services in SharePoint Integrated Mode)
http://msdn.microsoft.com/en-us/library/bb283150.aspx

Sincerely,

Steven Cheng

Microsoft MSDN Online Support Lead

--------------------
Thread-Topic: Sharepoint/AD Group Permission Problem
thread-index: AcmL0lQeaM8f4IsKQY+KiW1Pk73vHw==
Subject: RE: Sharepoint/AD Group Permission Problem
Date: Tue, 10 Feb 2009 14:53:02 -0800

I have an issue with this..
Windows 2008 X64, SQL 2008, Sharepoint 3.0..
I don't recieve any errors when I run reports however no one else on the
domain can run the report without recieving an error.
I initally thought this was due to permissions on the db but we have added
users to the db and this is still comming up.
I have also assigned sharepoint permissions to all folders for the ad
groups.
Don't know what is going on.. Any Idea?

""Steven Cheng"" wrote:

------=_NextPart_0001_67656F3B
Content-Type: text/x-rtf
Content-Transfer-Encoding: 7bit

{\rtf1\ansi\ansicpg936\deff0\deflang1033\deflangfe2052{\fonttbl{\f0\fnil\fprq2\fcharset0 MS Sans Serif;}}
\viewkind4\uc1\pard\lang2052\f0\fs20 Hi Iron,
\par
\par It seems the issue you encountered is abit different and the report item's permission is not correctly configured.
\par
\par I suggest you first review the security mode description below to see which model fit your case:
\par
\par #Security Overview for Reporting Services in SharePoint Integrated Mode
\par http://msdn.microsoft.com/en-us/library/bb283324.aspx
\par
\par and then try regranting the user permission according to the following article:
\par
\par #How to: Set Permissions for Report Server Items on a SharePoint Site (Reporting Services in SharePoint Integrated Mode)
\par http://msdn.microsoft.com/en-us/library/bb283150.aspx
\par
\par Sincerely,
\par
\par Steven Cheng
\par
\par Microsoft MSDN Online Support Lead
\par
\par
\par Delighting our customers is our #1 priority. We welcome your comments and suggestions about how we can improve the support we provide to you. Please feel free to let my manager know what you think of the level of service provided. You can send feedback directly to my manager at: msd...@microsoft.com.
\par
\par \pard\li720 --------------------
\par Thread-Topic: Sharepoint/AD Group Permission Problem
\par thread-index: AcmL0lQeaM8f4IsKQY+KiW1Pk73vHw==
\par Subject: RE: Sharepoint/AD Group Permission Problem
\par Date: Tue, 10 Feb 2009 14:53:02 -0800
\par
\par
\par I have an issue with this..
\par Windows 2008 X64, SQL 2008, Sharepoint 3.0..
\par I don't recieve any errors when I run reports however no one else on the
\par domain can run the report without recieving an error.
\par I initally thought this was due to permissions on the db but we have added
\par users to the db and this is still comming up.
\par I have also assigned sharepoint permissions to all folders for the ad groups.
\par Don't know what is going on.. Any Idea?
\par
\par ""Steven Cheng"" wrote:
\par
\par \pard
\par }
------=_NextPart_0001_67656F3B--

On Wednesday, February 18, 2009 8:32 AM
stchen wrote:

RE: Sharepoint/AD Group Permission Problem
------=_NextPart_0001_22A6D2D8
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

Hi Arduk,

Regarding on this issue, based on some further research, the problem is
not quite easy to repro on our side. If it is defintely reproable on your
environment, I would suggest you consider contacting CSS so as to continue
troubleshoot on this.

Steven Cheng

Microsoft MSDN Online Support Lead

--------------------
From: stc...@online.microsoft.com ("Steven Cheng")
Organization: Microsoft
Date: Wed, 11 Feb 2009 08:27:50 GMT
Subject: RE: Sharepoint/AD Group Permission Problem

Hi Iron,

It seems the issue you encountered is abit different and the report item's
permission is not correctly configured.

I suggest you first review the security mode description below to see which
model fit your case:

http://msdn.microsoft.com/en-us/library/bb283324.aspx

and then try regranting the user permission according to the following
article:

(Reporting Services in SharePoint Integrated Mode)
http://msdn.microsoft.com/en-us/library/bb283150.aspx

Sincerely,

Steven Cheng

Microsoft MSDN Online Support Lead

------=_NextPart_0001_22A6D2D8
Content-Type: text/x-rtf
Content-Transfer-Encoding: 7bit

{\rtf1\ansi\ansicpg936\deff0\deflang1033\deflangfe2052{\fonttbl{\f0\fnil\fprq2\fcharset0 MS Sans Serif;}}
\viewkind4\uc1\pard\lang2052\f0\fs20 Hi Arduk,
\par
\par Regarding on this issue, based on some further research, the problem is not quite easy to repro on our side. If it is defintely reproable on your environment, I would suggest you consider contacting CSS so as to continue troubleshoot on this.
\par
\par Steven Cheng
\par
\par Microsoft MSDN Online Support Lead
\par
\par
\par Delighting our customers is our #1 priority. We welcome your comments and suggestions about how we can improve the support we provide to you. Please feel free to let my manager know what you think of the level of service provided. You can send feedback directly to my manager at: msd...@microsoft.com.
\par
\par
\par \pard\li720 --------------------
\par From: stc...@online.microsoft.com ("Steven Cheng")
\par Organization: Microsoft
\par Date: Wed, 11 Feb 2009 08:27:50 GMT
\par Subject: RE: Sharepoint/AD Group Permission Problem
\par
\par Hi Iron,
\par
\par It seems the issue you encountered is abit different and the report item's permission is not correctly configured.
\par
\par I suggest you first review the security mode description below to see which model fit your case:
\par
\par #Security Overview for Reporting Services in SharePoint Integrated Mode
\par http://msdn.microsoft.com/en-us/library/bb283324.aspx
\par
\par and then try regranting the user permission according to the following article:
\par
\par #How to: Set Permissions for Report Server Items on a SharePoint Site (Reporting Services in SharePoint Integrated Mode)
\par http://msdn.microsoft.com/en-us/library/bb283150.aspx
\par
\par Sincerely,
\par
\par Steven Cheng
\par
\par Microsoft MSDN Online Support Lead
\par
\par
\par Delighting our customers is our #1 priority. We welcome your comments and suggestions about how we can improve the support we provide to you. Please feel free to let my manager know what you think of the level of service provided. You can send feedback directly to my manager at: msd...@microsoft.com.
\par
\par
\par }
------=_NextPart_0001_22A6D2D8--

On Wednesday, February 18, 2009 3:37 PM
ardu wrote:

Thanks for looking into this for me - I will get in contact with support as
Thanks for looking into this for me - I will get in contact with support as
suggested.

""Steven Cheng"" wrote:

On Monday, June 15, 2009 9:32 AM
Tikigodster wrote:

Facing the same Problem
You are required to be a member to post replies. After logging in or becoming a member, you will be redirected back to this page.

Submitted via EggHeadCafe - Software Developer Portal of Choice
Silverlight / WPF Architecture MVP Summit Presentation
http://www.eggheadcafe.com/tutorials/aspnet/b685f06c-537b-4def-bacc-e5d56e550430/silverlight--wpf-archite.aspx

0 new messages