Heidisql: En appuyant sur "retour arrière" dans une cellule de données, changez l'onglet actuel en "hôte"

Cela ne semble pas être un problème sur Windows 10 avec la dernière version de Heidi, cela pourrait donc être un problème spécifiquement avec Linux et/ou Wine. De plus, ce lien est rompu, essayez celui-ci : https://vimeo.com/349625201

J'ai le même problème

Même problème avec wine-staging 4.12.1 avec le dernier HeidiSQL.

Même problème avec wine-4.10 sur Linux Mint 18.1 et le dernier HeidiSQL (10.2.0.5599)

Même problème - vraiment ennuyeux.
vin-4.12.1
heidisql 10.2.0.5669

Même problème ici, HeidiSQL 10.2.0.5599 et wine-4.13 (staging).

+1
wine-4.12.1 (Staging) Heidisql 10.2.0.5608

+1

Ça doit être quelque chose à voir avec un changement dans Wine.

Comme solution de contournement temporaire - et à moins qu'il n'y ait d'autres facteurs dans votre système qui rendent cela une mauvaise idée - essayez de rétrograder Wine vers la version 4.1. Correction du problème pour moi sur Linux Manjaro.

même problème

Debian bullseye/sid
vin-5.0-rc1
HeidiSQL 10.3.0.5771

Hm, si vous dites que cela se produit également avec la v10.2, cela ne devrait pas être causé par les changements #144 .

Quelqu'un pourrait-il vérifier le tracker Wine pour les tickets liés au retour arrière ?

Aucun paramètre de clavier trouvé dans wine

De plus, il est étrange qu'il ne soit disponible que lors de l'édition de colonnes et qu'il n'y ait aucun problème à utiliser le retour arrière ailleurs.

Cet effet revient à appuyer sur ctrl + 1

J'ai essayé de changer la touche de raccourci dans heidisql, il semble qu'elle ne puisse pas être enregistrée

même problème

 wine --version
wine-5.0
 uname -a
5.3.0-28-generic #30~18.04.1-Ubuntu SMP Fri Jan 17 06:14:09 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

+1
Pareil ici

Archlinux
vin-5.2
heidisql32.r5901.exe

Honnêtement, cela étant si répandu, je suis surpris qu'il n'y ait pas eu d'attention de développement sur ce problème.

J'ai arrêté d'utiliser HeidiSQL à cause de cela et je suis depuis passé à Jetbrains Datagrip.

Croyez-moi, j'ai déjà fait attention ici, mais je ne sais pas comment résoudre cela. Wine 4.1 n'a pas le problème, selon une discussion sur un

Quelqu'un pourrait-il, s'il vous plaît, supprimer le raccourci pour _Aller à > Tab 1_ ?

Vous pouvez le modifier ou le supprimer dans Outils > Préférences > Raccourcis :

Même problème sans le raccourci.
si je le change en autre chose, alors le bogue est toujours le même.
Si je supprime le raccourci, même bug.
Si j'essaye de "backspace" quand je suis dans l'entrée, alors... je suis déplacé dans le premier onglet (général) ! (et le raccourci retour est fonctionnel).

J'ai essayé de définir "backspace" comme raccourci pour "tab 4" (données).
Lorsque je suis dans les données et que j'essaie de revenir en arrière, l'onglet "reste" sur l'onglet données, mais les données ne sont pas effacées (c'est-à-dire que rien ne change).
Lorsque je suis dans les "préférences", le retour arrière en appuyant change toujours de tabulation à tab 1 (général)

J'espère que ça aide !

@ansgarbecker Je ne comprends pas ce qu'est le raccourci clavier Strg .

J'ai essayé de changer la touche de raccourci en none , mais cela n'a pas pris effet (le menu go to s'affiche toujours avec ctrl + 1 ). Cela a été reflété dans la figure ci-dessus.

Changez-le en ctrl + shift + alt + 1 et l'affichage du menu go to est correct, mais vous avez toujours le même problème avec ce problème.

Même problème ici. Extrêmement ennuyeux :(
HeidiSQL 11.0.0.5919
Vin : 5,0
Ubuntu 18.04

@liuanxin Strg est Ctrl sur les claviers allemands.

Je viens de passer 2 heures à déboguer avec une box HypeV Ubuntu et Wine 5.0 et v5.5. Compilé diverses modifications, où certains gestionnaires de raccourcis clavier dans HeidiSQL pourraient probablement interférer avec le retour arrière tapé. Rien n'a aidé ici.
J'ai donc recherché des problèmes similaires connus dans le bugtracker de Wine et j'ai trouvé celui-ci , qui a également un problème de retour arrière - avec un effet différent.

Ah, est-ce que quelqu'un connaît la version exacte de Wine dans laquelle ce problème a commencé ? Je viens d'entendre que 4.0 fonctionnait et 4.12.1 non. Avec ces informations, nous pourrions probablement aider les développeurs de Wine à localiser le problème jusqu'à une modification exacte.

Pour moi travaillé avec du vin 4.1

Je suis donc allé de l'avant et j'ai compilé quelques versions et j'ai découvert que Wine 4.9 introduisait le problème à l'origine de cela. Je vais essayer de comprendre quel changement l'a causé.

Pour tous ceux qui veulent juste que cela fonctionne, Wine 4.8 semble très bien fonctionner.

Ok selon git bisect, le commit incriminé est celui-ci : https://github.com/wine-mirror/wine/commit/4a6e69ad3aff6fff2817b05ee2cdcc7e94f960a5

Je ne sais pas vraiment pourquoi cela cause le problème de retour arrière, mais c'est certainement le commit incriminé.

C'est une excellente nouvelle - je viens de poster cela dans le problème Wine tracker que j'ai mentionné précédemment. En espérant trouver une solution ici.

Le problème de retour arrière n'apparaissait pas avec une ancienne version 4.8 de Wine.

Jusqu'à ce que les développeurs de Wine aient résolu le problème, j'ai utilisé ces commandes pour installer Wine 4.8 dans Debian Buster :

wget https://dl.winehq.org/wine-builds/debian/dists/buster/main/binary-amd64/wine-staging_4.8~buster_amd64.deb

sudo apt-get install wine-staging-i386=4.8~buster wine-staging-amd64=4.8~buster

sudo dpkg -i ./wine-staging_4.8~buster_amd64.deb

Wine 4.8 sera installé dans /opt/wine-staging/

Je ne sais pas vraiment pourquoi cela cause le problème de retour arrière, mais c'est certainement le commit incriminé.

Se pourrait-il que le retour arrière déclenche un nouveau rendu de la table, appelant des tris et d'autres éléments ? Cela déclenche-t-il en conséquence un autre bug ?

Pour moi, CTRL+BkSp a le même comportement, et la chose étrange est que ALT+BkSp a le comportement "Supprimer le dernier mot".

Il y a 2 autres bizarreries : j'ai 2 entrées pour "Supprimer le dernier caractère", et je ne peux pas changer la touche de raccourci pour eux :

/* Could not apply SynEdit keystroke shortcut "Shift+Ctrl+Alt+Z" (or secondary: "") to ecDeleteLastChar. Shortcut already exists. Please go to Tools > Preferences > Shortcuts to change this settings. */

Dans le fil de bogue mentionné par @ansgarbecker, un développeur de vin a confirmé qu'il s'agissait d'un problème connu et qu'il travaille sur une solution.

Salut,

Ajouter mon 2c et dire qu'il est toujours présent dans Ubuntu 20.10 avec wine 5.0.

Mais d'après ce que @mspindelhirn mentionne, il semble que la balle soit maintenant sur le terrain du vin.

Applaudir,
Gus