Myscenari6 click droit

bonjour,
Je constate avec l’appimage de myscenari6 ou l’installation en dur sur mon pc sous linux mint le bug suivant :
Pour renommer un item, j’effectue un click droit et je renomme. Tout va bien.
Mais si à nouveau je tente un click droit, rien se passe. Impossible de faire quoique ce soit.
Seule solution : redémarrer le logiciel.

Emmanuel

Complément :
Quand je copie-colle l’url de la page de myscenari6 dans un navigateur, je retrouve la fonctionnalité du click droit :

image

Jamais eu ce problème chez moi.
Vous êtes sous quelle distribution exactement ? Aucun clique-droit nulle-part dans l’application marche ?

Je suis sous linux mint 20.3, noyau 5.17rc8.
Après un renommage ou une modif, aucun click droit ne fonctionne :unamused:.
click droit ou click à deux doigts sur le pavé.
Aucun problème dans le navigateur.
J’ai réessayé avec myscenari5, et je n’ai pas le problème.

Bonjour,
Je n’arrive pas à reproduire avec un Linux int 20 tout neuf dans Virtualbox.

Bonjour Sam, merci de ton aide.
J’ai voulu reproduire le problème et j’ai eu du mal :thinking:.
En effet, quand on créé un nouvel item ou espace et qu’on le renomme, aucun problème la plupart du temps ! Sauf si…

J’ai cherché et je crois avoir trouvé un truc :
J’ai l’impression que ça plante quand on choisit un nom d’item du genre G_grain.xml.
Peux-tu tester de créer un grain avec ce nom, ou en renommer un comme ça ?
Je ne suis pas sûr que ce soit systématique, mais j’ai dans 99% des cas un plantage.
Est-ce le tiret bas ??
Je vais éviter ça, mais j’avais l’habitude de nommer mes grains avec une syntaxe de ce type…
à+

J’ai trouvé un moyen de rétablir la situation en cas de blocage :
quand le click droit n 'est plus fonctionnel, il suffit de clicker sur les boutons ci-dessous une fois ou deux pour rétablir le bon fonctionnement :

image

bizarre bizarre :thinking:

Toujours impossible pour moi de reproduire…

Tu as des erreurs dans la console (F12) ?

