On 2017-09-19 05:45, GIRARDOT - Externe Stephane wrote:
>
> Hello
>
> We have a GPO for  the profile roaming of the users to a shared
> directory :
>
> \\fileserver%username%\Appdata\Roaming .
>
> On our environment mozilla don’t work efficiently  .
>
> .
>
> We wish to test a solution to force via GPO Mozilla to work in the
> *local roaming* of the user:
>
>  
>
> Which parameter must be configured in the préférence settings to force
> the customer to use the local foldersk .c:\user\% username
> %\Appdata\Roaming instead of the directory by default\\fileserver\%
> username %\Appdata\Roaming
>
> Best regards.
>
>  
>
> Thank’s in advance.
>
>  
>
>  
>
> Stéphane GIRARDOT
>
>  
>
> Service Intégration Applicative
>
> Conseil Départemental 13
>
> DSISN / SCSN Sia
>
>  
>
> +33 (0)4 13 31 17 45 (11745)
>
It's not a preference inside the profile, as by the time such a
preference is read, the profile would have been chosen already.

Firefox uses a file located at %APPDATA%\Mozilla\Firefox\profiles.ini to
locate/choose a profile.

That file has a specific format:
https://developer.mozilla.org/en-US/docs/Archive/Mozilla/Automatic_Mozilla_Configurator/How_Thunderbird_and_Firefox_find_their_configuration_files

You'd set a [ProfileX] section with:

IsRelative=0
Path=c:\users\%username%\appdata\roaming\(wherever you want the profile
to be stored)
Default=1

You would be able to deploy that fleet-wide via GPO Preferences:
https://technet.microsoft.com/en-us/library/cc731332(v=ws.11).aspx

The main hangup is that the are constraints in the naming of the
[ProfileX] sections:
https://hg.mozilla.org/mozilla-central/file/tip/toolkit/profile/nsToolkitProfileService.cpp#l446
Sections need to be named in a continuous numerical sequence (e.g.
Profile0, Profile1, Profile2, Profile3, Profile4, etc.) and the loader
will stop looking the first time it finds a Profile section with a
number that isn't in use, so you can't just name the section Profile9999.
If the only profile in use is the local appdata directory one, then you
should be safe to override the Profile0 settings.

All that said, hard-coding the username directly will lead to a pitfall
when the User Profile Service on the workstation detects a profile
corruption and creates a new profile directory--profiles.ini will then
point to an invalid location.
If going the GPO route, you can avoid that by setting Path to
%USERPROFILE%\AppData\Roaming\(...) .
Tip: beyond the environment variables available during normal
user/computer processes, GPO items can access additional
variables--press F3 within the INI File Preference editor to see a
reference of available variables.

You'd still need to ensure that the directory you're setting as the
location of the profile exists, otherwise, Firefox will throw errors and
will fail to start.

-- 
Ariel Poliak
Jr. Network Administrator
Network and Security Operations
HostDime.com, Inc.

_______________________________________________
Enterprise mailing list
[email protected]
https://mail.mozilla.org/listinfo/enterprise

To unsubscribe from this list, please visit 
https://mail.mozilla.org/listinfo/enterprise or send an email to 
[email protected] with a subject of "unsubscribe"

Reply via email to