🙋 | The options.txt file in my custom launcher's instance isn't taking effect for fancymenu

[marble lark]

Hello guys ! The options.txt file in my custom launcher's instance isn't taking effect; in other words, when a player launches the instance named "Extra," my configuration doesn't get applied to the options.txt file in %appdata%. Do you have any ideas?

[junior grove]

Hi! 👋 Please first click the button below to start this support ticket.

⚠️ It is not possible for anybody to send messages in this ticket before it has been started, so you need to click the button for others to be able to help/answer you.

[junior grove]

Would you prefer to continue in French? 🇫🇷

Make sure you are editing the correct file. FancyMenu does not use Minecraft’s regular options.txt. Its configuration file is:

<Extra instance folder>/config/fancymenu/options.txt

For example:

Extra/
├─ mods/
├─ config/
│  └─ fancymenu/
│     └─ options.txt
└─ ...

The %appdata% folder may belong to another Minecraft installation or launcher profile. FancyMenu reads the file from the game directory of the currently launched instance, so the launcher must actually use the Extra folder as its game/instance directory.

Also check that:

• The file is located at config/fancymenu/options.txt, not directly in the instance root.
• FancyMenu has been launched at least once so the file and its correct format are generated.
• Minecraft is completely closed before editing the file.
• The launcher does not overwrite or regenerate the instance files when launching.
• You are changing the FancyMenu option, such as modpack_mode, rather than Minecraft’s normal settings file.

If it still does not work, please provide the exact path of the file you edited, the launcher name, and your latest.log grabbed immediately after launching the Extra instance. That can show which game directory FancyMenu is actually using.

[marble lark]

en français stp

[junior grove]

Bien sûr ! 🇫🇷

Vérifie que tu modifies le bon fichier. FancyMenu n’utilise pas le options.txt normal de Minecraft, mais celui situé ici :

<Dossier de l’instance Extra>/config/fancymenu/options.txt

Exemple :

Extra/
├─ mods/
├─ config/
│  └─ fancymenu/
│     └─ options.txt
└─ ...

Le dossier %appdata% peut appartenir à une autre installation ou à un autre profil du launcher. FancyMenu lit la configuration dans le dossier de jeu de l’instance actuellement lancée.

Vérifie donc que :

• le fichier se trouve bien dans config/fancymenu/options.txt ;
• tu ne modifies pas le options.txt situé directement à la racine de l’instance ;
• le launcher utilise bien le dossier Extra comme dossier de jeu/instance ;
• FancyMenu a déjà été lancé au moins une fois afin de générer correctement ses fichiers ;
• Minecraft est complètement fermé avant de modifier le fichier ;
• le launcher ne réinitialise pas ou ne remplace pas les fichiers de l’instance au démarrage ;
• tu modifies bien une option FancyMenu, comme modpack_mode, et non une option Minecraft classique.

Si le problème persiste, envoie le chemin exact du fichier modifié, le nom du launcher et ton fichier latest.log récupéré juste après le lancement de l’instance Extra. Cela permettra de vérifier quel dossier de jeu FancyMenu utilise réellement.

[marble lark]

je modifie le bon mais je le modifie sur mon instance distante qui ensuite doit l'envoyer dans le appdata de la personne qui ouvre l'instance

[junior grove]

Ah, d’accord : tu modifies la configuration dans une instance distante, puis ton launcher doit la copier dans l’instance locale de l’utilisateur.

Dans ce cas, FancyMenu ne copie pas lui-même le fichier. Le launcher doit placer le fichier à cet emplacement, relatif au dossier de jeu réellement utilisé :

config/fancymenu/options.txt

Il ne faut donc pas simplement l’envoyer vers %appdata%, car %appdata% n’est pas forcément le dossier de jeu de l’instance. Avec un launcher personnalisé, l’utilisateur peut avoir un dossier d’instance séparé.

Vérifie ainsi :

1. Lance l’instance Extra sur le PC de l’utilisateur.
2. Trouve son véritable dossier de jeu.
3. Vérifie que le fichier final existe ici :

<Dossier de jeu de Extra>/config/fancymenu/options.txt

4. Ouvre ce fichier après la synchronisation et vérifie que la valeur distante est bien présente.
5. Ferme complètement Minecraft avant que le launcher remplace le fichier.

Le mieux est de distribuer tout le dossier :

config/fancymenu/