Je découvre dans les logs une erreur qui n’a rien à voir :
pour un fichier que j’ai mis en lien dans un moduleWebdistant, j’obtiens cette erreur (pourtant le lien fonctionne https://emmanuel-farcy.canoprof.fr/eleve/T_spe/Fonction%20logarithme/Fonction_ln/co/G_grain.html) :

A cross-origin resource sharing (CORS) request was blocked because it was configured to include credentials but the Access-Control-Allow-Credentials response header of the request or the associated preflight request was not set to true.
To fix this issue, ensure that resources that expect credentialed CORS requests set the Access-Control-Allow-Credentials header to true. Note that this requires the Access-Control-Allow-Origin header to not be a wildcard *.

Je joins le log obtenu :

localhost-1647879436039.log (3,8 Ko)

Concernant le problème qui nous concerne dans ce fil, suite à la création/renommage d"un item, j’ai relancé myscenari, créé un espace contenant juste un grain grain.xml :

image

Je fais F12, j’ai juste ça :

Ensuite, je renomme le grain en G_grain.xml et j’ai le blocage.
j’ai des lignes en plus en dessous de celle ci-dessus :

Mais rien en rouge. Pas sûr qu’il y ait un rapport avec le click droit inopérant.
J’ai refermé myscenari6, redémarré, le grain s’appelle toujours G_grain.xml (j’ai bien le click droit), mais uniquement une ligne d’audit usage. J’ai renommé le G_grain.xml en grain.xml : à nouveau blocage, mais toujours une ligne d’audit.

Very strange

Je poursuis mon investigation mais là je découvre en créant à nouveau un grain (sans tiret bas), que j’ai encore le blocage du click droit :frowning_face:

Heureusement, on basculant dans mon navigateur tout fonctionne bien.

Je vois pas trop comment avancer sur ce point, nous n’avons jamais eu ce type de problème, et je n’arrive absolument pas à le reproduire.
Pouvez-vous démarrer l’application en ligne de commande pour voir si il y a des messages en stdout ?

En ligne de commande, j’ai ça après avoir provoqué l’erreur :

 % myscenari6 
2022-03-22 22:39:39.587:INFO::main: Logging initialized @258ms to eu.scenari.jetty.util.log.StdErrLog
[48054:0322/223939.733597:ERROR:sandbox_linux.cc(374)] InitializeSandbox() called with multiple threads in process gpu-process.
2022-03-22 22:39:40.014:INFO:esjs.Server:main: jetty-9.4.z-SNAPSHOT; built: unknown; git: unknown; jvm 11.0.14+9-Ubuntu-0ubuntu2.20.04
(node:48004) electron: The default of nativeWindowOpen is deprecated and will be changing from false to true in Electron 15.  See https://github.com/electron/electron/issues/28511 for more information.
(Use `myscenari6 --trace-warnings ...` to show where the warning was created)
2022-03-22 22:39:40.143:INFO:esjw.StandardDescriptorProcessor:main: NO JSP Support for /, did not find eu.scenari.jetty.jsp.JettyJspServlet
2022-03-22 22:39:40.167:INFO:esjs.session:main: DefaultSessionIdManager workerName=node0
2022-03-22 22:39:40.167:INFO:esjs.session:main: No SessionScavenger set, using defaults
2022-03-22 22:39:40.177:INFO:esjs.session:main: node0 Scavenging every 660000ms
1--- Info : Tue Mar 22 22:39:40 CET 2022[322] (main) ---
================================================================================
Starting Serveur local 6 : Local server 6.0.0 202203091756 on OpenJDK 64-Bit Server VM 11.0.14+9-Ubuntu-0ubuntu2.20.04 / Linux amd64


1--- Info : Tue Mar 22 22:39:40 CET 2022[338] (main) ---
OpenDocument editor found by env. var. 'PATH' in: /usr/lib/libreoffice/program


2022-03-22 22:39:40.624:INFO:esjsh.ContextHandler:main: Started e.s.j.w.WebAppContext@57ac5227{/,file:///opt/MyScenari%206/resources/app/srv/,AVAILABLE}{/opt/MyScenari 6/resources/app/srv}
2022-03-22 22:39:40.672:INFO:esjs.AbstractConnector:main: Started ServerConnector@63e2203c{HTTP/1.1,[http/1.1]}{127.0.0.1:39618}
2022-03-22 22:39:40.676:INFO:esjs.Server:main: Started @1360ms

Pas sûr que ça aide :worried:

Maintenant que j’ai fermé myscenari6, j’obtiens ceci, un peu plus parlant :

ef@ef-VivoBook-ASUSLaptop-X512FA-X512FA ~
 % myscenari6 
2022-03-22 22:39:39.587:INFO::main: Logging initialized @258ms to eu.scenari.jetty.util.log.StdErrLog
[48054:0322/223939.733597:ERROR:sandbox_linux.cc(374)] InitializeSandbox() called with multiple threads in process gpu-process.
2022-03-22 22:39:40.014:INFO:esjs.Server:main: jetty-9.4.z-SNAPSHOT; built: unknown; git: unknown; jvm 11.0.14+9-Ubuntu-0ubuntu2.20.04
(node:48004) electron: The default of nativeWindowOpen is deprecated and will be changing from false to true in Electron 15.  See https://github.com/electron/electron/issues/28511 for more information.
(Use `myscenari6 --trace-warnings ...` to show where the warning was created)
2022-03-22 22:39:40.143:INFO:esjw.StandardDescriptorProcessor:main: NO JSP Support for /, did not find eu.scenari.jetty.jsp.JettyJspServlet
2022-03-22 22:39:40.167:INFO:esjs.session:main: DefaultSessionIdManager workerName=node0
2022-03-22 22:39:40.167:INFO:esjs.session:main: No SessionScavenger set, using defaults
2022-03-22 22:39:40.177:INFO:esjs.session:main: node0 Scavenging every 660000ms
1--- Info : Tue Mar 22 22:39:40 CET 2022[322] (main) ---
================================================================================
Starting Serveur local 6 : Local server 6.0.0 202203091756 on OpenJDK 64-Bit Server VM 11.0.14+9-Ubuntu-0ubuntu2.20.04 / Linux amd64


1--- Info : Tue Mar 22 22:39:40 CET 2022[338] (main) ---
OpenDocument editor found by env. var. 'PATH' in: /usr/lib/libreoffice/program


2022-03-22 22:39:40.624:INFO:esjsh.ContextHandler:main: Started e.s.j.w.WebAppContext@57ac5227{/,file:///opt/MyScenari%206/resources/app/srv/,AVAILABLE}{/opt/MyScenari 6/resources/app/srv}
2022-03-22 22:39:40.672:INFO:esjs.AbstractConnector:main: Started ServerConnector@63e2203c{HTTP/1.1,[http/1.1]}{127.0.0.1:39618}
2022-03-22 22:39:40.676:INFO:esjs.Server:main: Started @1360ms
Error occurred in handler for 'GUEST_VIEW_MANAGER_CALL': Error: ERR_FAILED (-2) loading 'about:blank'
    at rejectAndCleanup (electron/js2c/browser_init.js:161:7486)
    at Object.stopLoadingListener (electron/js2c/browser_init.js:161:7861)
    at Object.emit (events.js:388:22) {
  errno: -2,
  code: 'ERR_FAILED',
  url: 'about:blank'
}
2022-03-22 22:47:50.550:INFO:esjs.AbstractConnector:Thread-0: Stopped ServerConnector@63e2203c{HTTP/1.1,[http/1.1]}{127.0.0.1:39618}
2022-03-22 22:47:50.551:INFO:esjs.session:Thread-0: node0 Stopped scavenging
2022-03-22 22:47:50.566:INFO:esjsh.ContextHandler:Thread-0: Stopped e.s.j.w.WebAppContext@57ac5227{/,null,UNAVAILABLE}{/opt/MyScenari 6/resources/app/srv}

On y voit une erreur

Non il y a rien d’intéressant à priori.

Lorsque j’ai un blocage du click droit, je peux m’en sortir en effectuant des clicks gauches dans un xml ici :

image

puis

image

et je récupère mon click droit.

ça marchait hier ce truc, maix pas aujourd’hui :upside_down_face:

Toujours à la recherche d’une cause du problème, en jouant avec F12, je trouve 2 types d’erreurs aujourd’hui :

Pour la 2ème, le fichier image.png est pourtant présent :

Bonjour,

Non, malheureusement ces 2 messages ne peuvent expliquer votre problème (nous corrigerons néanmoins ce qui provoque le 1er message qui est une petite erreur au cours d’un nettoyage mémoire mais sans incidence).

Avec ces fenêtres de debug (F12) et la 2ème (ctrl+F12) actives dans l’appimage de myscenari6, avez-vous pu reproduire ce blocage ? Si oui, aucun message n’apparait à ce moment dans l’une des 2 fenetres de debug ?

Auriez vous dans votre OS linux, une particularité autour du service du presse-papier (copier-coller…) ? Une particularité du menu qui vous pose problème est que, lors de son affichage, on interroge le gestionnaire de presse-papier du noyau Electron, qui lui-même interroge celui de l’OS. Il pourrait y avoir un problème à ce niveau.

bonjour,
J’ai désactivé copyQ mon gestionnaire de presse-papier.
J’ai créé un nouvel atelier, avec juste un grain :

image

Je relance dans l’appimage et avant le blocage du click droit, je n’ai dans la console F12 ou ctrl-F12 qu’une issue :

Lorsque je provoque l’erreur, je n’ai rien de plus dans les consoles.