Apache OpenOffice (AOO) Bugzilla – Issue 5143
All project roles not listed
Last modified: 2003-12-06 14:52:32 UTC
Go to homepage of project "sw" Click "Members" Click "Add new Member" (with the appropriate rights) => No matching users were found. There is no filter field.
This has been entered as pcn9750 for further investigation.
A workaround for this problem, using "invite" and making the role requestable then returning to the original state, is outlined by Martin in issue 5049 This is being looked into further and I will keep you updated as to any progress.
This is still under investigation, but may be related to the size of the database (the number of users) on the site.
Continuing to investigate this issue next week.
This is still under investigation. Further testing will be done on the staging server with larger data sets this week.
The request to set up the staging server has been entered with operations. Testing will continue here as soon as the server is available
Changing whiteboard to reflect issue council marker.
The launch date for the staging server has been pushed back two days with availabilty currently planned for Tuesday next week. We appologize for the delay.
Just a curious question: Why is a staging server needed to investigate the issue? We have an ideal testbed with a large user base on the main server :-)
The investigation on the main site led to the feeling that these problems may be related to the large number of users on the site or an issue with the large number of users patches. Further testing was done by MT on his Solaris test box with fewer users (capacity) and he was unable to reproduce the behaviour. The next step from this point is to do a data dump from the live server to the Solaris staging server and see if the issue manifests itself. If it does not it is more plausible that this issue would be addressed by the migration. If the issue can be reproduced after the full data dump, other options will have to be investigated.
related to users patches??? Anyway - pessimistic as I am - I would expect the same problem on the solaris box on tuesday, and we lost some more days...
No further developments as yet. The patches I was referring to are not from users, but those that were applied to deal with the large number of users on the site. I am sorry this was not clear before.
The staging server has been built and populated with data. The domain change work (ref to openoffice.org -> solstage3) is underway now. The process of copying data and making the changes has taken longer than originally expected, and the server should be available tomorrow rather than today as planned. Testing will continue tomorrow.
So far we have not experienced this issue on the staging server. We will continue to watch for this behavior and investigate differences.
Investigation into the behavior of session ids in relation to the amount of activity on the site is being looked into as a factor behind the odd user behavior. As mentioned in the other user administration issue, the number of results being returned to the database may be behind the usr list now being displayed properly and is being looked into.
This has been addressed by resetting arguments to the JVM. A listing of users is now displayed to add to a project.
This issue has seemingly returned, in a different form. PLs can only select "observer" and no other role, when adding new members to a project (or changing a member's role). Thanks louis
I have added comments to the issue pcn9722, which is covering the larger admin issue. The role definitions appear to have remained the same, but the page source is only showing the Observer role as an option - whereas all are available on stage.
This is still being investigated.
Getting some more eyes on this, still looking for the cause.
Changing whiteboard to better reflect issue. Still trying to determine a cause for this. Project and role attributes appear the same, but not being displayed properly.
This behavior is due to a local change having been overwritten. Normally in SourceCast only requestable roles are displayed as assignable, and as Observer is the only requestable role it is the only one displayed. A request to reinstate the local change has been added to the issue.
Reinstatement of change in progress as well as investigation as to how superceded.
This is still in the process of investigation and restoration.
In process of restoring the proper templates to access all roles.
Still working on this. It will not be an issue in the migration, all template changes have been confirmed in the inst.
This is still in progress with an engineer.
With the upgrade scheduled for tomorrow, and this functioning on the staging server, work has stopped. I will keep this issue open until it is confirmed to not be a problem after the upgrade.
This issue has been resolved by the migration. Closing.
As agreed by Louis I will close these resolved fixed support-owned issues now. If you have trouble with that, please re-open the issue.