plutôt que seulement options.txt. C’est également la méthode recommandée pour distribuer une configuration FancyMenu dans un modpack : remplacer le dossier local config/fancymenu par celui fourni.

Si le fichier est bien présent au bon emplacement mais que l’option n’est toujours pas appliquée, il faudra vérifier le launcher ou fournir le latest.log de l’utilisateur. Si le fichier n’arrive pas au bon endroit, le problème vient de la synchronisation du launcher, pas de FancyMenu.

[marble lark]

justement la valeur distante n'est pas présente et je ne comprend pas pourquoi et je n'ai pas de latestlog malheureusement

[junior grove]

Dans ce cas, le problème se situe probablement avant FancyMenu : si la valeur n’est pas présente dans le fichier local, FancyMenu ne peut pas l’appliquer. Le launcher ne copie probablement pas le bon fichier, ou le copie au mauvais endroit.

Vérifie les points suivants :

1. Dans l’instance distante, le fichier doit être exactement :

config/fancymenu/options.txt

et non :

options.txt
config/options.txt

2. Dans l’instance locale de l’utilisateur, la destination doit être :

<Dossier réel de l’instance Extra>/config/fancymenu/options.txt

%appdata% est seulement le dossier parent. Il ne faut pas envoyer le fichier directement dans %appdata%, sauf si ce dossier est réellement configuré comme dossier de jeu par ton launcher.

3. Vérifie que le launcher inclut bien les fichiers de configuration dans son téléchargement. Certains launchers synchronisent uniquement mods/ ou certains fichiers sélectionnés, et ignorent config/.

4. Vérifie l’ordre des opérations :

   • téléchargement de l’instance ;
   • copie de config/fancymenu/options.txt ;
   • lancement de Minecraft.

   Si Minecraft démarre avant la fin de la copie, ou si un fichier par défaut est copié après le fichier distant, ta valeur peut être remplacée.

5. Teste avec Minecraft complètement fermé :

   • supprime temporairement le dossier local config/fancymenu ;
   • relance la synchronisation de l’instance ;
   • vérifie si le dossier et options.txt sont recréés avec la bonne valeur.

Le plus fiable est de distribuer tout le dossier :

config/fancymenu/

et pas uniquement options.txt.

L’absence de latest.log n’est pas gênante pour le moment : puisque la valeur n’arrive même pas dans le fichier local, il faut d’abord vérifier la synchronisation du launcher. Pour aller plus loin, il faudrait connaître le nom du launcher ainsi que le chemin source et le chemin de destination exacts utilisés lors de la copie.

[marble lark]

et je distribue tout justement mdr

[junior grove]

<@&1365490168563372113>

Human Help Requested

@marble lark has requested human assistance.

A human moderator will help as soon as possible.

Requested by Kales

🙋 | The options.txt file in my custom launcher's instance isn't taking effect for fancymenu

[junior grove]

Ah oui, je vois : le fichier est bien présent sur le serveur distant. Donc mon hypothèse précédente était incomplète. 👍

Le détail le plus suspect dans ta capture est le chemin :

/files/instances/Opti/config/fancymenu/options.txt

Tu parlais auparavant de l’instance Extra. Vérifie donc que le launcher télécharge bien :

instances/Opti/config/fancymenu/options.txt

vers l’instance locale correspondante, et non vers une autre instance ou un autre dossier.

Pour identifier précisément le problème :

1. Ferme Minecraft.
2. Supprime ou renomme le fichier local :

<Dossier de l’instance locale>/config/fancymenu/options.txt

3. Lance uniquement la synchronisation du launcher.
4. Avant de démarrer Minecraft, vérifie si le fichier est recréé localement.
5. Vérifie son contenu et sa date de modification.

Selon le résultat :

• Le fichier n’est pas recréé : le launcher ne synchronise pas ce chemin ou utilise une mauvaise instance distante.
• Le fichier est recréé mais garde l’ancienne valeur : le launcher utilise probablement un cache ou refuse d’écraser les fichiers de configuration existants.
• Le fichier contient bien la nouvelle valeur mais FancyMenu ne réagit pas : Minecraft utilise probablement un autre dossier de jeu que celui que tu inspectes.

Les permissions visibles dans ta capture (r--r--r--) ne devraient pas empêcher le téléchargement : le fichier doit seulement être lisible côté serveur.

