null on Me tile

[mobybrick]

Hi Nick,

 

On the home page, on the green 'Me' tile that is displayed to users, if the user has no e-mail account specified in active directory then the green tile shows 'null' in letters below the title of the tile. Can this be fixed please?

 

Thanks

Moby

[nickbro]

hopefully will be fixed in v8.5

[mobybrick]

Hi Nick,

 

Thanks for this, much appreciated.

 

I don't suppose by the way - and this is probably too big an ask for you to fix in the upcoming 8.5 - is there any chance that recursive group membership can be made to work?

 

For example, if you have showto (or mappings etc) set to 'Students' and the 'Students' group contains two other groups - 'Full Time Students' and 'Part Time Students' then items will not be shown at present to anyone who is just a member of the sub-groups. Only a small issue tho, but I suspect a bigger one to actually change/fix...

 

Thanks

Moby

[nickbro]

Hmm, recursive groups would cause a drop in performance, but I'll look into it.

[nickbro]

Ok, would you be willing to give the attached updated HAP.AD.dll a try.

 

I've switched the way it looks up if a user is in a group.

[mobybrick]

Thanks Nick. You da man!

 

One other thing that'd be really helpful, would be a modification to the quotaserver lookup routine so that DFS based home drive would work for quota lookup.

 

In the same way that the "frsm=" is an advanced quotaserver setting, what would be great would be a "dfstarget=" setting. The logic would match drivemap to quota server as before but then use the target name to get the real sharename so that quota lookups would still work.

 

driverletter=x

servername=srv01

sharemapping=\\domainname\dfs\target\sharename\%username%

 

At present, no quotas can be retrieved even if server srv01 is queried for the space.

 

But the optional dfstarget string, specfied along with the quotaserver settings could be used to get the real sharename, to be used as the parameter for the Quota functions.

 

dfstarget=\\srv01\sharename\%username%

 

So, if "dfstarget" is specified, the code should match the correct quota string from mapping to quotaserver as it does at present, but then use the specified dfstarget as the parameter to the specified server for the space lookup. Of course, different mappings/quotaserver specifications would have their own each optional dfstarget setting.

 

Any good?

 

This would help us where all staff are configured with dfs based home drives, and quotas/drive spaces cannot be retrieved.

 

Thanks, hope this makes sense!

 

Yours

Moby.

Edited December 1, 2012 by mobybrick

[mobybrick]

OK, will try to test as soon as I can... but that's likely to be Monday

[nickbro]

ok, added the DFS Target that you've suggested

if (server.FSRM) return c.GetQuotaFromPath(string.IsNullOrWhiteSpace(server.DFSTarget) ? share : server.DFSTarget.ToLower().Replace("%username%", username.ToLower()));

[mobybrick]

Thanks. It'll need to be tested! ;-))

 

Not sure I'm reading the code you posted correctly tho.... The DFSTarget is nothing to do whether FSRM is true or not, so there should be a second line of code similar to the one you've posted in case FSRM is not in use.

 

Once a mapping has been located in the list of quotaservers, then the optional DFSTarget setting should be used, whether FSRM is in use or not.

[nickbro]

Yes, but only the FSRM queries based on folders, it defaults to using the older drive quotas, so leaving it the FSRM section is fine as that's the only time it queries on a folder path

[mobybrick]

...and of couse, if DFSTarget has not been specified, then the code needs to fall back to the standard UNC string that it matched on the quotaservers in the first place, with the %username% lookup...

 

Ta

M

[nickbro]

yep, that still takes please, it queries if the dfstarget is nothing and uses what ever it can. Thus the string.isEmptyOrWhiteSpace

[mobybrick]

Great, this means that a fileshare mapping can now be left at %homedir% and then later on when quotaservers are being enumerated, both dfs and standard UNC mappings can be sorted out depending on what the user has. Do you want me to test a beta on Monday?

M

[mobybrick]

Hi Nick,

 

I've tried the replacement DLL. It's doesn't seem to make any difference to behaviour - group looks still work, but not recursively.

 

I set a mapping to 'HAP Staff' which is a group which just contains other groups - and the mapping no longer worked. Other mappings, unaltered, continued to work fine.

 

 

p.s. Do you also have code for me to test the DFSTarget feature with ;-))

 

Thanks,

Moby

[mobybrick]

Hi Nick,

 

Also, in addition to the recursive AD groups lookup, plus the DFSTarget testing... any chance of making one more change... Is there any feasibility in adding the 'Open URL in new window' option, for URL objects on the homepage? It could default to current behaviour (i.e. open same window)...

 

Thanks for all your help,

Moby

Edited December 3, 2012 by mobybrick

[nickbro]

it's already there, add _blank to the target attribute

[mobybrick]

Thanks Nick.

 

Any joy with a test build for DFSTarget or recursive please, if/when you can??

 

Ta muchly

Moby

 

it's already there, add _blank to the target attribute