Mantis Bug Tracker

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0000458sigmahProjectpublic2012-04-16 11:322013-06-03 15:13
Reporterosarrat 
Assigned ToGuerline 
PrioritynormalSeveritymajorReproducibilityalways
StatusresolvedResolutionfixed 
PlatformOSOS Version
Product Version1.1.1 
Target Version1.2Fixed in Version 
Summary0000458: Assigning an OrgUnit to a test project makes it visible to all
DescriptionOn a test project, if a user changes the default organizational unit attached to it, the test project will be become visible to all and not only to him.
Steps To ReproduceWith 2 users: A is admin, and N is normal user
1. Create a test project by user A
2. User A log off
3. User N log in, cannot see test project, and log off.
4. User A log in
5. User A change the organizational unit of the test project.
6. User A log off
7. User N log in
=> test project is now visible to him (if he has rights to see the orgunit where test project has been assigned)
TagsNo tags attached.
User Report URLhttp://www.sigmah.org/fr/comment/reply/553/211#comment-211 [^]
OSWindows Vista
Other OS
BrowserMozilla Firefox 11.0
Other browser
ScreenURL
(ActivityInfo) Noticed in revision
Attached Files

- Relationships

-  Notes
(0000906)
tmiette (administrator)
2012-05-03 11:25

This is the natural behavior for the test projects.

There are only two differences between a classic project and a test project :
- a test project can be created from a draft model
- a test project isn't attached to an organizational unit (that is why only the author can view it)

Share a test project (by modifying its organizational unit) is a new need. This issue must be considered as a feature.
(0000907)
osarrat (administrator)
2012-05-04 10:14

True in the sense that sharing a test project is new need. It is not the objective of a test project to be shared.
But in its present definition, a test project should never be visible to all. And this issue should in my opinion still be considered as a bug since it happens that a test project becomes visible to all.

Suggested behavior for modification of test project orgunit
It should be possible to modify all fields of a test project because an administrator wish actually to test it... if the orgunit field is locked because it is a test project, it reduces the trust that once its model will become available, the projects created from it will work correctly. So, I think that at best the orgunit of a test project should remain modifiable.
Consequently, the best way to fix this bug without starting to develop a new "test project sharing feature" is to ensure that a test project remains visible only to its creator, whatever the value given to the orgunit.
Does it make sense? Would you think of another alternative?
(0000915)
svn_mantis-robot (developer)
2012-05-09 14:25

Patch by Aurélien Ponçon : masks test projects for everyone except the author (fixes issue 0000458).

Modified : /trunk/sigmah/src/main/java/org/sigmah/server/endpoint/gwtrpc/handler/GetProjectHandler.java
Modified : /trunk/sigmah/src/main/java/org/sigmah/server/endpoint/gwtrpc/handler/GetProjectsHandler.java
(0001103)
osarrat (administrator)
2013-03-08 16:10

Thanks a lot for this bug fix... but actually the fix of this bug has been decided to be postponed by the end users (see http://www.sigmah.org/node/584#comment-358 [^])... because this bug is currently very useful for them!

Could we easily revert this bug fix (done through commit http://code.google.com/p/sigma-h/source/detail?r=1181 [^]) without any impact on the rest of the codebase?
(0001218)
svn_mantis-robot (developer)
2013-06-03 15:13

Patch by Guerline : makes the test projects visible for all (fixes issue 0000458).

Modified : /trunk/sigmah/src/main/java/org/sigmah/server/endpoint/gwtrpc/handler/GetProjectHandler.java
Modified : /trunk/sigmah/src/main/java/org/sigmah/server/endpoint/gwtrpc/handler/GetProjectsHandler.java

- Issue History
Date Modified Username Field Change
2012-04-16 11:32 osarrat New Issue
2012-05-03 11:25 tmiette Note Added: 0000906
2012-05-04 10:14 osarrat Note Added: 0000907
2012-05-09 14:24 tmiette Assigned To => aponcon
2012-05-09 14:24 tmiette Status new => assigned
2012-05-09 14:25 svn_mantis-robot Checkin
2012-05-09 14:25 svn_mantis-robot Note Added: 0000915
2012-05-09 14:25 svn_mantis-robot Status assigned => resolved
2012-05-09 14:25 svn_mantis-robot Resolution open => fixed
2012-05-09 14:27 svn_mantis-robot Checkin
2012-05-09 14:27 svn_mantis-robot Note Added: 0000916
2012-05-09 14:27 tmiette Note Deleted: 0000916
2013-03-08 16:08 osarrat Issue Monitored: tmiette
2013-03-08 16:10 osarrat Note Added: 0001103
2013-05-23 17:21 osarrat Status resolved => feedback
2013-05-23 17:21 osarrat Resolution fixed => reopened
2013-05-28 10:32 osarrat Status feedback => assigned
2013-05-28 10:32 osarrat Assigned To aponcon => Guerline
2013-06-03 15:13 svn_mantis-robot Checkin
2013-06-03 15:13 svn_mantis-robot Note Added: 0001218
2013-06-03 15:13 svn_mantis-robot Status assigned => resolved
2013-06-03 15:13 svn_mantis-robot Resolution reopened => fixed


Copyright © 2000 - 2010 MantisBT Group
Powered by Mantis Bugtracker