Le test le plus important est donc de comparer le chemin distant instances/Opti/... avec le chemin local exact utilisé par Minecraft. La capture du fichier options.txt local après la synchronisation permettrait de savoir immédiatement si le problème vient du téléchargement ou du dossier de jeu utilisé.

Ticket Summary

The user wants their remote instance’s FancyMenu configuration to be downloaded into the local instance used by players, so the options.txt value is applied automatically.

They confirmed they are distributing the entire config/fancymenu/ folder, not just the file, but the expected value is still missing locally. The correct path was discussed as <instance>/config/fancymenu/options.txt, and possible causes include syncing the wrong instance/path, launcher caching, or writing to a different game directory.

The attached screenshot shows the remote file at files/instances/Opti/config/fancymenu/options.txt, while the user originally referred to the Extra instance. No latest.log is available. The issue remains unresolved; the local download path and launcher synchronization behavior need to be checked.

Requested by 5meangreat

[tranquil vale]

Can you specify what configurations don't transfer?

[junior grove]

AI Answers Paused

@tranquil vale paused AI answers for this thread.

Use the toggle again to change the AI state

[marble lark]

this ##[window]

B:show_custom_window_icon = 'true';
S:custom_window_icon_macos = '/config/fancymenu/assets/mac_mini_logo_16x16.icns';
S:custom_window_icon_32 = '/config/fancymenu/assets/mini_logo.png';
S:custom_window_title = 'PatateLand';
S:custom_window_icon_16 = '/config/fancymenu/assets/mini_logo_16x16.png';

[tranquil vale]

Do the donor and Recepient have different versions of Minecraft, Fancymenu, etc.?

[marble lark]

No, the same Minecraft and FancyMenu version.

because everything on the remote instance is downloaded for the recipient, precisely.

[tranquil vale]

Send your logs maybe Alice can help with that

[junior grove]

AI Answers Resumed

@tranquil vale resumed AI answers for this thread.

Use the toggle again to change the AI state

[marble lark]

i don't have xD

[junior grove]

Pas grave, on peut continuer sans latest.log pour l’instant. La capture montre simplement que le dossier logs ne contient pas de latest.log.

Ton instance locale semble être ici :

C:\Users\Kales\AppData\Roaming\.patateland\instances\Extra\

Le fichier à vérifier est donc exactement :

C:\Users\Kales\AppData\Roaming\.patateland\instances\Extra\config\fancymenu\options.txt

Ouvre ce fichier local et compare-le avec celui de l’instance distante.

Pour la configuration que tu as montrée :

##[window]
B:show_custom_window_icon = 'true';
S:custom_window_icon_macos = '/config/fancymenu/assets/mac_mini_logo_16x16.icns';
S:custom_window_icon_32 = '/config/fancymenu/assets/mini_logo.png';
S:custom_window_title = 'PatateLand';
S:custom_window_icon_16 = '/config/fancymenu/assets/mini_logo_16x16.png';

Ces valeurs doivent être transférables. Toutefois, les trois fichiers d’icône doivent également exister localement ici :

config/fancymenu/assets/mac_mini_logo_16x16.icns
config/fancymenu/assets/mini_logo.png
config/fancymenu/assets/mini_logo_16x16.png

La configuration de l’icône ne peut fonctionner que si les ressources référencées existent aussi chez le destinataire. Le titre PatateLand, lui, ne dépend pas de ces images.

Fais ce test :

1. Ferme Minecraft.
2. Ouvre l’instance distante et note le contenu exact de config/fancymenu/options.txt.
3. Ouvre le même fichier dans l’instance locale Extra.
4. Vérifie si le bloc ##[window] et S:custom_window_title = 'PatateLand'; sont présents.
5. Vérifie aussi que les trois images sont bien dans config/fancymenu/assets/.

Si le bloc est absent localement, le problème vient bien de la synchronisation du launcher. S’il est présent mais que seules les icônes ne fonctionnent pas, il faudra vérifier les fichiers dans assets.

[marble lark]

##[window]

B:show_custom_window_icon = 'false';
S:custom_window_icon_macos = '';
S:custom_window_icon_32 = '';
S:custom_window_title = '';
S:custom_window_icon_16 = '';

[junior grove]

Là, on a la confirmation : le fichier local contient uniquement les valeurs par défaut de FancyMenu.

B:show_custom_window_icon = 'false';
S:custom_window_title = '';

