About a week ago, I reported this bug in TDE 14.1.3 at https://mirror.git.trinitydesktop.org/gitea/TDE/tde/issues/224 but, so far, nothing has happened. Is that where bugs should be reported?
Anno domini 2025 Thu, 6 Mar 23:37:03 -0800 Alec Destry via tde-devels scripsit:
About a week ago, I reported this bug in TDE 14.1.3 at https://mirror.git.trinitydesktop.org/gitea/TDE/tde/issues/224 but, so far, nothing has happened. Is that where bugs should be reported?
Should be the right place :)
Anyway, I just commented there: Don't open root file manager windows. It's a bad idea in the first place to use a GUI filemanager as root. Can't tell you how often I've seen users trashing their system that way ... and complaining that it's what you do on M$ and the DE has to hande that. But this is the unix way of livey: you are free to shoot yourself if you feel like it.
Nik
tde-devels mailing list -- devels@trinitydesktop.org To unsubscribe send an email to devels-leave@trinitydesktop.org Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/devels@trinitydeskt...
"/...Don't open root file manager windows. It's a bad idea in the first place to use a GUI filemanager as root. Can't tell you how often I've seen users trashing their system that way.../and complaining that it's what you do on M$ and the DE has to hande that..."
TDE has that capability installed and for good reason. This has nothing to do with "M$" (Microsoft). *I'm requesting this bug be researched and fixed.* There are times when the system needs custom configuration and a root file manager is the way to do that, especially when you want to be able to set up your system so it can be restored from scratch without having to depend at all on the internet.
On 3/7/25 01:09, Dr. Nikolaus Klepp via tde-devels wrote:
Anno domini 2025 Thu, 6 Mar 23:37:03 -0800 Alec Destry via tde-devels scripsit:
About a week ago, I reported this bug in TDE 14.1.3 at https://mirror.git.trinitydesktop.org/gitea/TDE/tde/issues/224 but, so far, nothing has happened. Is that where bugs should be reported?
Should be the right place :)
Anyway, I just commented there: Don't open root file manager windows. It's a bad idea in the first place to use a GUI filemanager as root. Can't tell you how often I've seen users trashing their system that way ... and complaining that it's what you do on M$ and the DE has to hande that. But this is the unix way of livey: you are free to shoot yourself if you feel like it.
Nik
tde-devels mailing list --devels@trinitydesktop.org To unsubscribe send an email todevels-leave@trinitydesktop.org Web mail archive available athttps://mail.trinitydesktop.org/mailman3/hyperkitty/list/devels@trinitydeskt...
Anno domini 2025 Fri, 7 Mar 01:40:28 -0800 Alec Destry via tde-devels scripsit:
"/...Don't open root file manager windows. It's a bad idea in the first place to use a GUI filemanager as root. Can't tell you how often I've seen users trashing their system that way.../and complaining that it's what you do on M$ and the DE has to hande that..."
TDE has that capability installed and for good reason. This has nothing to do with "M$" (Microsoft). *I'm requesting this bug be researched and fixed.* There are times when the system needs custom configuration and a root file manager is the way to do that, especially when you want to be able to set up your system so it can be restored from scratch without having to depend at all on the internet.
These are my 2¢ on the problem: when you think you need a GUI filemanager for root to do remote backup/restore then you are in M$ universe - even when you think you are not. Anything "remote" on unix-like is ssh. Anything automation is shell.
On the bug: it is known, it's been there since at least 2004. Nobody considers this worth his time - neither removing the feature nor fixing it. Think of it as a nice way to remind you not to run GUI programs as root ("Run as administrator" anybody?).
On the other hand, if you want it fixed badly, why don't you check out the sourcecode and investigate and then fix this problem?
... and yes, my beard is gray.
Nik
On 3/7/25 01:09, Dr. Nikolaus Klepp via tde-devels wrote:
Anno domini 2025 Thu, 6 Mar 23:37:03 -0800 Alec Destry via tde-devels scripsit:
About a week ago, I reported this bug in TDE 14.1.3 at https://mirror.git.trinitydesktop.org/gitea/TDE/tde/issues/224 but, so far, nothing has happened. Is that where bugs should be reported?
Should be the right place :)
Anyway, I just commented there: Don't open root file manager windows. It's a bad idea in the first place to use a GUI filemanager as root. Can't tell you how often I've seen users trashing their system that way ... and complaining that it's what you do on M$ and the DE has to hande that. But this is the unix way of livey: you are free to shoot yourself if you feel like it.
Nik
tde-devels mailing list --devels@trinitydesktop.org To unsubscribe send an email todevels-leave@trinitydesktop.org Web mail archive available athttps://mail.trinitydesktop.org/mailman3/hyperkitty/list/devels@trinitydeskt...
Alec Destry composed on 2025-03-06 23:37 (UTC-0800):
About a week ago, I reported this bug in TDE 14.1.3 at https://mirror.git.trinitydesktop.org/gitea/TDE/tde/issues/224 but, so far, nothing has happened. Is that where bugs should be reported?
Suggested possible workaround until fixed → do as I do: I rarely use a GUI file manager. On rare occasions I will use Konq as file manager, but normally the only file manager I have more than one of open at a time is Midnight Commander, which I normally open from a Konsole menu in a new tab, not from the Kicker menu.
"/...but normally the only file manager I have more than one of open at a time is Midnight Commander.../"
I get the impression this bug will also occur with Midnight Commander, since I've seen a similar bug with KDE 3.5 that affected all programs opened in a GUI session with user privileges other than those of the full GUI session, whether those other user privileges were root or another regular user other than the one for the full GUI session.
This bug appears to be some kind of conflict or overload problem since it, so far, has only occurred when I load a DVD and only when opening a folder on the DVD that has more than 1000 files in it, and, so far, has not occurred even when I've had as many as 8 root file manager windows open but with no DVD loaded.
Is it possible for you to be able to get someone from the TDE development team at https://www.trinitydesktop.org/contributors.php to look at this? The ideal work around is that some configuration setting somewhere can be changed to avoid this bug.
On 3/7/25 01:31, Felix Miata via tde-devels wrote:
Alec Destry composed on 2025-03-06 23:37 (UTC-0800):
About a week ago, I reported this bug in TDE 14.1.3 at https://mirror.git.trinitydesktop.org/gitea/TDE/tde/issues/224 but, so far, nothing has happened. Is that where bugs should be reported?
Suggested possible workaround until fixed → do as I do: I rarely use a GUI file manager. On rare occasions I will use Konq as file manager, but normally the only file manager I have more than one of open at a time is Midnight Commander, which I normally open from a Konsole menu in a new tab, not from the Kicker menu.
On Thu, 6 Mar 2025 23:37:03 -0800 Alec Destry via tde-devels devels@trinitydesktop.org wrote:
About a week ago, I reported this bug in TDE 14.1.3 at https://mirror.git.trinitydesktop.org/gitea/TDE/tde/issues/224 but, so far, nothing has happened. Is that where bugs should be reported?
That is where bugs should be reported, yes. It doesn't guarantee that bugs the team considers low-priority will be attacked with any urgency, as the project only has so much manpower.
I can't recall ever running into the bug described in your report even when manipulating a directory that has nearly double the files on your DVD. Of course, it's possible that I've just never attempted enough operations in sequence to trigger it. That being said, it looks to me like there are two differences between what you're doing and what I'm doing.
The first is that I don't invoke Konqueror from the menu when I'm doing this, I invoke it from the command line in an su'd konsole session. This is unlikely to be the issue.
More likely the problem is that you're trying to work directly from an optical disc (very slow by modern standards), while the directory I'm dealing with is on a hard drive. Try ripping your DVD to an iso file on your hard disc and mounting the iso as a loopback, and see if the problem persists when you're no longer dealing with slow media.
E. Liddell
"/...Try ripping your DVD to an iso file on your hard disc and mounting the iso as a loopback, and see if the problem persists when you're no longer dealing with slow media.../"
So far, the problem hasn't appeared, even with 7 root file manager windows open, but I get the impression the problem isn't the slow media but with Open SUSE 15.6 mounting the DVD somehow causing a broken connection between the currently open root file manager windows and TDE Launcher, for 2 reasons: accessing files through the loopback mount is just as slow as accessing the DVD; and, with the error present, closing all open root file manager windows and then again restarting a new root file manager session gets rid of the error.
"/...as the project only has so much manpower.../" and "/...You're free to research the problem and offer a fix.../"
I've been known to code. The concern I have is the source code base is very large and complex, the comments there are very sparse and cryptic, and whatever I would add has to work with what's already there. Possibly, you could give me a primer on how to get started and which source code I should look at?
On 3/7/25 04:38, E. Liddell via tde-devels wrote:
On Thu, 6 Mar 2025 23:37:03 -0800 Alec Destry via tde-develsdevels@trinitydesktop.org wrote:
About a week ago, I reported this bug in TDE 14.1.3 at https://mirror.git.trinitydesktop.org/gitea/TDE/tde/issues/224 but, so far, nothing has happened. Is that where bugs should be reported?
That is where bugs should be reported, yes. It doesn't guarantee that bugs the team considers low-priority will be attacked with any urgency, as the project only has so much manpower.
I can't recall ever running into the bug described in your report even when manipulating a directory that has nearly double the files on your DVD. Of course, it's possible that I've just never attempted enough operations in sequence to trigger it. That being said, it looks to me like there are two differences between what you're doing and what I'm doing.
The first is that I don't invoke Konqueror from the menu when I'm doing this, I invoke it from the command line in an su'd konsole session. This is unlikely to be the issue.
More likely the problem is that you're trying to work directly from an optical disc (very slow by modern standards), while the directory I'm dealing with is on a hard drive. Try ripping your DVD to an iso file on your hard disc and mounting the iso as a loopback, and see if the problem persists when you're no longer dealing with slow media.
E. Liddell ____________________________________________________ tde-devels mailing list --devels@trinitydesktop.org To unsubscribe send an email todevels-leave@trinitydesktop.org Web mail archive available athttps://mail.trinitydesktop.org/mailman3/hyperkitty/list/devels@trinitydeskt...
On Fri, 7 Mar 2025 15:26:17 -0800 Alec Destry via tde-devels devels@trinitydesktop.org wrote:
"/...as the project only has so much manpower.../" and "/...You're free to research the problem and offer a fix.../"
I've been known to code. The concern I have is the source code base is very large and complex, the comments there are very sparse and cryptic, and whatever I would add has to work with what's already there. Possibly, you could give me a primer on how to get started and which source code I should look at?
The project git details are here:
https://wiki.trinitydesktop.org/Project_GIT_Information
To commit back to the repository, you'll need to have someone in authority (that usually means Slávek or Michele) add you to the access list.
https://wiki.trinitydesktop.org/Category:Developers has links to available documentation, although some of it is dated.
As for the parts of the codebase that might be involved, the bits that look to me like they might be relevant are konqueror and libkonq in tdebase, then the ioslaves and hardware lib material in tdelibs, and maybe the dbus bindings, which are their own modules. It's also conceivable that the backend used by the hardware lib (pmount, udisks, or udevil) could affect mount options and therefore media behaviour.
Note that I've only interacted with the codebase as a packager for Gentoo, and that not in the past couple of years, so it's quite possible that my guesses about what part of the code this is coming from may be off-base.
E. Liddell
On 2025-03-07 01:37:03 you wrote:
About a week ago, I reported this bug in TDE 14.1.3 at https://mirror.git.trinitydesktop.org/gitea/TDE/tde/issues/224 but, so far, nothing has happened. Is that where bugs should be reported?
I see that you are getting a lot of static about using Konqueror as root. Are you actually starting a new user session (via the desktop context menu's Switch User, or starting Konqueror - Superuser Mode from your regular user desktop session?
Leslie
"/...Are you actually starting a new user session (via the desktop context menu's Switch User, or starting Konqueror - Superuser Mode from your regular user desktop session?.../"
Starting Konqueror - Superuser Mode from the regular user desktop session.
On 3/7/25 15:26, J Leslie Turriff via tde-devels wrote:
On 2025-03-07 01:37:03 you wrote:
About a week ago, I reported this bug in TDE 14.1.3 at https://mirror.git.trinitydesktop.org/gitea/TDE/tde/issues/224 but, so far, nothing has happened. Is that where bugs should be reported?
I see that you are getting a lot of static about using Konqueror as root. Are you actually starting a new user session (via the desktop context menu's Switch User, or starting Konqueror - Superuser Mode from your regular user desktop session?
Leslie
On 2025-03-07 17:45:03 you wrote:
"/...Are you actually starting a new user session (via the desktop context menu's Switch User, or starting Konqueror - Superuser Mode from your regular user desktop session?.../"
Starting Konqueror - Superuser Mode from the regular user desktop session.
You say you are opening multiple Konqueror windows. Have you tried using multiple tabs in a single window instead? Go to Settings => Configure Konqueror => User Interface, Uncheck "Hide the tab bar when only one tab is open"; this will let you create new tabs by clicking on the button to the left of the first tab.
Leslie
On 3/7/25 15:26, J Leslie Turriff via tde-devels wrote:
On 2025-03-07 01:37:03 you wrote:
About a week ago, I reported this bug in TDE 14.1.3 at https://mirror.git.trinitydesktop.org/gitea/TDE/tde/issues/224 but, so far, nothing has happened. Is that where bugs should be reported?
I see that you are getting a lot of static about using Konqueror as root. Are you actually starting a new user session (via the desktop context menu's Switch User, or starting Konqueror - Superuser Mode from your regular user desktop session?
Leslie
Leslie