Bug #1826
Mis à jour par Serge Heiden il y a plus de 8 ans
On some Windows, Windows 7, depending on the network account type used, TXM may run the post-installation sequence at start-up for each Windows session and then compels the user to set TXM user home, etc. preferences.
The C:\Users\<login utilisateur>\AppData\Roaming\.txm\.metadata\.plugins\org.eclipse.core.runtime\.settings directory is emptied during TXM startup.
h3. Hypothesis
For some network accounts, possibly different kind of network account profiles, when TXM starts it can see three different configurations that produce the observed behavior:
* the C:\Users\<login utilisateur>\TXM directory is not found or not readable or not writable
* the C:\Users\<login utilisateur>\AppData\Roaming\.txm is not found or not readable or not writable
* the STAMP file found in C:\Users\<login utilisateur>\AppData\Roaming\.txm is older then the STAMP file found in the TXM installation directory
h3. Solution 1
On Windows, use a standard Windows environment variable or Windows API in TXM.bat giving a correct/stable path accessible to the user (the user home directory) to use or create by TXM jar:
* for network accounts, the path should look like \\servdfs.ens-lyon.fr\whomes\%USERNAME% for some account types and \\something\else\%USERNAME% for other account types
* for local Windows, the path should look like C:\Users\%USERNAME%
h3. Solution 2
* for an "all users" installation type of TXM on Windows on machine used by network accounts, the administrator patches the TXM.bat after installation to point to the correct user home directory
h3. Annex
On Windows, use an instruction in TXM.bat giving a correct/stable path accessible to the user (the user home
See #1931 or #2092.
The C:\Users\<login utilisateur>\AppData\Roaming\.txm\.metadata\.plugins\org.eclipse.core.runtime\.settings directory is emptied during TXM startup.
h3. Hypothesis
For some network accounts, possibly different kind of network account profiles, when TXM starts it can see three different configurations that produce the observed behavior:
* the C:\Users\<login utilisateur>\TXM directory is not found or not readable or not writable
* the C:\Users\<login utilisateur>\AppData\Roaming\.txm is not found or not readable or not writable
* the STAMP file found in C:\Users\<login utilisateur>\AppData\Roaming\.txm is older then the STAMP file found in the TXM installation directory
h3. Solution 1
On Windows, use a standard Windows environment variable or Windows API in TXM.bat giving a correct/stable path accessible to the user (the user home directory) to use or create by TXM jar:
* for network accounts, the path should look like \\servdfs.ens-lyon.fr\whomes\%USERNAME% for some account types and \\something\else\%USERNAME% for other account types
* for local Windows, the path should look like C:\Users\%USERNAME%
h3. Solution 2
* for an "all users" installation type of TXM on Windows on machine used by network accounts, the administrator patches the TXM.bat after installation to point to the correct user home directory
h3. Annex
On Windows, use an instruction in TXM.bat giving a correct/stable path accessible to the user (the user home
See #1931 or #2092.