Donc FancyMenu ne « refuse » pas ta configuration : la configuration distante n’est pas arrivée dans ce fichier local, ou elle a été écrasée ensuite.

Les causes les plus probables sont :

• le launcher ne remplace pas les fichiers config déjà existants ;
• FancyMenu recrée son fichier par défaut après la synchronisation ;
• le launcher télécharge une autre instance distante, ta capture précédente indiquait instances/Opti, alors que ton instance locale s’appelle Extra ;
• le fichier est copié dans un autre dossier que celui réellement utilisé par Minecraft.

Fais ce test :

1. Ferme complètement Minecraft.
2. Renomme le fichier local :

config/fancymenu/options.txt

en :

options_backup.txt

3. Relance uniquement la synchronisation du launcher.
4. Vérifie le contenu du nouveau fichier avant de lancer Minecraft, si le launcher permet de le faire.

Résultat :

• Si le fichier n’est pas recréé ou contient encore les valeurs vides : le problème vient du transfert du launcher.
• S’il contient d’abord PatateLand, puis redevient vide après le lancement : un processus l’écrase au démarrage.
• Si le fichier est correct mais que le titre ne change pas : Minecraft est probablement lancé avec un autre dossier de jeu.

Le chemin local attendu est :

C:\Users\Kales\AppData\Roaming\.patateland\instances\Extra\config\fancymenu\options.txt

Et le fichier distant doit être copié depuis l’instance correspondante, par exemple :

instances/Extra/config/fancymenu/options.txt

Pas depuis instances/Opti si ce sont réellement deux instances différentes.

[marble lark]

toujours ça ##[window]

B:show_custom_window_icon = 'false';
S:custom_window_icon_macos = '';
S:custom_window_icon_32 = '';
S:custom_window_title = '';
S:custom_window_icon_16 = '';

[junior grove]

Alors le diagnostic est clair : la configuration distante n’est toujours pas transférée, ou elle est écrasée après le transfert.

Les paramètres de la section [window] ne sont pas exclus par FancyMenu. Ils se trouvent normalement dans :

config/fancymenu/options.txt

et doivent être transférés avec le dossier config/fancymenu.

Fais ce test contrôlé :

1. Ferme Minecraft complètement.
2. Dans le fichier distant, remplace temporairement le titre par une valeur très reconnaissable :

S:custom_window_title = 'SYNC_TEST_123';

3. Ajoute aussi un fichier test dans l’instance distante :

config/fancymenu/transfer_test.txt

avec par exemple :

test

4. Supprime localement :

config/fancymenu/options.txt
config/fancymenu/transfer_test.txt

5. Relance la synchronisation, sans encore démarrer Minecraft.
6. Vérifie si les deux fichiers sont recréés localement.

Interprétation :

• Aucun des deux fichiers n’arrive → le launcher ne synchronise pas config/fancymenu.
• transfer_test.txt arrive, mais options.txt reste absent ou par défaut → options.txt est probablement filtré ou réécrit.
• Les deux fichiers arrivent correctement, puis options.txt redevient vide après le lancement → un processus au démarrage l’écrase.
• Rien ne change alors que tu vérifies le fichier local → Minecraft est peut-être lancé avec un autre dossier de jeu.

Important : fais bien la synchronisation avec Minecraft fermé. FancyMenu peut sauvegarder ses options lors de l’arrêt du jeu et écraser une modification faite pendant que Minecraft était ouvert.

À ce stade, ce n’est plus un problème de version de Minecraft ou de FancyMenu : le fichier local montre simplement que la configuration distribuée n’est pas utilisée. Il faudrait ensuite vérifier la règle de synchronisation de ton launcher, notamment si elle utilise bien l’instance distante Extra et non Opti.

[marble lark]

bah le fichier ça fonctionne mais le reste nan

[junior grove]

D’accord, c’est une information importante : le transfert de fichiers fonctionne, mais options.txt est le fichier qui pose problème.

Cela signifie probablement que options.txt est soit :

• exclu par une règle spécifique du launcher ;
• remplacé par une version locale après le téléchargement ;
• recréé avec les valeurs par défaut lors du premier démarrage de FancyMenu.

Fais cette vérification précise :

1. Ferme Minecraft.
2. Lance la synchronisation.
3. N’ouvre pas encore Minecraft.
4. Ouvre immédiatement le fichier local :

config/fancymenu/options.txt

