Reprise du message précédent :
Je n'utilise pas xfce, un peu trop austère à mon goût mais sur d'autres environnements type gnome2 à l'époque (pas vu ce problème sur mate encore), j'avais une machine où ça se produisait et c'était lié à l'échec de la génération d'une miniature (thumbnail) d'une image tif (j’utilise des tif de plusieurs centaines de Go voir To. Ça peut être le cas aussi avec un jpeg corrompu : erreur de téléchargement ou mauvaise extension) ou d'une vidéo. Le fichier en question était sur le Desktop donc forcément ... Il n'existe pas de mode debug dans xfce ?

   
 
je suis avec Buster et Xfce, et via htop, "mon" xfdestkop : cpu = 0.0, et Mem = 0.4 !
 
Mais, le tien tourne à 100% en permanence ?
ou seulement à un moment donné, comme le lancement d'un programme ?
 
 

Ouais, 300 servers ubuntu, sous VMware.
Non, mon xfdesktop prend pas toujours 100%, non, mais quand il prend du processeur, ça descend jamais en fait, obligé de killer le processus.
Je vous ferai un screenshot aujourd'hui, ça devrait encore m'arriver, forcément.

Bon, je reviens encore à ce xfdesktop qui prend tout le CPU...sur ma config light de tous les jours, mais aussi sur ma config du boulot.
Quand je commence à entendre les ventilos de mon laptop, sans rien faire...c'est qu'il y a un souci...htop: +150 % xfdesktop...je le kill, et tout va mieux...
Je commence maintenant à bosser sous kubuntu et le CPU est très light...je commence à passer du côté obscur... y a quand même un souci, là, côté XFCE...en 20.10, avec le dernier kernel, j'ai tenté pas mal de choses. Toujours le même souci.

Le mieux ne serait pas d'aller voir les issues xfce puis si rien ne correspond remonter le problème ?

Par exemple, ce soir juste Chrome de lancé ! le ventilo de mon mini PC qui se met en route, sans rien faire...c'est louche
 

 
Obligé de sudo kill -9 3054...qui, du coup, fait aussi chuter le %CPU du process 2253 (les 2 sont liés).
Ca ne fait absolument rien planter, même pas un rafraîchissement de l'écran ou autre.
Et ensuite, CPU à moins de 2%...tout redevient normal.

https://forum.xfce.org/viewtopic.php?pid=55613 ?

Oh ! je vais tenter ça, effectivement j'ai Adapta...
Meci
 
EDIT: hé ben, super, merci, ça marche en ajoutant ce fichier .config/gtk-3.0/gtk.css
 
