J'ai pgAdmin sur mon dock, et je peux l'ouvrir lorsque le processus n'est pas déjà en cours d'exécution (c'est-à-dire après un redémarrage, ou si je le tue manuellement).
Si j'ouvre pgAdmin, que je ferme la fenêtre et que j'essaie ensuite de l'ouvrir à partir du dock, l'application ne répond pas.
Ce comportement de dock est similaire à Banc d'essai MySQL , sauf que MySQL a le "indicateur de processus en cours" (petit cercle sur le dock sous l'icône), tandis que pgAdmin n'est pas Ce qui signifie qu'un clic droit sur l'icône de pgAdmin ne me donne pas l'option de quitter.
J'ai essayé d'utiliser une fonction bash, qui pour MySQL ressemblerait à ceci :
killall MySQLWorkbench && open /Applications/MySQLWorkbench.appCela fonctionne bien pour Banc d'essai MySQL mais ce n'est pas nécessaire puisque je peux le redémarrer depuis le dock.
Pour une raison quelconque, avec pgAdmin, le processus n'est pas tué et l'application ne s'ouvre jamais :
>> killall pgAdmin\ 4
No matching processes were foundL'application est clairement visible dans le moniteur d'activité avec le nom pgAdmin 4
La seule solution que j'ai actuellement est de tuer manuellement le processus à partir de Activity Monitor, mais c'est assez redondant.
Comment puis-je commodément redémarrer pgAdmin 4 ?
Je préférerais une solution qui me permette de le redémarrer depuis le dock, mais un bash script suffirait également.
Logiciel :
- pgAdmin 4 : 4.17
- MacOS Catalina : 10.15
0 votes
@klanomath Merci, mais je n'ai pas bien compris la dernière partie. Que voulez-vous dire ? "La tâche n'a aucun sens" ?
0 votes
@klanomath ne soyez pas désolé, ils ont été utiles ! merci
0 votes
@klanomath De plus, j'avais besoin du script de bash car si le processus du navigateur se termine alors que pgAdmin est en cours d'exécution, toute tentative d'aller
http://127.0.0.1:63145/browser/entraînera une erreur d'autorisation, ce qui, à mon avis, est un bogue ou un défaut de conception.1 votes
Sans oublier que j'étais fatigué (il était 3 heures du matin) et que je n'arrivais pas vraiment à croire|comprendre pourquoi pgAdmin ne s'est pas seulement arrêté lui-même mais aussi le serveur PostgreSQL.