Si le fichier contient déjà :

S:custom_window_title = '';

alors le launcher remplace ou ignore spécifiquement options.txt.

S’il contient d’abord :

S:custom_window_title = 'PatateLand';

mais revient ensuite à une valeur vide après le lancement, alors il est réécrit au démarrage.

Les paramètres [window] ne sont normalement pas des paramètres non transférables. Le titre et les chemins d’icônes font partie de config/fancymenu/options.txt. Seuls les fichiers référencés par les chemins d’icônes doivent également exister dans :

config/fancymenu/assets/

Le meilleur test est donc de supprimer complètement le fichier local, de synchroniser, puis de le vérifier avant le lancement de Minecraft. Si même à ce moment-là il reste par défaut, il faut chercher une règle du launcher qui traite options.txt différemment des autres fichiers.

[marble lark]

enfaite dans les ignored de extra j'ai options.txt mais c'est pour celui de minecraft est-ce que c'est ça la cause ? peut-etre ?

[junior grove]

Oui, c’est très probablement la cause. 🧩

Il y a deux fichiers différents :

/options.txt

C’est le fichier d’options principal de Minecraft.

/config/fancymenu/options.txt

C’est le fichier de configuration de FancyMenu, qui contient notamment :

##[window]
B:show_custom_window_icon = 'true';
S:custom_window_title = 'PatateLand';

Si ton système d’ignorés utilise simplement le nom :

options.txt

il peut ignorer tous les fichiers portant ce nom, y compris celui de FancyMenu dans les sous-dossiers.

Fais donc ceci :

1. Garde éventuellement l’ignoré pour le fichier Minecraft racine :

/options.txt

2. Retire options.txt de la liste générale des fichiers ignorés.
3. Si ton launcher le permet, ignore uniquement le chemin exact du fichier Minecraft racine, et non le nom global options.txt.
4. Vérifie que ce fichier n’est pas ignoré :

/config/fancymenu/options.txt

5. Supprime le fichier local config/fancymenu/options.txt, relance la synchronisation, puis vérifie son contenu avant de démarrer Minecraft.

La syntaxe exacte pour ignorer uniquement le fichier racine dépend de ton launcher, mais l’idée est d’utiliser un chemin relatif complet plutôt que simplement options.txt. C’est très probablement pour cela que les autres fichiers sont transférés, mais pas la configuration FancyMenu.

[marble lark]

oui mais le fait qu'il soit la pose problème non ? ?>
<?php
$instance['Extra'] = array_merge($instance['Extra'], array(
"loader" => array(
"minecraft_version" => "1.20.1",
"loader_type" => "forge",
"loader_version" => "1.20.1-47.4.10"
),
"verify" => true,
"ignored" => array(
"servers.dat",
"saves",
"screenshots",
"W-OVERFLOW",
"options.txt",
"optionsof.txt",
"journeymap",
"defaultconfigs",
"config/embeddium-options.json",
"config/embeddium-fingerprint",
"config/embeddium-mixins.properties",
"config/voicechat",
"config/voicechat/voicechat-client.properties",
"config/voicechat/voicechat-volumes.properties",
"config/oculus.properties",
"config/sodiumextras-client.toml",
"config/sodiumdynamiclights-client.toml",
"config/jei",
"resourcepacks",
"shaderpacks",
"schematics",
"local"
),
"whitelist" => array(),
"whitelistActive" => false,
"status" => array(
"nameServer" => "PatateLand",
"ip" => "91.197.6.147",
"port" => 23587
)
));
?>

[junior grove]

Oui, c’est très probablement exactement la cause.

Dans ta configuration, tu as :

"ignored" => array(
    ...
    "options.txt",
    ...
)

Comme options.txt est un nom générique, ton système de synchronisation peut l’ignorer partout, notamment :

config/fancymenu/options.txt

Alors que tu voulais probablement ignorer uniquement le fichier Minecraft situé à la racine :

/options.txt

Pour confirmer, retire temporairement cette ligne :

"options.txt",

Puis synchronise à nouveau l’instance. Si le fichier FancyMenu est ensuite transféré avec les valeurs PatateLand et true, la cause est confirmée.

Tu peux ensuite :

• soit laisser le fichier Minecraft racine être transféré ;
• soit modifier le système d’ignorés pour qu’il ignore uniquement le chemin exact /options.txt, si ton script prend en charge les chemins précis ;
• soit adapter le code de filtrage pour que options.txt ne corresponde pas aux fichiers présents dans les sous-dossiers.

