![]() |
Telelogic DOORS (steve huntington) | ![]() |
new topic :
profile :
search :
help :
dashboard :
calendar :
home
|
||
Latest News:
|
|
Topic Title: Absolute Number access denied Topic Summary: Absolute number is locked and I cannot change access Created On: 19-Mar-2008 00:22 Status: Post and Reply |
Linear : Threading : Single : Branch |
![]() |
![]()
|
![]() |
|
I have a module that when created, the creator changed the access on the Absolute Number attribute to just a few people. (I don't know why, and he no longer works for the company.) As a result, unless you are in the Access list, you cannot search for an object using the absolute number.
Even when I go in as Administrator I can't change the access, it is grayed out. Any suggestions? ![]() |
|
![]() |
|
![]() |
|
If the Inherit from parent checkbox is checked got to the parent module/folder/project to change access rights (I suspect your coworker has been falsely accused)
Edited: 19-Mar-2008 at 13:14 by ron lewis |
|
![]() |
|
![]() |
|
No, the inherit from parent checkbox is NOT checked...that is why I stated that he changed the access to that attribute. He specifically set it for access to only a few people. I wish I falsely accused him, and it was as simple as Inherit from parent being checked.
I wrote a dxl to try to set the access in hopes that I could get around this, but to no avail. I've never had an instance where I couldn't change access to an attribute while logged in as Administrator...this is what baffles me. |
|
![]() |
|
![]() |
|
Investigated, and well, I'll be a monkey's uncle. Again.
Yes, the option in the GUI is greyed out. But you CAN in fact change the access for these attributes with DXL. That just has to be a bug and I'll tell Telelogic about it. The attached should clean up the accesses for all such non-useraccess attributes in the current module, including Absolute Number. - Louie |
|
![]() |
|
![]() |
|
Thanks so much! I can't inherit all, because we lock down certain attributes because we share this particular project with another company...however, I see where I made my mistake in my dxl.
Thanks again! |
|
![]() |
|
![]() |
|
The script only 'inherits' attributes that the user isn't allowed to modify anyway, such as Absolute Number and Last Modified By and Table Border. I had assumed that if Absolute Number was set Specific, that some other of these attributes may have been as well.
Script needs to run as the Administrator to make sure accesses are changed. - Louie |
|
![]() |
|
![]() |
|
You're right! (Of course you're right, you wrote it.) I took the if statement out to test something and then ran it like that, thinking I ran it as it was originally written.
I REALLY hate it when I do stuff like that! I'll be taking the DXL class in April in CA. It won't stop me from doing ditzy things like this, but hopefully I'll pick up some knowledge...and maybe learn how to read the DXL manual better. I have problems finding what I need in it sometimes. I digress. Thanks again! |
|
![]() |
|
![]() |
|
Yes, its a weak reference manual and by no means an instruction manual. Its like a dictionary, you need to know how to spell the word to look it up. I use a combination of the online manual to do searches, and the hard copy to read things and take notes.
There is no escaping 'ditzy' mistakes, get used to it. Well, at least for me. The trick is to mitigate the mistakes by clever use of things like 'close(mod, false)' so any changes you made are NOT saved. However, the main anti-Ditz defense is to have a sandbox database, HELLO!!! .... I have 'fond' memories of writing and debugging my 'PurgeAll.dxl' script .... Golly, what a fiasco that was... - Louie |
|
![]() |
|
![]() |
|
I'm glad to hear I am not the only one who finds the manual less than useful at times. Yes, I have a local database set up on my machine that I do my testing on. I have, on occasion however, opened the wrong database...no PurgeAll.dxl fiasco luckily.
|
|
![]() |
Telelogic DOORS
» Administration
»
Absolute Number access denied
|
![]() |
FuseTalk Standard Edition v3.2 - © 1999-2009 FuseTalk Inc. All rights reserved.