XfdesktopIconView.view:active { background-color: transparent; }
XfdesktopIconView.view :active { background-color: #00BCD4; text-shadow: none; }
 

Que c'est compliqué de créer son système de vignettes pour thunar...

une limitation dans la taille de fichier ?

le 100% Gtk 3, ce n'est pas pour demain
 

tout passe en 4.15.*, même les projets qui n'avaient pas le même suivi niveau numéro, comme Thunar

eh bien... La mise à jour de thunar et tumbler n'a pas réglé le soucis d'affichage

C'est quoi le souci en fait ? Tu as « problème logiciel détecté » quand tu fermes thunar avec plusieurs onglets ?
Je crois pas qu'il reste du gtk2 dans thunar ceci dit…

non. quand je dis affichage, c'est quand tu copies ou renommes des fichiers. il faut actualiser la fenêtre

Ah oui, ça c'est pas totalement réglé c'est vrai.
Je suis plus exactement au dernier commit depuis un petit moment en fait, mais je pense que ça doit encore le faire de temps en temps.
Et pas de manière facilement reproductible, ce qui n'arrange évidemment rien.

je pensais que c'était réglé dans la dernière mise à jour stable (ubuntu). Mais le soucis est revenu

Sur Arch, ça m’arrive quand je dois opérer sur des fichiers de l’autre PC après avoir ouvert un dossier via SFTP. Mais en local, l’actualisation dans Thunar est systématique.
 
Sinon, mes soucis de Thunar qui plante (gèle ou se ferme sans prévenir) ont disparu depuis un moment, mais il arrive que, lorsque je veux ouvrir l’arborescence d’un disque externe branché mais non monté, ce dernier disparaît du volet d’arborescence et m’oblige à réouvrir Thunar pour réapparaître. Mais ça n’arrive pas tout le temps.

Oui, c'est le genre de petits trucs qui risquent d'aller et venir au gré des versions pendant un bon moment à mon avis, sans jamais vraiment être corrigé, parce qu'on ne sait pas exactement d'où ça vient.
C'est comme le bug du panel dont j'avais parlé ici il y a un petit moment (bug d'affichage des fenêtres dans la barre des tâches).
C'est comme ça

En guise de cadeau de Noël, XFCE 4.16 vient donc d’arriver dans le canal stable d’Arch Linux, et outre le fait que le DE se « gnomise » de plus en plus (à part Thunar et Mousepad, quasiment tout ce qui appartient à XFCE est passé au modèle CSD, avec de grosses barres d’en-têtes remplaçant les traditionnelles barres de titre), j’ai remarqué avec un déplaisir certain que les problèmes de tearing, disparus avec la version 4.14, étaient malheureusement de retour sur cette 4.16…
 
Si quelqu’un sait comment supprimer le tearing avec les pilotes libres Radeon… Sinon, ce sera pas grave, je saurai m’y faire (j’ai bien pu les supporter durant la 4.12…), mais je m’attendais à autre chose comme « cadeau de Noël » de la part du DE à la souris.
 
Sinon, Thunar perd la mention « Gestionnaire de fichiers » dans sa barre de titre, et une nouvelle entrée « Poste de travail »¹ apparaît au-dessus du dossier utilisateur dans le volet d’arborescence.
 
¹ : Ils pourraient se mettre à jour sur ça aussi, non ? En 2006, MS a renommé ça en « Ordinateur » sur Windows Vista jusqu’à Windows 8 inclus, et ça a été encore renommé en « Ce PC » à partir de 2013 avec Windows 8.1… Ça fait tellement époque « Windows 95-XP », ce « Poste de travail »…
 
EDIT : problème de tearing réglé ! Grâce à cette astuce du wiki d’Arch (que j’aime d’amour ! ), j’ai passé le paramètre « v_blank » sur « xpresent » et le phénomène a disparu immédiatement ! Je suis passé par le Gestionnaire de paramètres, pas par la ligne de commandes.
https://wiki.archlinux.org/index.php/Xfwm#Video_tearing
 
EDIT 2 : ah, ben, finalement, non : pas réglé… C’est curieux, parce que ça avait pourtant bien marché, ce matin. C’est quand même pas parce que j’ai éteint et rallumé ensuite l’ordi que c’est réapparu ? Surtout que maintenant, aucune des solutions proposées par le wiki ne fonctionne… Tant pis ! On espère qu’ils remettront ça d’aplomb un jour, dans le futur.

chouette  
 
+1 pour la wiki d'Arch.

Quelques astuces : si, comme moi, vous n’appréciez pas le changement de gueule de la boîte de dialogue « Enregistrer sous » de GTK3 (surtout parce que le champ de saisie de texte a été considérablement raccourci, en plus d’être maintenant coincé entre les boutons « Annuler » et « Enregistrer »), il y a un moyen de revenir à l’ancien  style (barre de titre classique, zone de texte en-dessous mais de pleine longueur, et boutons en bas) via l’Éditeur de paramètres, section « xsettings », en décochant la ligne « DialogsUseHeader ».
 
Et pour les allergiques au CSD, il existe un fork de libxfce4ui nommé libxfce4ui-nocsd, à compiler et installer soi-même (sauf à être sous Gentoo où un overlay existe, ou Xubuntu qui a un PPA) :
https://github.com/Xfce-Classic/libxfce4ui-nocsd
Bon, c’est pas non plus la panacée, car ça ne résout pas le problème de placement des fenêtres quand celles-ci ne respectent pas le réglage demandant à ce qu’elles soient centrées… Mais elles auront au moins une apparence plus proche de la version 4.14 (aux icônes près, que je trouve personnellement plutôt hideuses avec leurs couleurs criardes qui rappellent les icônes de Windows 10).

Je ne jurerai de rien, mais en rebootant xfwm4 avec ce paramètre « vblank_mode » sur « glx », je n’observe plus (de nouveau) de tearing. Je devais m’y prendre mal, à seulement changer le paramètre dans l’Éditeur de paramètres de XFCE… Pourtant, quand j’avais fait mon essai via cette fenêtre, hier, ça avait fonctionné.

On verra si, cette fois, c’est la bonne. (EDIT 27/12 : OK, c’est la bonne ! J’avais un cisaillement à 2 cm à partir du bord haut de l’écran, c’était pas très agréable… Bizarrement, sur la 4.12, il apparaissait plutôt à hauteur du dernier tiers depuis le bas, de mémoire)

En revanche, un truc me dérange sur le nouveau Thunar : quand je fais un clic molette sur un dossier dans l’arborescence, au lieu de m’ouvrir ledit dossier dans un nouvel onglet, ça m’ouvre… mon dossier utilisateur à la place de celui que je veux (en réalité, le dernier dossier ouvert via clic droit → Ouvrir dans un nouvel onglet pour l’instance actuelle de Thunar) ! C’est pénible, de devoir maintenant passer par le clic droit pour ça, au lieu d’un simple clic molette !
Je n’ai pas constaté de disparition aléatoire de l’arborescence des volumes amovibles au moment de leur montage, cela dit.

Le tour d'horizon de xfce 4.16 par linuxfr : https://linuxfr.org/news/xfce-4-16- [...] it-la-fete

C’est l’option (qui n’est pas traduite, chez moi) « Cycle through minimized windows in most recently used order », dans l’onglet « Navigation » du module « Peaufinage des fenêtres » ?
 
Mouais… C’est pas forcément plus mal que les fenêtres réduites restent reléguées en fin de liste, car ce sont souvent celles dont on a le moins besoin sur le moment, sans avoir forcément envie de les fermer pour autant.

c'est pas fou les nouveautés, je trouve, mais bon

Si tu veux mon avis complet sur cette version (au bout de deux jours) :
http://frederic.bezies.free.fr/blo [...] ment-55911

PS : j’ai corrigé un mot dans la citation par rapport au commentaire original.

Malheureusement ça semble être une mode d'"améliorer" constamment les choses. Je suis sous Debian donc je vois les nouveautés avec beaucoup de retard (et ça me convient très bien), mais je me suis posé cette question plusieurs fois déjà et souvent avec Firefox où Mozilla change quelque chose à chaque version alors que je venais tout juste de m'habituer.

Ah, je dis pas que sous le capot, il n’y avait pas de choses à améliorer depuis l’été 2019 (Thunar, typiquement, même si les versions 1.8 avaient un autre bug plus gênants : il lui arrivait soit de geler complètement, soit de se fermer d’un coup ; bug qui semble avoir disparu du jour au lendemain, sans même que Thunar lui-même n’eût été mis à jour pour ça), mais si je devais vraiment citer le truc qui me paraît le plus rédhibitoire sur cette 4.16, c’est le Gestionnaire de paramètres qui ne s’ouvre plus au centre de l’écran, mais contre un des coins. Moi qui l’ouvre au moins deux fois par jour pour passer du thème clair au sombre (en fin de journée, pour le soir) et inversement (juste avant d’éteindre pour aller me coucher, histoire d’avoir directement le thème clair quand je rallume l’ordi), c’est vraiment agaçant de devoir ramener à chaque fois cette fichue fenêtre vers le centre de l’écran pour qu’elle soit plus facile à manier pour moi.

Ils sont passés à 4.16 en ayant toujours pas fait la transition 100% Gtk 3  
Des dialogues Gtk 3 et leur en tête spéciale, mais la fenêtre encore dans le style Gtk 2  

Des exemples ? Parce que, justement, cette version est maintenant débarrassée de toute prise en charge de GTK2 (qui reste cependant disponible pour les applications tierces qui y ont toujours recours, comme la version GTK de Double Commander, par exemple)…
 
Et GTK3 ≠ CSD ! C’est pas parce qu’un logiciel est en GTK3 et non GTK2 qu’il doit obligatoirement adopter les barres d’en-tête énormes de Gnome (et non les barres de titre classiques fournies par le gestionnaire de fenêtres).

XFCE se met à jour par petits bouts, sur Arch Linux : aujourd’hui, c’est la version 1.4 du Gestionnaire de tâches qui vient d’arriver. Outre une nouvelle icône, il ne permet plus de choisir entre pourcentage ou valeur en octets pour le graphique d’occupation de la RAM et du SWAP, puisqu’il affiche désormais les deux en même temps !
 
La question, c’est : pourquoi ??? En quoi était-ce si capital de changer ce truc, et retirer un choix à l’utilisateur sur un outil qui, encore une fois dans le comparatif 4.16 vs 4.14, était parfait à l’usage et moins maintenant (encore qu’ici, non : ça ne change rien, à part que la fenêtre va prendre plus de place dans le sens horizontal pour pouvoir tout afficher) ?!

EDIT : https://forum.xfce.org/viewtopic.php?id=11878 Trouvé :<

Hello,
Je suis en version 4.16 en Debian Testing et j'aimerai afficher le nom complet des fichiers sur le dekstop. Après recherche je suis tombé là dessus :
https://docs.xfce.org/xfce/xfdesktop/advanced
et apparemment ça serait
XfdesktopIconView::ellipsize-icon-labels = 0
qu'il faudrait modifier. Cependant, même après avoir créer le fichier dans ~.gtkrc-2.0, cela ne change rien. Je me suis dit que le desktop n'utilise peut-être plus gtk 2.0 ?
Si c'est le cas, y'a-t-il une solution ?
Merci d'avance !

edit : https://forum.xfce.org/viewtopic.php?id=11878

Juste pour info : XFCE est justement passé en GTK3 avec la version 4.14, et la 4.16 ne prend plus en charge les derniers widgets GTK2 qui restaient (ceux d’Orage, typiquement).
De plus, avec la sortie récente de GTK4, GTK2 est désormais en fin de vie : il a reçu une ultime mise à jour au même moment, et ce sera tout pour lui. Il est plus que temps de migrer vers GTK3 au moins.

Super, merci des infos

On dirait que le DE est tellement arrivé à maturité que les devs se créent exprès du travail pour remplir leur bugtrackers

 
Gtk3 version fenêtre à HeaderBar. Si encore toute la suite xfce était dans ce style, mais non
 

 

 
(à noter que l'outil de capture par en sucette avec les fenêtre "HeaderBar", le compositeur alloue plus de pixels que la fenêtre effective)

Version 4.16.1 !
 
Le changelog indique qu’a priori, le problème de tearing apparu lors du passage de la 4.14 à la 4.16 serait réglé sur les machines avec GPU AMD/ATI (oh, pile mon cas sur le portable) !
 
Accrochez-vous bien, voilà la ligne en question :
 

Si je comprends donc bien, ils avaient forcé en « auto » un réglage qui s’est avéré foireux pour les possesseurs de GPU AMD ; réglage qui n’était donc pas forcé sur la 4.14, où tout allait bien…
 
Je pense donc que je vais pouvoir remettre le paramètre « vblank_mode » sur « auto », en espérant que ce soit désormais « glx » qui soit désormais (et à nouveau ? J’avais jamais touché à ça avant Noël) le réglage préféré. Sinon, ce sera facile de revenir sur « glx » forcé à la main, vu que le wiki d’Arch donne la commande kivabien.

des casse-cou auraient-ils tenté un portage wayland ? c'est pour un ami

J’en sais rien, j’utilise pas Wayland (et j’ai comme l’impression que c’est pas près de changer…).
 

Bon, ben, ce matin, j’ai pu confirmer l’absence de tearing avec « vblank_mode » remis sur « auto » dans l’Éditeur de paramètres.

En vrai, c’est quoi l’avantage de Wayland par rapport à Xorg? A part que ce soit une réécriture du serveur d’affichage?
PS: Post à but non trollesque.

Y’a pas aussi de la sécurisation du protocole ou un changement d’icelui ?