Ne change pas directement en "/options.txt" sans vérifier le fonctionnement du matcher : selon le script, il peut comparer des noms de fichiers, des chemins relatifs ou des motifs glob. Mais la ligne "options.txt" est bien suspecte, surtout puisque les autres fichiers sont correctement transférés.

[marble lark]

bah je veux ignorer le fichier minecraft oui

[junior grove]

Oui, tu peux et tu dois ignorer le fichier Minecraft racine :

/options.txt

Mais il ne faut pas utiliser uniquement :

"options.txt",

car cela peut ignorer tous les fichiers portant ce nom, y compris :

config/fancymenu/options.txt

Essaie donc :

"ignored" => array(
    "servers.dat",
    "saves",
    "screenshots",
    "W-OVERFLOW",
    "/options.txt",
    "optionsof.txt",
    ...
)

L’objectif est que la règle ignore uniquement :

Extra/options.txt

tout en transférant :

Extra/config/fancymenu/options.txt

Attention : la syntaxe exacte dépend du fonctionnement de ton système de synchronisation. S’il ne reconnaît pas /options.txt comme un chemin ancré à la racine, il faudra utiliser la syntaxe prévue par son filtre, par exemple ./options.txt, ou modifier la règle de filtrage pour comparer le chemin complet.

Pour tester, retire temporairement "options.txt" ou remplace-le par "/options.txt", puis vérifie que config/fancymenu/options.txt est bien transféré.

[marble lark]

ça na rien changé en mettant /options

[junior grove]

Dans ce cas, ton système d’ignorés ne comprend pas /options.txt comme un chemin ancré à la racine. Il ignore probablement simplement tous les fichiers dont le nom est options.txt, peu importe leur dossier.

La ligne :

"options.txt",

ignore donc à la fois :

/options.txt
/config/fancymenu/options.txt

et remplacer par :

"/options.txt",

ne change rien avec ce système.

Fais le test définitif en supprimant complètement cette ligne :

// "options.txt",

Si config/fancymenu/options.txt est alors transféré correctement, le diagnostic est confirmé.

Pour continuer à ignorer uniquement les options Minecraft, il faudra que le système de synchronisation supporte une règle basée sur le chemin complet, par exemple :

options.txt uniquement à la racine de l’instance

et non simplement le nom du fichier. La syntaxe exacte dépend de ton script de synchronisation ; ce tableau PHP ne permet pas de créer cette exception à lui seul.

En attendant, les solutions sont :

• laisser temporairement /options.txt être transféré ;
• sauvegarder puis restaurer le options.txt Minecraft du destinataire après la synchronisation ;
• demander à l’administrateur du système de synchronisation d’ajouter une règle d’ignoré basée sur le chemin complet.

Le fichier à transférer absolument est :

config/fancymenu/options.txt

[marble lark]

ça change rien

[junior grove]

Alors il faut vérifier le point le plus important : le fichier local existant peut simplement ne pas être remplacé.

Fais exactement ceci :

1. Ferme Minecraft et le launcher.
2. Dans l’instance du destinataire, supprime uniquement :

config/fancymenu/options.txt

Ne supprime pas le fichier Minecraft racine :

options.txt

3. Retire temporairement complètement cette ligne de ignored :

"options.txt",

4. Relance la synchronisation.
5. Vérifie config/fancymenu/options.txt avant de lancer Minecraft.

Si le fichier n’est toujours pas recréé ou reste avec les valeurs par défaut, alors ce n’est plus FancyMenu qui pose problème : le système de synchronisation ne transfère pas ce fichier, ou une autre règle l’ignore.

Si le fichier contient PatateLand avant le lancement mais redevient vide après, alors il est écrasé au démarrage.

À ce stade, le fichier Minecraft racine et le fichier FancyMenu doivent être traités séparément :

/options.txt                         ← options personnelles de Minecraft
/config/fancymenu/options.txt        ← configuration FancyMenu à transférer

Si même après suppression du fichier local le résultat ne change pas, il faudra demander au responsable du système de synchronisation de vérifier son filtre, car la configuration montrée ne suffit pas à diagnostiquer son fonctionnement interne.

[marble lark]

c'est fait et ça change rien

[junior grove]

