When adding a DateTime field to a list, you have the option of setting a Default value of Today. However, this will make everything default to a 12AM Time. By using the Calculated Value field, we can specify “Today+”08:00 AM” and now the field will default to Today’s date @ 8:00am.
We can also add additional days to the default date, in case we’re creating things like tracking tickets with a follow up date, by using this method we can do things like adding an additional day or additional week by using Today+7 to put it into next week, or Today+1 to calculate a follow up of tomorrow.
But lets say you want to only follow up on weekdays, now we get into some logic, and that’s where the WEEKDAY function comes in….
So, If we enter something on a Friday, It should default to the following Monday: In that case we’d need to add some logic into the Calculated Value field to take the weekdays into account, where if today is Friday, add 3 days, if today is Saturday, add 2 days, and if Today is Sunday or a regular weekday just add 1 day, which would look like this:
=IF(WEEKDAY(Today) = 6, Today+3, IF(WEEKDAY(Today)=7, Today+2,Today+1))
That way, the Calculated Value of the follow up date will always fall on a weekday.
Recently I set up Forms Based Authentication on a SharePoint 2007 (MOSS) site with Reporting Services working in SharePoint integration mode. It seemed as though things were working correctly. However, after a couple of days we got some reports from the users that they are getting following error while running their Reporting Services subscriptions: The permissions granted to user Provider:ID’ are insufficient for performing this operation.
All permissions are given using role provider groups. Permissions are still working for all other users in the same group as this user. There is nothing in SSRS log except "<SSRS>.Utilities.AccessDeniedEception". But in the event log we are seeing below error.
"Cannot get Role Manager with name <Provider>. The role manager for this process was not properly configured. You must configure the role manager in the .config file for every SharePoint process"
As this was production, the work around was to created a new user account and "Provider:ID2” and added this user to the same group as "Provider:ID” and asked the user to use this new account so that they could still get to the reports and functions that they needed. Unfortunately it only worked for about a week before we ad the same issue again.
We have researched and found "http://msdn.microsoft.com/en-us/library/aa543158.aspx" on MSDN about user token issues, Where in Managing User Tokens section mentioned below:
"If the user account is a membership user, then SharePoint queries the ASP.NET RoleManager for all the roles the user belong to. This may fail if there is not a proper .config file for the current executable file."
The solution was to remember to add the membership provider and rolemanger tags to the ReportingServicesService.exe.config file and ReportServer websites web.config the same as for the FBA SharePoint site web.config. It makes sense once you know the solution, but it is not intuitive that the membership provider has to be set up in multiple locations when using Integrated Reporting Services. Not sure why it worked for a while and then defaulted back to the same error message as previous. It would appear that the permissions are set initially and something along the way resets the .config files.