"Roland" <nomail@spamprotect.com> wrote in message
news:uOVLeruXEHA.1652@TK2MSFTNGP09.phx.gbl...
> OK, I've tried various ways in order to get your attention (MSFT team).
> Every attempt failed, unfortunately. Here is your bug report file. Take it
> or ignore it, your decision.
>
>
> Found at
>
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/rswork/htm/rms_security_v1_4iid.asp
>
> The Browser role is a predefined role that includes tasks that are useful
> for a user who views reports but does not necessarily author or manage
them.
> This role provides basic capabilities for conventional use of a report
> server. Without these tasks, it may be difficult for users to use a report
> server.
>
> The following table describes the tasks that are included in the Browser
> role definition.
>
>
> Task Description
> View reports Run a report and view report properties.
> View resources View resources and resource properties.
> View folders View folder contents and navigate the folder hierarchy.
> Manage individual subscriptions Create, view, modify, and delete
> user-owned subscriptions to reports and linked reports, and create
schedules
> in support of those subscriptions.
>
>
>
> Escpecially the last row is not entirely true. After creation of a
> subscription the subscription is performed as scheduled. That is the TRUE
> part. But the subscription can not be viewed, modified or deleted, simply
> because it is never visible for BROWSERS after creation. The subscription
> becomes visible again if BROWSERS get assigned the policy "Manage all
> subscriptions" (as forseen for content managers and above). The drawback
of
> this work-around is the fact, that BROWSERS become much more rights to
> modify CC and BCC, as necessary, and do see ALL subscriptions, even those
> created by BROWSERS and above logged in using the same credentials.
>
> roland
>
>
