https://bugs.kde.org/show_bug.cgi?id=494685
--- Comment #13 from Massimiliano L <m.lince...@gmail.com> --- I found a pattern that may make this reproducible. > mkdir test-directory > cd test-directory > touch > VfEsm_So_gMzlIKp_aMuwp-stElm_kMAIgPZ_uiI_USaGGz_FlmejDmXpHX_nYBRyu_30-04-2024.txt > touch > VfEsm_So_gMzlIKp_aMuwp-stElm_kMAIgPZ_uiI_USaGGz_FlmejDmXpHX_nYBRyu_30-04-2024.pdf Now, enter test-directory with Dolphin and adjust the zoom to regulate the size of the icons until the two filenames show as follows. The txt: --- VfEsm_So_gMzlIKp_ aMuwp-stElm_k MAIgPZ_uiI_US....txt --- The pdf: --- VfEsm_So_gMzlIKp_ aMuwp-stElm_k MAIgPZ_uiI_US.... --- Now, here is the curious part: upon entering the directory, the pdf extension does not show, as per example. It is displayed on a *new line* in the filename following one of these two events (1) moving the mouse cursor from the directory panel to any of the Dolphin panels/bars (2) a mouse click on the empty space in the directory panel. Hovering the mouse on the files or even clicking on them does not trigger the appearance of the extension. And it is exactly *that file extension* that lingers when switching to a different directory. In summary, when Dolphin abbreviates long filenames: - some file extensions are not displayed when they should; - some events trigger Dolphin to display these extensions, but they are painted in the wrong place; - when switching to a different directory, the extensions painted in the wrong place remain as ghosts until the window is repainted. To reproduce it, I think one has to nail the correct combination of filename length and icon size. Interestingly enough, going from the minimum to the maximum size of the icons with the slider or CTRL + scroll wheel results in Dolphin painting a "trail" of extensions along the way. -- You are receiving this mail because: You are watching all bug changes.
