Jump to content
The ibi Community has moved to a new platform: Please Sign In and choose Forgot Password to continue

How to set which folders show in the list in InfoAssist when "File" is selected to create a permanent hold file.

Debra Waybright

Recommended Posts

Hey Deb

What folders do you see when you click on the file button? Just wondering how it's set up for you now.

I have an idea for you - making a group profile might be a solution.

I don't have time to go into tons of detail at the moment but maybe I can give you the highlights:

Look in your edaprint.log and search for a line that has 'u=' in it along with your user ID (or one of your users).

The g= on that line will list groups that you (or your user) belong to.

copy that g= name so you can use it for a filename. You'll be making a groupname.prf.

You know your app folders are under ibiapps? Instead go to ibiprofiles.

Open an editor and type in

APP PREPENDPATH folderyouwanttosee

Save it as groupname.prf

Next time that user logs in, theoretically the group profile will get triggered and the folder you want to see will be in the users app path.

Oh - another step I think - you'll want to go into the WFRS console and go to Access Control. In there, right click on the Basic User and choose Register Group


Once you create the group on the WFRS, you can also manipulate the directory/folder privileges (to make sure they can write there for example). I can't remember whether the WFRS is super picky about case sensitivity on the group name. Maybe it is - maybe not. I think the case sensitivity DOES matter in your filename (groupname.fex).

Thats just one idea.

I have to step out for a bit. I presume there's more documentation on this in the reporting server manual. I'd try to avoid having to create user ID's for every user.

This might be overkill too. Maybe you can just give Basic user more permissions to write to folders without bothering with a Group Profile.

I should have started with that idea. On the same line in edaprint.log where you see g= and u=, you'll also see an r=USR (perhaps it's USR). That's the Role. If everyone comes in as r=USR, that's Basic User. Your user ID might show up as r=SVR (server admin).


That'll give you food for thought. Gotta go. I'll check in later.


Link to comment
Share on other sites

You may not be a member of the group on the client side in Security Center. But - you will be able execute code and so forth because you are 'overpermitted' on on the content iniside the repository but the file folders are Outside the repository under the reporting servers control. So the concept of overpermitted isn't there on the WFRS unless you set it up to behave similarly.

The key question to ask yourself is what groups does the WFRS think I belong to? For that - look in the edaprint.log and find your user id on a line that has the u=yourid but mainly pay attention to the g= list of groups that security center sent to the WFRS. Those are the groups that the WFRS is looking for to dynamically assign the paths.

You make just want to make yourself an administrators.prf profile and put your APP PATH commands in there. This means you're duplicating your path settings (one profile for users and one for you) but it gives you a little flexibility too (where you might be able to test a new profile setting without bothering the users).

Also, I wonder if it would help any to use the APP PATH properties of your Domain in the client as David mentioned? Maybe that'll cut out having to do so much work on the WFRS.

Link to comment
Share on other sites

I made sure to use the g= group we are all members of. That's why I'm so puzzled. We have one Workspace that is used for companywide portals and reports, so all our in-house users get that group assigned, including the admins. And I was sure to create the prf file using that g= name. The folder is in the APP PATH in the edasprof.prf, it is in the list when I do a SHOW PATH, and everyone can see it in the Application Folders listing. The only place it isn't showing now is in the folders list for saving a file from IA for admins! 😅

Link to comment
Share on other sites

  • 2 weeks later...

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Create New...