Help! PS2007 Disappearing Timesheet View

M

Mac Hart

If this is an unsolvable problem, please let me know. If not, do you have
any ideas.

One user goes to "My Timesheets". Then if they click on any timesheet
(link), the next page is simply "My Timesheets" at the top, navigation quick
links at the left (like normal), but the entire timesheet form area is
blank, not even the timesheet action bar.

Everything worked fine. Then all of a sudden, this user is experiencing this
problem. (I need to check with others.)

Other Info:
1. When I create a surrogate (as admin) and overwrite the timesheet, I can
see it fine. The user sees the surrogate in the list of timesheets, but same
problem happens if they click on it to open it.
2. Admin can see the timesheet lines without a problem.
 
E

Esther Stamerjohn

Gary L. Chefetz said:
Marc:

What permissions level does this user have in the system? Is it possible to
put the page in edit mode when the user is on the page?

--

Gary L. Chefetz, MVP
MSProjectExperts
For Project Server Consulting: http://www.msprojectexperts.com
For Project Server FAQS: http://www.projectserverexperts.com



We have PS2007 also and have one resource experiencing the same blank screen problem and are at a loss as to what is going on.
Esther Stamerjohn
Program Manager
Hartland, Wi
 
E

Esther Stamerjohn

The user I have with this problem is a Team member in the Security Group and
under Global permissions, nothing is checked.
The user's settings are no different than any other team member.

Esther
 
E

Esther Stamerjohn

Mac,
I was wondering if this was ever solved for your user and if so how and
what was the solution. We have one user who is also having the same problem
and we have tried many things, but have had no luck resolving his problem.

Esther
 
H

HMH

Sorry for late reply. Wearing too many hats.

We still have the problem and plan to call Microsoft very soon if internet
research and some more investigation turns up a blank.

This person was absolutely fine, had timesheets, etc. Everything normal.
They are a Project Manager and so have more permissions than a team member.
They have the exact same permissions as all the other project managers, the
same RBS setting, everything except name, email, and windows account, etc.

One fine day in late May or early June, they created their timesheet as they
had done so many times before. And the page was blank -- meaning that the
SharePoint skeleton of a page (top and left) were fine, and the big title "My
Timesheet" appeared. But the exact area where the timesheet webpart is to
live is a pretty, clean white. There is no error message or anything.

This person tried by logging into a different computer and bringing up PWA
from there with that browser and all those settings. Same identical result.

The My Timesheet webpart area is blank no matter if to create a new
timesheet, modify an existing one, delete and create again, etc.

I have looked through the database (Published), thousands of records to see
if there is any anomoly.

There is only one strange thing I can see -- a lot of the timesheet lines
for this person are in the state "Approve", which I think means all waiting
for approval. But this person is a timesheet manager for her own timesheet as
well as those of her team. She is able to approve the team's timesheets and
update the project. Just that she has only a blank.

We have other PMs performing this dual role and they have never had any such
problem.

We are preparing to alter and deactivate this person's resource record in
the system and re-create her as a new resource. At this stage, the
information lost in the timesheets is minimal. Also, she is not a resource in
any projects yet, but will be in a week or so.

If you have any ideas, please let me know.

And if I stumble on a solution, then I will post that here.
 
H

hmhart

Calling Microsoft today, right after checking the forum.

Any ideas, opinions, etc. are most welcome.

An update on what we found so far:
1. User has the same problem from any other computer.
2. Created entire new user, changed and disabled old resource, and assigned
this new resource to the user having problems -- same exact problem with the
blank timesheet.
3. Domain security groups were examined for this user and others who have no
problems. No pattern was found. There are a few slight differences due to
different business units, but not in the main domain accounts for all users.
Plan to have the server team track down all the permissions in production.
4. User still has all the other functions available, except for no tasks are
showing in task update. I figure this is related to the inability to open
timesheets.
5. Examining all the data (before and after resource change) shows
everything looks normal compared to other users in the same roles.
6. Event logs, SQL Server error logs, etc. were examined to see what is
happening when this person opens their timesheet and gets the blank page.
There was not even a hint of anything in all these about any related
problem.

Appears to be some sort of security issue possibly with the SharePoint web
part rather than with the PSI or Project Server. But we will continue
searching.

The problem is more urgent now since we are starting to bring many project
managers on line to use the system.

I will post something when Microsoft or we solve this.

Mac Hart
Software Engineer
Atlanta, GA
(e-mail address removed)
 
H

hmhart

Problem has been fixed. Called the problem into Microsoft support and they
figured it out.

Probable cause: user record became corrupt on active directory (AD) or
something happened so that this active directory record was not being
properly used by SharePoint/Project Server.

Our final test that succeeded:
1. Before starting the final fix, we created a test user ID with same group
memberships as the user having the problem.
2. We added this ID (user) to Project Server as though it were a new person.
3. This user was able to log in without a problem. Timesheets worked,
everything worked. The ID had a different name (the six to eight
characters).
4. This test ID was then deleted or completely removed from the system
before proceeding to the permanent fix.

For the permanent fix:
1. Renamed the user's domain login ID that originally had the problems to
something else. That ID was then deactivated but kept for a week--just in
case.
2. Created a new user ID with membership to exactly the same groups. This
new ID had the same name as the first first bad one. We though this
important so that we didn't have to go through systems changing a user ID to
something else.
3. User went to the Project Web Access (PWA). Timesheet worked great at this
point.
4. But this caused another type of login problem.
5. The user could log in perfectly. The only problem was that SharePoint
said the user was logging in under a previous test ID, even though that ID
had a different name and no longer existed. The user was logging in with the
new ID. That test ID no longer existed on the network.
6. When the user's resource record in resouce center was re-saved, hoping to
somehow clear this problem, the user could no longer log into Project Server
at all. Project Server or SharePoint kept saying this was an unknown user.
7. On a hunch, the user opened up a SharePoint website that is in a separate
collection from PWA, but is running on the same farm and same server as PWA.
User had no problem bringing up that SharePoint site.
8. User then went directly to the PWA and everything has worked fine since.

Best of luck to those who have had this or other similar issue.
 

Ask a Question

Want to reply to this thread or ask your own question?

You'll need to choose a username for the site, which only take a couple of moments. After that, you can post your question and our members will help you out.

Ask a Question

Top