D’accord. Si tu as déjà :

• retiré options.txt des ignorés ;
• supprimé le fichier local ;
• synchronisé avec Minecraft fermé ;
• vérifié avant le lancement ;

et que le résultat reste identique, alors la liste ignored n’est probablement plus le problème direct.

Le plus probable maintenant est que la copie distante soit déjà mise en cache ou générée avant ta modification. Il faut donc :

1. Modifier la configuration PHP.
2. Recréer/réimporter l’instance distante Extra depuis le donneur.
3. Vider l’ancienne archive ou le cache de téléchargement, si ton système en utilise un.
4. Relancer une synchronisation complète vers le destinataire.

Vérifie aussi que le fichier du donneur est bien celui-ci :

Extra/config/fancymenu/options.txt

et pas celui d’une autre instance comme Opti.

Le fichier attendu chez le donneur doit contenir :

S:custom_window_title = 'PatateLand';

Si une nouvelle instance distante fraîche contient encore les valeurs vides, alors le problème vient du système de synchronisation ou de son cache, pas de FancyMenu. Le bloc [window] est bien une configuration FancyMenu transférable.

Ticket Summary

The user wants the remote Extra instance to transfer FancyMenu’s config/fancymenu/options.txt configuration to recipients, including the custom window title and icons.

Minecraft and FancyMenu versions are identical. The remote file contains custom [window] values, but the recipient receives the default values:

B:show_custom_window_icon = 'false';
S:custom_window_title = '';

The instance’s PHP configuration included "options.txt" in the ignored list. It was removed and /options.txt was tested, but this made no difference. The local FancyMenu file was also deleted and synchronization was retried with Minecraft closed. Other files transfer successfully, but the FancyMenu configuration still does not.

Relevant paths:

/config/fancymenu/options.txt
/options.txt

The user has no latest.log. The issue remains unresolved; the synchronization system may be caching, filtering, overwriting, or otherwise failing to transfer config/fancymenu/options.txt, despite the ignore rule being removed.

Requested by Kales

[marble lark]

i don't know why 😢

[junior grove]

Je comprends 😢 Ce genre de problème de synchronisation est vraiment frustrant, et tu n’as rien fait de faux.

On a essayé les réglages évidents. Faisons seulement un dernier test définitif, sans le système de synchronisation :

1. Ferme Minecraft.
2. Depuis l’instance source, copie manuellement :

config/fancymenu/options.txt

3. Remplace le fichier du même chemin dans l’instance destinataire.
4. Lance Minecraft.

Résultat :

• Si PatateLand fonctionne : FancyMenu va bien, mais le système de synchronisation ne transfère pas correctement ce fichier ou le réécrit.
• Si ça ne fonctionne toujours pas : Minecraft utilise probablement une autre instance/dossier, ou le fichier est réinitialisé au démarrage.

Dans le premier cas, la copie manuelle peut servir de solution temporaire. Le fichier Minecraft racine reste séparé :

/options.txt

Tu peux garder celui-là ignoré, mais config/fancymenu/options.txt doit être copié. 🧩

[feral jasper]

Why don't you just do the options.txt from FancyMenu all over again, maybe that should work instead of pasting an existing options.txt file from other instance

[marble lark]

I'm not copying it; it's based on the instance configuration, and it should update on the player's side at startup.

[junior grove]

I understand what you mean. However, FancyMenu does not automatically fetch or recreate custom settings from another instance at startup.

config/fancymenu/options.txt is the actual local FancyMenu configuration file:

• If it exists, FancyMenu reads it.
• If it does not exist, FancyMenu creates a new file with default values.
• FancyMenu has no knowledge of the source instance or its configuration.

So recreating the file on the player side can work, but the file still needs to be generated with the desired values by your launcher or instance system. For example:

##[window]

B:show_custom_window_icon = 'false';
S:custom_window_icon_macos = '';
S:custom_window_icon_32 = '';
S:custom_window_title = 'PatateLand';
S:custom_window_icon_16 = '';

This must be placed at:

config/fancymenu/options.txt

If this freshly generated file works, then FancyMenu is fine and the missing step is simply that your instance system does not generate or apply this particular FancyMenu configuration at startup.

According to the FancyMenu documentation, the supported way to distribute a setup is to distribute the complete:

config/fancymenu/

folder. FancyMenu itself does not provide a separate “apply remote instance settings on startup” system.