Can not pre-configure Plasma bottom panel nor Dolphin with Kiosk
Hi list, This question should probably go to enterpr...@kde.org, but it seems there was no activity there since 2019. Also, I already asked on discuss.kde.org (https://discuss.kde.org/t/can-not-configure-plasma-bottom-panel-nor-dolphin-with-kiosk/329), but I got no answers yet. I am trying to configure some default settings to be able to deploy KDE. I am doing my tests with Debian “hopefully-soon-stable” 12 (Plasma 5.27.2). I follow the kiosk mode documentation, and it works properly for some settings (night color, baloo search, power management, Discover). However, I have very strange results when trying to configure the bottom panel: - From a new user with default settings, I customize the panel (changing some applications shortcuts, disabling clipboard) - Using `fswatch`, I could determine that the relevant configuration file is `~/.config/plasma-org.kde.plasma.desktop-appletsrc` - If I copy this file to `/etc/xdg/`, my settings are not applied to new users (while it works for other files like `kscreenlockerrc`) - As a workaround, if I copy this file to `/etc/skel/.config/`, settings are applied to new users BUT the panel gets a height of 30 instead of 44 (the default). Also, a somewhat similar issue is for configuring Dolphin (toolbar, left panel, right panel, detailed view by default): - I found that the relevant files is `~/.local/share/kxmlgui5/dolphin/dolphinui.rc` (strangely `/etc/dolphinrc` does not seem to contain the settings I am interested in) - If I copy this file to `/etc/xdg/dolphinui.rc`, my settings are not applied for new users - After copying this file to `/etc/skel/.local/share/kxmlgui5/dolphin/dolphinui.rc`, settings are indeed applied to new users except “overview in right panel” and “detailed view by default” What am I doing wrong? I suppose I missed something from the documentation, but could not find what. Any help would be greatly appreciated! Regards, Yvan OpenPGP_signature Description: OpenPGP digital signature
Re: Dolphin replace/remove invalid chars in filename when copying to NTFS?
On 2023-01-05 07:05:53 Alexander Puchmayr wrote: > Am Donnerstag, 5. Jänner 2023, 12:38:50 CET schrieb René J.V. Bertin: > > On Thursday January 05 2023 09:29:43 Alexander Puchmayr wrote: > > >Hi, > > > > > >I just wanted to copy a bunch of files containing various characters > > > like '?' and ':' in their names to an NTFS drive with dolphin, and got > > > lots of errors because of that names. Dolphin does not remove those > > > characters (or offer to do so), the only option you have is abort. > > > > > >Of course, one could do that in a shell using pattern replacement, but > > > the average user, who is not familiar with those bash/aws/sed tricks, > > > will prefer a more convenient way. So is there a way of doing that in > > > Dolphin? > > > > AFAIK this was always handled at the filesystem driver level, possibly > > with some kind of mapping trick that would allow the user to see the > > original filename from the Unix side. > > Obviously, filesystem driver layer does not care about this, it returns an > "invalid argument" if you try to create a file containing a '?' on an ntfs > filesystem. And Dolphin simply seems to forward that error to the UI. > > > But there's also something to say for disallowing this altogether; it's > > good practice to use file names that are valid on all the (file)systems > > you want to use them with... > > I don't agree, especially if you do not know in advance that the files on > some filesystem should be ever moved to another file system with different > naming rules. Unix/Linux allows almost all characters, while other OS do > not. Other file systems may have problems with UTF8, so with that > argumentations, we should use DOS compatible 8.3 naming schemes, 7-Bit > ASCII only, just do be sure. > > IMHO, a GUI based user program should be able to handle such cases, as most > users do not care about such restrictions and assume its OK when their > primary OS accepts it. > > Alex For flexibility the tool should provide the capability for the user to create or modify a default mapping for the objectionable characters, e.g. ? = x, : = y, ..., either on the first use of the tool or each time it is used (when the initial mapping would be the default). Leslie -- Platform: Linux Distribution: openSUSE Leap 15.4 (x86_64)
Re: Dolphin replace/remove invalid chars in filename when copying to NTFS?
On Thursday January 05 2023 14:18:19 clarjon1 wrote: >Having just an automated autoreplace could result in poor results, esp >if not explained to the user... +++ >"Some files contain characters not allowed by the destination file >system (FilesystemTypeHere) and cannot be copied as-is. Manually >rename the files below, click to allow auto-replacement of characters, >or continue operation without those files Autoreplace is not a good idea, not even when applied to the target files. The safest and simplest solution would be to replace the autoreplace proposal with one to pack the files in some standard archive (zip, 7z, ...) that can be configured via Dolphin's preferences or a popup dialog. Archiving circumvents all possible cross-platform issues, or rather, postpones them to the unpacking stage on the target system where they have been solved already. Users can be expected to be familiar with how that works - and I wouldn't be surprised if MSWin has tricks up its sleeves to make officially invalid characters appear in file names (IIRC the initial support of "long" file names on FAT filesystems also worked with a lookup table). R.
Re: Dolphin replace/remove invalid chars in filename when copying to NTFS?
Having just an automated autoreplace could result in poor results, esp if not explained to the user... I wonder if functionality could be done to check what the destination filesystem is,and a quick scan of the file names to look for incompatible characters, then provide a dialog with functionality like "Some files contain characters not allowed by the destination file system (FilesystemTypeHere) and cannot be copied as-is. Manually rename the files below, click to allow auto-replacement of characters, or continue operation without those files | /home/clarjon1/BoxOfFilesWithInCompatibleNames | /home/clarjon1/ThatAllowForTheTextToBeCopied | /home/clarjon1/SoUsersCanManuallyReplace | /home/clarjon1/AtTheirDiscretion [Autoreplace] [Ignore Files] [Cancel] If Autoreplace is chosen, a second dialog should appear, that will show the results, so users can note/document what the new file names are, which may be important eg for updating scripts. On Thu, 5 Jan 2023 at 08:06, Alexander Puchmayr wrote: > > Am Donnerstag, 5. Jänner 2023, 12:38:50 CET schrieb René J.V. Bertin: > > On Thursday January 05 2023 09:29:43 Alexander Puchmayr wrote: > > >Hi, > > > > > >I just wanted to copy a bunch of files containing various characters like > > >'?' and ':' in their names to an NTFS drive with dolphin, and got lots of > > >errors because of that names. Dolphin does not remove those characters (or > > >offer to do so), the only option you have is abort. > > > > > >Of course, one could do that in a shell using pattern replacement, but the > > >average user, who is not familiar with those bash/aws/sed tricks, will > > >prefer a more convenient way. So is there a way of doing that in Dolphin? > > AFAIK this was always handled at the filesystem driver level, possibly with > > some kind of mapping trick that would allow the user to see the original > > filename from the Unix side. > > > > Obviously, filesystem driver layer does not care about this, it returns an > "invalid argument" if you try to create a file containing a '?' on an ntfs > filesystem. And Dolphin simply seems to forward that error to the UI. > > > But there's also something to say for disallowing this altogether; it's good > > practice to use file names that are valid on all the (file)systems you want > > to use them with... > > > > I don't agree, especially if you do not know in advance that the files on some > filesystem should be ever moved to another file system with different naming > rules. Unix/Linux allows almost all characters, while other OS do not. Other > file systems may have problems with UTF8, so with that argumentations, we > should use DOS compatible 8.3 naming schemes, 7-Bit ASCII only, just do be > sure. > > IMHO, a GUI based user program should be able to handle such cases, as most > users do not care about such restrictions and assume its OK when their primary > OS accepts it. > > Alex > > > >
Re: Dolphin replace/remove invalid chars in filename when copying to NTFS?
Am Donnerstag, 5. Jänner 2023, 12:38:50 CET schrieb René J.V. Bertin: > On Thursday January 05 2023 09:29:43 Alexander Puchmayr wrote: > >Hi, > > > >I just wanted to copy a bunch of files containing various characters like > >'?' and ':' in their names to an NTFS drive with dolphin, and got lots of > >errors because of that names. Dolphin does not remove those characters (or > >offer to do so), the only option you have is abort. > > > >Of course, one could do that in a shell using pattern replacement, but the > >average user, who is not familiar with those bash/aws/sed tricks, will > >prefer a more convenient way. So is there a way of doing that in Dolphin? > AFAIK this was always handled at the filesystem driver level, possibly with > some kind of mapping trick that would allow the user to see the original > filename from the Unix side. > Obviously, filesystem driver layer does not care about this, it returns an "invalid argument" if you try to create a file containing a '?' on an ntfs filesystem. And Dolphin simply seems to forward that error to the UI. > But there's also something to say for disallowing this altogether; it's good > practice to use file names that are valid on all the (file)systems you want > to use them with... > I don't agree, especially if you do not know in advance that the files on some filesystem should be ever moved to another file system with different naming rules. Unix/Linux allows almost all characters, while other OS do not. Other file systems may have problems with UTF8, so with that argumentations, we should use DOS compatible 8.3 naming schemes, 7-Bit ASCII only, just do be sure. IMHO, a GUI based user program should be able to handle such cases, as most users do not care about such restrictions and assume its OK when their primary OS accepts it. Alex
Re: Dolphin replace/remove invalid chars in filename when copying to NTFS?
On Thursday January 05 2023 09:29:43 Alexander Puchmayr wrote: >Hi, > >I just wanted to copy a bunch of files containing various characters like '?' >and ':' in their names to an NTFS drive with dolphin, and got lots of errors >because of that names. Dolphin does not remove those characters (or offer to >do >so), the only option you have is abort. > >Of course, one could do that in a shell using pattern replacement, but the >average user, who is not familiar with those bash/aws/sed tricks, will prefer >a more convenient way. So is there a way of doing that in Dolphin? AFAIK this was always handled at the filesystem driver level, possibly with some kind of mapping trick that would allow the user to see the original filename from the Unix side. But there's also something to say for disallowing this altogether; it's good practice to use file names that are valid on all the (file)systems you want to use them with... R
Dolphin replace/remove invalid chars in filename when copying to NTFS?
Hi, I just wanted to copy a bunch of files containing various characters like '?' and ':' in their names to an NTFS drive with dolphin, and got lots of errors because of that names. Dolphin does not remove those characters (or offer to do so), the only option you have is abort. Of course, one could do that in a shell using pattern replacement, but the average user, who is not familiar with those bash/aws/sed tricks, will prefer a more convenient way. So is there a way of doing that in Dolphin? Thanks Alex
How to enable multi-volume archive for zip format in Dolphin
In dolphin, when user right click a group of files and select `Compress` -> `Compress to...`, than a dialog will appear, when user chose `Zip archive` in `Type` Combobox, In zip format, password protection is select-able, however, multi-volume archive is not select-able. But in standard, zip format is split-able, also known as `*.001` file. Is there any optional dependency needed? how to enable this option?
Re: How to stop Dolphin from updating access times
On Wednesday April 07 2021 09:59:15 Moritz Petersen wrote: >Well, a basic directory listing is essentially what I want from >dolphin, right? >You don't need to access a file to know it's size >and timestamps for example For the size I agree, but at least some of the timestamps are probably stored at the file level (instead of at the directory level). I assume that reading extended attributes will also update the atime stamp. >need to do so to display them. But then again you already need to >read magic numbers to make sensible assumptions about the type of >content. Empty files probably weren't the most realistic test >case. Actually, they would be to exclude the idea that magic imprints could be involved. A sensible "magic" implementation wouldn't try to read those from empty files ;) >Looks like atime just isn't as useful as I had hoped it would >be. I'm going to go for a different solution. I was going to point out that there are ways to enable atime only for certain directory trees but apparently that's a moot point now :) >No, I do not have that panel enabled. I have also disabled all >info columns, no change. The devs may have decided simply to read all data instead of adding tests (for what's enabled) in multiple locations. R
Re: How to stop Dolphin from updating access times
René J.V. Bertin writes: On Sunday April 04 2021 11:45:16 Moritz Petersen wrote: first place. In my (perhaps naive) opinion there should not be any reason for the file to be accessed unless I interact with it's content in some way. Ah, but that's the point: atime is updated because of more actions than mtime. The way I understand it, atime is updated each time you access any file property other than what you need to obtain a basic directory listing (but doing that will update the directory's atime). Well, a basic directory listing is essentially what I want from dolphin, right? You don't need to access a file to know it's size and timestamps for example, so I thought maybe dolphin wouldn't need to do so to display them. But then again you already need to read magic numbers to make sensible assumptions about the type of content. Empty files probably weren't the most realistic test case. Looks like atime just isn't as useful as I had hoped it would be. I'm going to go for a different solution. Do you have the right-hand panel in Dolphin that shows file information, rating, etc? You could disable that, or disable the various info-to-be-shown options one by one and see if (and which) solves your issue. The fact that you see it happen for certain file types but not others suggests Dolphin isn't the one doing the actual accessing, but rather some library it depends on. No, I do not have that panel enabled. I have also disabled all info columns, no change. Thanks again
Re: How to stop Dolphin from updating access times
On Sunday April 04 2021 11:45:16 Moritz Petersen wrote: >first place. In my (perhaps naive) opinion there should not be any >reason for the file to be accessed unless I interact with it's >content in some way. Ah, but that's the point: atime is updated because of more actions than mtime. The way I understand it, atime is updated each time you access any file property other than what you need to obtain a basic directory listing (but doing that will update the directory's atime). Do you have the right-hand panel in Dolphin that shows file information, rating, etc? You could disable that, or disable the various info-to-be-shown options one by one and see if (and which) solves your issue. The fact that you see it happen for certain file types but not others suggests Dolphin isn't the one doing the actual accessing, but rather some library it depends on. R.
Re: How to stop Dolphin from updating access times
René J.V. Bertin writes: On Saturday April 03 2021 18:29:27 Moritz Petersen wrote: Hello, I have noticed that whenever I view a directory in Dolphin, the atimes of certain files are updated, even without me actually opening any files. Which files are 'accessed' apparently depends on their extensions. For example an empty .ogg file will have its atime updated, while an empty .m4a file will not. I have disabled all previews but that hasn't helped. Is there any way to disable this Behaviour? This may not be within dolphin's control... mount your filesystem with noatime (and nodiratime) and the behaviour should stop completely I think (and your filesystem should become snappier). In theory the atime is updated each time a file is accessed, and there are just too many reasons that could happen (without causing any change in the file) for the info to be of any interest as far as I'm concerned. I understand this is a strange problem and probably a complicated one. I would disable atimes completely but I want to utilize them for an application, which is how I stumbled across this in the first place. In my (perhaps naive) opinion there should not be any reason for the file to be accessed unless I interact with it's content in some way. I have tested this with a few file managers now and have only observed the same result with konqueror. That said, it seems weird that only some files would be affected, so you could report this on bugs.kde.org . That will bring the issue under the direct attention of the dev team and they'll tell you if there's another way than the one I mentioned to prevent it, why they can't do anything about it (if so), etc. Done: https://bugs.kde.org/show_bug.cgi?id=435341 Thank you, Moritz
Re: How to stop Dolphin from updating access times
On Saturday April 03 2021 18:29:27 Moritz Petersen wrote: >Hello, > >I have noticed that whenever I view a directory in Dolphin, the >atimes of certain files are updated, even without me actually >opening any files. > >Which files are 'accessed' apparently depends on their >extensions. For example an empty .ogg file will have its atime >updated, while an empty .m4a file will not. I have disabled all >previews but that hasn't helped. > >Is there any way to disable this Behaviour? This may not be within dolphin's control... mount your filesystem with noatime (and nodiratime) and the behaviour should stop completely I think (and your filesystem should become snappier). In theory the atime is updated each time a file is accessed, and there are just too many reasons that could happen (without causing any change in the file) for the info to be of any interest as far as I'm concerned. That said, it seems weird that only some files would be affected, so you could report this on bugs.kde.org . That will bring the issue under the direct attention of the dev team and they'll tell you if there's another way than the one I mentioned to prevent it, why they can't do anything about it (if so), etc. R.
How to stop Dolphin from updating access times
Hello, I have noticed that whenever I view a directory in Dolphin, the atimes of certain files are updated, even without me actually opening any files. Which files are 'accessed' apparently depends on their extensions. For example an empty .ogg file will have its atime updated, while an empty .m4a file will not. I have disabled all previews but that hasn't helped. Is there any way to disable this Behaviour?
Re: Dolphin
Am Tue, Nov 17, 2020 at 05:45:16PM + schrieb Andreas Wahlen: > Hi, I can't find the Dolphin download for Linux Mint 20. > I donated EUR 20.-. > Can you help me? > Greetings and thanks. Andreas Wahlen, Spain. I never used Mint myself, but deep down, it is Debian based. Thus, what is the output of `apt install dolphin`? -- Grüße | Greetings | Qapla’ “I want your clothes, your boots, and your signature.” signature.asc Description: PGP signature
Dolphin
Hi, I can't find the Dolphin download for Linux Mint 20. I donated EUR 20.-. Can you help me? Greetings and thanks. Andreas Wahlen, Spain. [donate.png] Andreas Wahlen C/ Diego Velazquez 4, puerta 3 ES-03189 Orihuela Costa Spain Tel. +34 619 549 008 [WEBSeite](https://wahlen.es) [WeeMee.jpg] Sent with [ProtonMail](https://protonmail.com) Secure Email.
Re: Dolphin for Mac
Rene, Tried Path Finder. Too much visual clutter and complexity. Too many tabs. Too many panels. Too many choices. I need a neat, clean, simple, minimal tree and branch hierarchical file manager like Windows Explorer if not even simpler. I have tried about everything. Finder is a disaster but I think I will have to learn Finder. Craig Cornell craig.corn...@icloud.com (860) 946-9390 (M) On May 10, 2020, at 15:27, René J.V. Bertin wrote: It's being worked upon, but it's still a long road ahead and there's no guarantee it will ever be a perfect replacement. For a more native experience you could look at Cocoatech's Path Finder. R.
Re: Dolphin for Mac
It's being worked upon, but it's still a long road ahead and there's no guarantee it will ever be a perfect replacement. For a more native experience you could look at Cocoatech's Path Finder. R.
Dolphin for Mac
Hello, Is Dolphin available for Mac? Finder is terrible. Thanks. Craig Cornell craig.corn...@icloud.com <mailto:craig.corn...@icloud.com> (860) 946-9390 (M)
Re: freeze problem with dolphin 2.2
On Thursday September 26 2019 07:46:22 Alexander Bruns wrote:
>We have huge network-shares mounted with NFS4 and if I browser a share
>with dolphin, it taket between 10 and 240 minutes
The root cause seems to be with how NFS is set up. Part of that may be
kernel-level because I myself have never managed to get out of freezes ("even"
on the command line) on the Linux side if a remote server is suspended. But
there are ways to mount an NFS share that make it possible to interrupt
operations, and also to reduce the required bandwidth. NFS can be very
resource-intensive; years (20+) ago I managed to cause network-wide problems
because I had 2 Unix workstations that mounted shares from each other.
Maybe there are other ways to get at remote data from within Dolphin, e.g.
using the fish: (ssh) or smb: protocols, or does RHEL offer an OpenAFS
implementation?
Have you checked if sizes are also calculated when the size column is not being
shown?
>Please, if you suggest to use newer RHEL-Version or newer KDE-Versions,
>this will not help us. Its not possible to us.
So if someone were to come up with a patch for the version you are using now
there is no way you get that applied (somewhat) officially?
Either way, if you're stuck with a commercial Linux version I would hope that
means that there is some kind of maintenance/support contract on it. So if
local configuration tweaks (in dolphin and or NFS mount parameters) don't work
and there is also no option to use a different file browser (Nautilus?) AND you
really need one to be productive, then your next step should be to convince the
powers that be to file a bug report with RH and get the issue resolve with the
support you're paying for.
Is there a RHEL community where you could get help?
R.
Re: freeze problem with dolphin 2.2
El día jueves, septiembre 26, 2019 a las 07:46:22a. m. +0200, Alexander Bruns escribió: > Hi KDE-Users, > > we have to stick to an old version of KDE at work, because we use RHEL7 > with KDE 4.14.8 and dolphin 2.2. > > We are not allowed to install external newer KDE-releases. What is not > shipped with RHEL we cannot use. > > ... I'm facing the same issue with KDE 4.14.10 and it's Dolphin on FreeBSD. I posted the following analyze to KDE and FreeBSD without any solution. The problem is that after the initial TCP/IP exchange SYN-SYN-ACK for the NetBIOS connect, Dolphin does nothing more and on the GUI it looks like frozen for ever. There must be something fundamental broken in KDE4. Here is what I posted some month ago: At work I have to access from my virtual machine running FreeBSD the files system of the Windows 7 host (please, be patient and don't blame me). For this I mostly use smbclient like: $ smbclient //APITZM-LTOH/apitzm -A ~/.smbpw -I 10.49.8.55 -m SMB2 Unknown parameter encountered: "display charset" Ignoring unknown parameter "display charset" Domain=[XXX] OS=[] Server=[] smb: \> which works just fine. I tried to use the same configuration in Dolphin of KDE4, but this just hangs. I used TCPDUMP to understand, what could be the problem. Here is smbclient: 09:46:12.686328 IP 10.0.2.15.24162 > 10.49.8.55.445: Flags [S], seq 1278231313, win 65535, options [mss 1460,nop,wscale 6,sackOK,TS val 51304411 ecr 0], length 0 09:46:12.688274 IP 10.49.8.55.445 > 10.0.2.15.24162: Flags [S.], seq 1141201409, ack 1278231314, win 65535, options [mss 1460], length 0 09:46:12.688292 IP 10.0.2.15.24162 > 10.49.8.55.445: Flags [.], ack 1, win 65535, length 0 09:46:12.688548 IP 10.0.2.15.24162 > 10.49.8.55.445: Flags [P.], seq 1:217, ack 1, win 65535, length 216 SMB PACKET: SMBnegprot (REQUEST) ... and this is Dolphin: 11:10:40.579506 IP 10.0.2.15.23810 > 10.49.8.55.445: Flags [S], seq 1055509186, win 65535, options [mss 1460,nop,wscale 6,sackOK,TS val 56372363 ecr 0], length 0 11:10:40.581858 IP 10.49.8.55.445 > 10.0.2.15.23810: Flags [S.], seq 1678033409, ack 1055509187, win 65535, options [mss 1460], length 0 11:10:40.581878 IP 10.0.2.15.23810 > 10.49.8.55.445: Flags [.], ack 1, win 65535, length 0 i.e. after the SYN-SYN-ACK no more traffic. What could I do wrong? matthias -- Matthias Apitz, ✉ g...@unixarea.de, http://www.unixarea.de/ +49-176-38902045 Public GnuPG key: http://www.unixarea.de/key.pub Mientras haya voluntad de lucha habrá esperanza de vencer.
freeze problem with dolphin 2.2
Hi KDE-Users, we have to stick to an old version of KDE at work, because we use RHEL7 with KDE 4.14.8 and dolphin 2.2. We are not allowed to install external newer KDE-releases. What is not shipped with RHEL we cannot use. We face difference between dolphin 2.2 and konquerer 4.14.8 concerning file-browsing. We have huge network-shares mounted with NFS4 and if I browser a share with dolphin, it taket between 10 and 240 minutes It does not react again after entering the shared directory. It is frozen, no menues work. In konquerer the same share is slow, but works or even in a terminal window a ls works. Is there a way to setup dolphin to stop analysing the share and collect data about sizes. this seems to be the root cause of the freezing. For us it is not useable. Please, if you suggest to use newer RHEL-Version or newer KDE-Versions, this will not help us. Its not possible to us. The question is, if there is a way to change the behaviour or not for this old version. Greetings. Alexander Bruns
Re: Dolphin loses UI settings when restarted
On Sunday July 01 2018 12:33:19 Florian Lindner wrote: >$QT_QPA_PLATFORMTHEME = kde >$KDE_FULL_SESSION = 1 >$KDE_SESSION_VERSION = 5 > >Some system tray icons do not owrk anymore. Most notably kmail and Nextcould. >Other apps, like Dropbox, udiskie, Redshift-GTK are working. So I guess there >is some KDE way of using the systray, kmail and nextcloud try to use that and >it does not work with the standard way i3 is using. > >Any idea? Yeah, this can be a side-effect: KDE desktops use a slightly different method for the systray, one that uses dbusmenu-qt. If memory serves me well this is done by the plasma-integration plugin. 2 solutions: - find a plugin/extension for your desktop that supports this method; I know one exists for the XFCE-panel for instance - uninstall or otherwise disable the plasma-integration plugin ($prefix/share/qt5/plugins/platformthemes/KDEPlasmaPlatformTheme.so). As I mentioned previously, Qt contains a built-in emulation of the plasma-integration plugin that basically applies the settings in your kdeglobals file. You may not get the KDE file dialogs and I'm almost certain you won't get the different systray behaviour, but things like widget style, colour and icon themes should be applied. NB: you should keep the same 3 env. variables set. R.
Re: Dolphin loses UI settings when restarted
Hey, another problem surfaced when $QT_QPA_PLATFORMTHEME = kde $KDE_FULL_SESSION = 1 $KDE_SESSION_VERSION = 5 Some system tray icons do not owrk anymore. Most notably kmail and Nextcould. Other apps, like Dropbox, udiskie, Redshift-GTK are working. So I guess there is some KDE way of using the systray, kmail and nextcloud try to use that and it does not work with the standard way i3 is using. Any idea? Best, Florian Am Montag, 25. Juni 2018, 18:21:59 CEST schrieb René J.V. Bertin: > On Monday June 25 2018 17:21:14 Florian Lindner wrote: > > AFAIK KF5 applications handle their own settings including those pertaining > to the UI and window size (but not window placement, on Linux). > Still, your best bet would be to install and try a minimal Plasma5 desktop to > see if your problem exists there too, with and without: > >export QT_QPA_PLATFORMTHEME="qt5ct" > > What is that theme? You know that you can use the plasma-integration platform > theme plugin even if you don't run the Plasma5 desktop, right? That may > improve certain things for you. > > >export > > QT_PLUGIN_PATH=$HOME/.kde4/lib/kde4/plugins/:/usr/lib/kde4/plugins/ > > Those are KDE4 settings, which have no effect on Dolphin 18.x. I don't think > the setting can hurt though. > > R. >
Re: Dolphin loses UI settings when restarted
René J.V. Bertin posted on Wed, 27 Jun 2018 22:59:04 +0200 as excerpted: >>BTW: Do you have any idea how to set dolphin to select on double click, >>not single click. I was looking at `kcmshell5 --list` but couldn't find >>the right module. Or is there even a command to get the KDE system >>settings GUI? > > Try system-settings. The setting you look for exist, but I always forget > where. You can also set if directly in ~/.config/kdeglobals: set > SingleClick=false in the KDE section. NB: your KDE4 applications > probably use a file of the same name that lives in > ~/.kde*/share/config/kdeglobals . It's systemsettings5 In kde system settings, in the left column it's under workspace, desktop behavior, middle column workspace, right column click behavior. To load that specific kcontrol module in kcmshell5, try: kcmshell5 kcm_workspace -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman
Re: Dolphin loses UI settings when restarted
On Thursday June 28 2018 02:49:39 J Leslie Turriff wrote: > This behaviour is the wonderful thing about the apparent current > mindset of >the KDE developers, that the KDE desktop is no longer something for >end-users, but just a toy for the edification of its developers. Continuity? >Usability? Bah, who needs that? Here's some eye-candy instead. I wish I could say I disagree ...
Re: Dolphin loses UI settings when restarted
On 2018-06-27 03:24:36 René J.V. Bertin wrote: > >Is there some KDE wiki site that can be used to document that? Is > > https://userbase.kde.org the right place? > > Presumably, or the forums. Cross your fingers though that this doesn't irk > someone who feels that KDE look-and-feel should be exclusive to the Plasma > desktop. I know there's at least 1 dev who already told me he planned to > take down some comparable backdoor, "just because he could". This behaviour is the wonderful thing about the apparent current mindset of the KDE developers, that the KDE desktop is no longer something for end-users, but just a toy for the edification of its developers. Continuity? Usability? Bah, who needs that? Here's some eye-candy instead.
Re: Dolphin loses UI settings when restarted
On Wednesday June 27 2018 22:15:58 Florian Lindner wrote: >KDE_FULL_SESSION and KDE_SESSION_VERSION=5 are not set. If they are set, >everything seems to work. Figures, you need at least the full_session variable. >florian@horus ~ % dolphin >"Session bus not found\nTo circumvent this problem try the following command >(with Linux and bash)\nexport $(dbus-launch)" >Of course, dbus is started using systemd / logind, other applications >depending of dbus are working. But is DBUS_SESSION_BUS_ADDRESS set in the shell from which you launch dolphin? If not, it won't find the dbus to connect to. >florian@horus ~ % kmail >org.kde.pim.akonadicontrol: Unable to register service as >"org.freedesktop.Akonadi.Control.lock" Maybe it's already running? >Error loading text-to-speech plug-in "speechd" >QSystemTrayIcon::setVisible: No Icon set >QSystemTrayIcon::setVisible: No Icon set >QSystemTrayIcon::setVisible: No Icon set >[... goes on forever and ever... until I Ctrl-C] I cannot help you with that, sorry. Maybe ask on the kdepim-users ML? >Well, that is sad. Especially since KDE is not the KDE desktop anymore, but >the KDE software collection, which, as far as my perception goes, should be >independent of the Plasma desktop. They are, but if you don't use the plasma-integration plugin and/or don't set the variables mentioned above, KDE applications will simply look like Qt applications, and won't use the font, colour, icon etc. settings defined for the plasma desktop. I agree with you that this aspect should also be independent of what kind of desktop you run. That's why I answered your question :) >BTW: Do you have any idea how to set dolphin to select on double click, not >single click. I was looking at `kcmshell5 --list` but couldn't find the right >module. Or is there even a command to get the KDE system settings GUI? Try system-settings. The setting you look for exist, but I always forget where. You can also set if directly in ~/.config/kdeglobals: set SingleClick=false in the KDE section. NB: your KDE4 applications probably use a file of the same name that lives in ~/.kde*/share/config/kdeglobals . R.
Re: Dolphin loses UI settings when restarted
Am Mittwoch, 27. Juni 2018, 10:24:36 CEST schrieb René J.V. Bertin: > On Wednesday June 27 2018 08:57:58 Florian Lindner wrote: > > >Only setting QT_QPA_PLATFORMTHEME=kde makes dolphin crash at the first > >startup (second try always works) and sends kmail > >into in infinite loop at start, I already tried that some time ago. > > That's strange, and probably a bug. The plasma integration plugin does not > have runtime dependencies on anything that is only available through an > active Plasma5 desktop, to my knowledge. At least you shouldn't get a crash > in dolphin. If you only get it once it may indicate that something required > isn't yet running and is started automatically, but you still shouldn't get a > crash. If DrKonqi appears and gives a useable backtrace you could file a bug > report for this. Settings are like that: $QT_QPA_PLATFORMTHEME = kde $QT_LOGGING_RULES = *.debug=false $QT_PLUGIN_PATH = /home/florian/.kde4/lib/kde4/plugins/:/usr/lib/kde4/plugins/ KDE_FULL_SESSION and KDE_SESSION_VERSION=5 are not set. If they are set, everything seems to work. florian@horus ~ % dolphin "Session bus not found\nTo circumvent this problem try the following command (with Linux and bash)\nexport $(dbus-launch)" Of course, dbus is started using systemd / logind, other applications depending of dbus are working. tried that multiple times, crashes every time. At some point it seems to start whatever was missing and works. KMail: florian@horus ~ % kmail org.kde.pim.akonadicontrol: Unable to register service as "org.freedesktop.Akonadi.Control.lock" Maybe it's already running? Error loading text-to-speech plug-in "speechd" QSystemTrayIcon::setVisible: No Icon set QSystemTrayIcon::setVisible: No Icon set QSystemTrayIcon::setVisible: No Icon set [... goes on forever and ever... until I Ctrl-C] > > >Setting also KDE_FULL_SESSION=1 and KDE_SESSION_VERSION=5 makes it all work > >like a charm! Setttings are saved, file open > >dialoges are now really KDE and not some minmimalistic version and a number > >of other idiosyncrasies... > > That is without setting QT_QPA_PLATFORMTHEME I presume? No QT_QPA_PLATFORMTHEME=kde and also KDE_FULL_SESSION=1 and KDE_SESSION_VERSION=5 > In that case you get Qt's fallback internal implementation of the > plasma-integration plugin, though I don't really understand how that can give > you real KDE file dialogs. It's probably QT_QPA_PLATFORMTHEME=kde that gives the file dialogues, and the two others, that makes kmail and dolphin actually work. > > >Is there some KDE wiki site that can be used to document that? Is > >https://userbase.kde.org the right place? > > Presumably, or the forums. Cross your fingers though that this doesn't irk > someone who feels that KDE look-and-feel should be exclusive to the Plasma > desktop. I know there's at least 1 dev who already told me he planned to take > down some comparable backdoor, "just because he could". Well, that is sad. Especially since KDE is not the KDE desktop anymore, but the KDE software collection, which, as far as my perception goes, should be independent of the Plasma desktop. Plasma can't and doesn't want to be something like i3 or awesome, but if I have to choose between i3/awesome and dolphin, I would take the first. Though after I had these problems already with dolphin, I tried other file managers (pcmanfm and thunar) but still like dolphin the most. I also use dired of Emacs, but thats not something for everyday use. BTW: Do you have any idea how to set dolphin to select on double click, not single click. I was looking at `kcmshell5 --list` but couldn't find the right module. Or is there even a command to get the KDE system settings GUI? Best Wishes, Florian
Re: Dolphin loses UI settings when restarted
On Wednesday June 27 2018 08:57:58 Florian Lindner wrote: >Only setting QT_QPA_PLATFORMTHEME=kde makes dolphin crash at the first startup >(second try always works) and sends kmail >into in infinite loop at start, I already tried that some time ago. That's strange, and probably a bug. The plasma integration plugin does not have runtime dependencies on anything that is only available through an active Plasma5 desktop, to my knowledge. At least you shouldn't get a crash in dolphin. If you only get it once it may indicate that something required isn't yet running and is started automatically, but you still shouldn't get a crash. If DrKonqi appears and gives a useable backtrace you could file a bug report for this. >Setting also KDE_FULL_SESSION=1 and KDE_SESSION_VERSION=5 makes it all work >like a charm! Setttings are saved, file open >dialoges are now really KDE and not some minmimalistic version and a number of >other idiosyncrasies... That is without setting QT_QPA_PLATFORMTHEME I presume? In that case you get Qt's fallback internal implementation of the plasma-integration plugin, though I don't really understand how that can give you real KDE file dialogs. >Is there some KDE wiki site that can be used to document that? Is >https://userbase.kde.org the right place? Presumably, or the forums. Cross your fingers though that this doesn't irk someone who feels that KDE look-and-feel should be exclusive to the Plasma desktop. I know there's at least 1 dev who already told me he planned to take down some comparable backdoor, "just because he could". R.
Re: Dolphin loses UI settings when restarted
Hi, Am 25.06.2018 um 22:05 schrieb René J.V. Bertin: > On Monday June 25 2018 20:57:18 Florian Lindner wrote: > >> It seems that setting QT_QPA_PLATFORMTHEME causes the problem, inside Plasma >> as well as inside i3. However, not setting causes all KDE (5?) application >> not showing any icons when used inside i3, so it's not an option either. > > Yes, that would figure, although there's a trick to avoid that too. > >> It was very hard for me to find information about using KDE application >> outside of Plasma. > > That figures, the plasma team guards their work a bit jealously (or at least > that's the impression one can get). > >> How to use the plasma-integration platform theme plugin if not using Plasma5 >> desktop? > > Easy: set QT_QPA_PLATFORMTHEME=kde; you should already have the plugin itself > since you have the Plasma5 desktop stuff installed . It can help if you also > set KDE_FULL_SESSION=1 and KDE_SESSION_VERSION=5 . > If you do that, KF5 applications should behave as if they're running under a > Plasma5 desktop. There should be no or almost no drawbacks, because that > desktop environment isn't required to run those applications. This is exactly > what I do on a Kubuntu 14.04 machine that still has a good old KDE/Plasma4 > desktop, and I do something similar on my Mac where it is evidently not > possible to run a full Plasma desktop environment. >>From time to time you may get messages about services that aren't running or >>found (kactivities, for instance). For the most part those will probably not >>interest you, if not you can install/run them manually. The most important >>things (kdeinit5, kded5 and kwalletd5) should get started automatically. Only setting QT_QPA_PLATFORMTHEME=kde makes dolphin crash at the first startup (second try always works) and sends kmail into in infinite loop at start, I already tried that some time ago. Setting also KDE_FULL_SESSION=1 and KDE_SESSION_VERSION=5 makes it all work like a charm! Setttings are saved, file open dialoges are now really KDE and not some minmimalistic version and a number of other idiosyncrasies... Thanks a lot! Is there some KDE wiki site that can be used to document that? Is https://userbase.kde.org the right place? Best, Florian
Re: Dolphin loses UI settings when restarted
On Monday June 25 2018 20:57:18 Florian Lindner wrote: > It seems that setting QT_QPA_PLATFORMTHEME causes the problem, inside Plasma > as well as inside i3. However, not setting causes all KDE (5?) application > not showing any icons when used inside i3, so it's not an option either. Yes, that would figure, although there's a trick to avoid that too. > It was very hard for me to find information about using KDE application > outside of Plasma. That figures, the plasma team guards their work a bit jealously (or at least that's the impression one can get). > How to use the plasma-integration platform theme plugin if not using Plasma5 > desktop? Easy: set QT_QPA_PLATFORMTHEME=kde; you should already have the plugin itself since you have the Plasma5 desktop stuff installed . It can help if you also set KDE_FULL_SESSION=1 and KDE_SESSION_VERSION=5 . If you do that, KF5 applications should behave as if they're running under a Plasma5 desktop. There should be no or almost no drawbacks, because that desktop environment isn't required to run those applications. This is exactly what I do on a Kubuntu 14.04 machine that still has a good old KDE/Plasma4 desktop, and I do something similar on my Mac where it is evidently not possible to run a full Plasma desktop environment. >From time to time you may get messages about services that aren't running or >found (kactivities, for instance). For the most part those will probably not >interest you, if not you can install/run them manually. The most important >things (kdeinit5, kded5 and kwalletd5) should get started automatically. Have fun :) R.
Re: Dolphin loses UI settings when restarted
Hi, Am Montag, 25. Juni 2018, 18:21:59 CEST schrieb René J.V. Bertin: > On Monday June 25 2018 17:21:14 Florian Lindner wrote: > > AFAIK KF5 applications handle their own settings including those pertaining > to the UI and window size (but not window placement, on Linux). > Still, your best bet would be to install and try a minimal Plasma5 desktop to > see if your problem exists there too, with and without: > >export QT_QPA_PLATFORMTHEME="qt5ct" It seems that setting QT_QPA_PLATFORMTHEME causes the problem, inside Plasma as well as inside i3. However, not setting causes all KDE (5?) application not showing any icons when used inside i3, so it's not an option either. > > What is that theme? You know that you can use the plasma-integration platform > theme plugin even if you don't run the Plasma5 desktop, right? That may > improve certain things for you. My theme is Breeeze, accorting to qt5ct. How to use the plasma-integration platform theme plugin if not using Plasma5 desktop? It was very hard for me to find information about using KDE application outside of Plasma. Best, Florian
Re: Dolphin loses UI settings when restarted
On Monday June 25 2018 17:21:14 Florian Lindner wrote: AFAIK KF5 applications handle their own settings including those pertaining to the UI and window size (but not window placement, on Linux). Still, your best bet would be to install and try a minimal Plasma5 desktop to see if your problem exists there too, with and without: >export QT_QPA_PLATFORMTHEME="qt5ct" What is that theme? You know that you can use the plasma-integration platform theme plugin even if you don't run the Plasma5 desktop, right? That may improve certain things for you. >export QT_PLUGIN_PATH=$HOME/.kde4/lib/kde4/plugins/:/usr/lib/kde4/plugins/ Those are KDE4 settings, which have no effect on Dolphin 18.x. I don't think the setting can hurt though. R.
Dolphin loses UI settings when restarted
Hello, whenever I launch dolphin 18.04.2, it loses some UI settings. It is especially weird, because when I start dolphin from scratch, i.e. `rm .config/dolphinrc && rm -rf .local/share/dolphin && dolphin`, it looks fine, e.g. http://xgm.de/upload/Dolphin_1.png Then I change nothing, just quit and start it again, it looks like http://xgm.de/upload/Dolphin_2.png Now I activate menu bar (Ctrl-M), sidebar (F9) and toolbar (using mouse), change view mode to detailed, and change the icon size. When I quit and restart dolphin, all these settings, except view mode and icon size are lost. dolphinrc is also void of any of these settings. This problem may be connected, that I do not run KDE desktop environment, but i3, which has produced problems (especially GUI related, such as missig icons) with various KDE applications in the past. I have set export QT_QPA_PLATFORMTHEME="qt5ct" export QT_PLUGIN_PATH=$HOME/.kde4/lib/kde4/plugins/:/usr/lib/kde4/plugins/ Best Thanks! Florian
Re: Dolphin: add item to the context menu
Bernd Nachtigall posted on Thu, 21 Jun 2018 10:33:52 +0200 as excerpted: > Hi, > > in Dolphin it is possible to open a context menu at a file. (point to a > file and click the secondary button of you pointing device) > > Dependend of the file type you get a few action options. (e.g. Burn the > file with k3b if the file is an ISO) > > I want to add an entry to this context menu to get the checksum of the > file. Is anybody here who can lead me thougth this process? Assuming you already know how to do what you want to do (here, get a checksum) manually, that is, what program to run, etc, and further assuming that you're running dolphin on the kde-plasma desktop or at least have the appropriate kde system settings applet installed, it's easy enough. FWIW this also assumes a reasonably current kde/plasma5 desktop, not the old kde4, tho the steps there should be quite similar. Of course it should be noted that the file properties dialog (accessible from the context menu) has a checksums tab as well. So you could just open the properties dialog and check the checksums from there, assuming the appropriate apps it uses to get the checksums are already installed. And this assumes you're /not/ using that method already, or are, but know how to do it on the commandline as well, and want to add entries for that, thus bypassing the fiddly properties dialog. What you need to do is open up that applet and set a new association and perhaps priority, and there's actually several ways to do that. Here's a few of them: 1: From within dolpin itself: a: In the same context menu you mentioned above you should see a properties item (likely at the bottom of the menu). Activate that. b: In the resulting properties dialog, on the general tab, you should see a file type options button. Activate it. c: In the resulting edit file type dialog, on the general tab, under application preference order, activate the add button (you can of course edit existing actions there too, if you like). d: In the resulting choose application dialog, either choose the appropriate application from the applications menu if it's listed, or type or browse to the specific application. e: You can either add the commandline options, etc, here (note the terminal options at the bottom if you want to open it in a terminal window), or simply set the executable here and then hit edit once you're back to the edit file type dialog. f: OK back out to the edit file type dialog. Move your new action up or down the preference order as desired, keeping in mind that the top one listed will normally be used to open the file by default. Of course you can add or delete extensions associated with this file type if appropriate as well. Once you're done you can OK out, back to Dolphin. The down side of doing it this way, however, is that you only see the one file type. You don't get the big list of them, which makes it difficult if you want to add an entry for a lot of different filetypes or if you want to add one that applies to all (or nearly all) filetypes. The below methods are better in that case. 2. In kde/plasma's system settings: a: Open up kde systemsettings. Under personalization in the first column, activate applications. b: In the second column activate file associations. c: In the third column, under known types, find the desired file type (which can be seen from the properties dialog in dolphin). There's a search box if you prefer to type it in rather than browsing to it. d: Once you select the appropriate filetype the same edit filetype dialog described above should open up as the forth column and you can follow the instructions from 1c above. If you want to add an action that should be available regardless of the filetype, look under all. Now some distros disable one or both of the all/all (which applies to files /and/ folders/directories) and all/allfiles (which applies only to files, not directories) types, but at least the all/allfiles entry should be easy enough to add, should it be necessary. But I'll assume you have those entries here. For something like checksums, you probably only want the entry available for files, not directories, so you'd add it to the all/allfiles type. Note that while the all actions should appear in the context menu for all files (and dirs if appropriate), the more specific file types actions will normally be prioritized over them, so you shouldn't have to worry about the top all or allfiles action overriding the normal open action for a filetype, as long as the file /has/ a normal filetype. Only if it doesn't have a normal filetype should the top allfiles action become the default open action. 3: From krunner, plasma's open dialog: In krunner you can search by keyword, so simply typing file or asso should already list the file ass
Dolphin: add item to the context menu
Hi, in Dolphin it is possible to open a context menu at a file. (point to a file and click the secondary button of you pointing device) Dependend of the file type you get a few action options. (e.g. Burn the file with k3b if the file is an ISO) I want to add an entry to this context menu to get the checksum of the file. Is anybody here who can lead me thougth this process? Bernd
Dolphin: add item to the context menu
Hi, in Dolphin it is possible to open a context menu at a file. (point to a file and click the secondary button of you pointing device) Dependend of the file type you get a few action options. (e.g. Burn the file with k3b if the file is an ISO) I want to add an entry to this context menu to get the checksum of the file. Is anybody here who can lead me thougth this process? Bernd
Re: [dolphin] [Bug 393977] Dolphin has become very slow after recent update
On Mon, Jun 4, 2018 at 5:57 AM, Myriam Schweingruber wrote: > Hi Bug Reporter, > > why are you cross posting this to a support list, when a bug report has > already been filed to the dolphin developers? > Up until now, this has been a conversation. I was getting feedback and offering information. I had anticipated continuing that two-way conversation because it has not ended. With all due respect, and recognizing that I am new to this list and need to understand the etiquette, I am in the middle of a debugging process someone asked me to start. > You do realise that cross-posting is frowned upon, and you already made a > bug report, > I did not personally make that bug report and I was not initially aware it had been made. Apparently someone made it for me, which I appreciate. > so what is the point of sending this to the user support ML? > Already answered above. > This list here is meant for user support, and is the first step, where > escalating to either a development list or filing a bug report is the > eventual consequence of the support given here, not the other way round. > In my experience, the filing of a bug report is not "the end". People on this list had been asking me for additional information. As I understood it, I was to provide some gdb info. I'm in the middle of that. I still have Dolphin running under gdb and I did not want to kill that process until I got feedback from people who know more than I do. This problem takes several days to begin manifesting, and I have been running Dolphin under gdb and I'm trying to continue that until I have given all the info needed. Starting it over will require several days for Dolpin to get to the point where the UI becomes very sluggish. > > So please, do not crosspost or escalate the wrong way, it is really not > helpful. > > Regards, Myriam > > PS: Top-posting on purpose, as I am just reacting to the repeated > cross-posting you do on this list > I can tell you were not following the conversation in detail. Otherwise, I do not think you would have reacted this way at all to a conversation that was in process. However, this is not my list so I will do as I am told to do by the people who are participating in this conversation already. In particular, at what point should I end gdb?
Re: [dolphin] [Bug 393977] Dolphin has become very slow after recent update
Hi Bug Reporter,
why are you cross posting this to a support list, when a bug report has
already been filed to the dolphin developers?
You do realise that cross-posting is frowned upon, and you already made a
bug report, so what is the point of sending this to the user support ML?
This list here is meant for user support, and is the first step, where
escalating to either a development list or filing a bug report is the
eventual consequence of the support given here, not the other way round.
So please, do not crosspost or escalate the wrong way, it is really not
helpful.
Regards, Myriam
PS: Top-posting on purpose, as I am just reacting to the repeated
cross-posting you do on this list
FWIW. I run an open Dolphin since
11:52:15 up 8 days, 21:35, 5 users, load average: 2,60, 3,39, 3,50
where KSysGuard tells me:
The process *dolphin* (with pid 2671) is using approximately 4.0 MB of
memory.
It is using 3.8 MB privately, and a further 2.8 MB that is, or could be,
shared with other programs.
Dividing up the shared memory between all the processes sharing that memory
we get a reduced shared memory usage of 269.0 KB. Adding that to the
private usage, we get the above mentioned total memory footprint of 4.0 MB.
I see no problems currently, running Dolphin 17.12.3 on Plasma 5.12.5
On Sun, 3 Jun 2018 at 21:46, Bug Reporter wrote:
> see below
>
> On Fri, Jun 1, 2018 at 5:25 PM, Bug Reporter
> wrote:
>
>> On Fri, Jun 1, 2018 at 5:04 PM, Elvis Angelaccio <
>> bugzilla_nore...@kde.org> wrote:
>>
>>> https://bugs.kde.org/show_bug.cgi?id=393977
>>>
>>> --- Comment #9 from Elvis Angelaccio ---
>>> (In reply to bugreporter11 from comment #8)
>>> > Is this the right method for running Dolphin from gdb?
>>> > $ gdb dolphin 2>&1 | tee dolphin.gdb
>>> > (gdb) run
>>> > Starting program: /usr/bin/dolphin
>>>
>>> Yes, that should work.
>>>
>>>
>>> In my experience, the GUI gets slower and slower over time when I leave
>> Dolphin open. Prior to a few months ago, this did not happen. I would leave
>> Dolphin open for weeks (or months) at a time on my desktop computer. Since
>> a change a few months ago, I now close Dolphin each night. This keeps the
>> GUI acting relatively responsively.
>>
>> For this test, I have been running Dolphin from gdb for two days without
>> closing it. Today I can notice a slight decrease in GUI responsiveness
>> (very slight), but the messages in gdb are exactly the same. There are no
>> additional error messages or anything that looks abnormal.
>>
>> I'll continue this for another week or so and see if any messages change
>> and how much Dolphin slows down over time.
>>
>> So far the messages I see are similar to these. There are not many of
>> these:
>>
>> Empty filename passed to function
>> kf5.kservice.services: KMimeTypeTrader: mimeType "" not found
>>
>> inotify_add_watch("/home/user/Downloads/MyTemp") failed: "Permission
>> denied"
>> org.kde.knotifications: Audio notification requested, but sound file from
>> notifyrc file was not found, aborting audio notification
>>
>> Access to ' "/home/user/workspaces/xyz" ' denied, not owned by root,
>> executable flag not set.
>>
>> UdevQt: unhandled device action "bind"
>> UdevQt: unhandled device action "unbind"
>>
>> And only one message like each of these:
>> Trying to convert empty KLocalizedString to QString.
>> qt.accessibility.core: Cannot create accessible child interface for
>> object: PlacesView(0x558f33a0) index: 41
>>
>> Other than that, the messages are mostly like this:
>>
>> [New Thread 0x7fff81ffb700 (LWP 15125)]
>> [Thread 0x7fff81ffb700 (LWP 15125) exited]
>> org.kde.dolphin: Saving view-properties to ...
>>
>> I would like to fix the permission issues and other issues, but I don't
>> see anything wrong with any permissions. I own the directories mentioned in
>> the messages. And I'm sure these messages are not related to the slow GUI
>> responsiveness issue I am troubleshooting now.
>>
>>
>>
> I pasted pmap output. The surprising thing was that Dolphin in using
> 4514648K bytes of memory. That's 4.3 Gigabytes of RAM used by Dolphin
> alone! I guess that explains why Dolphin gets so slow over time, right? The
> output of pmap was so large that my prior message to this list was rejected
> with the message "Message body is too big: 146890 bytes with a limit of 40
> KB".The pmap output got posted to the bug report here:
> https://bugs.kde.org/s
Re: [dolphin] [Bug 393977] Dolphin has become very slow after recent update
Here's an update. The Dolphin GUI has gotten very sluggish now (after letting Dolphin run several days without closing it). However, there are no unusual messages in gdb. Right now, copying a file from one file pane to the other exhibits a very slow GUI, but there are zero debug messages associated with this action. Any suggestions for next steps? Does the pmap output below help? (As I mentioned, this GUI slowness is relatively new. I first notice it a couple months ago after using Dolphin for more than 10 years.) $ pmap 33240 33240: /usr/bin/dolphin 4000 4K r-x-- dolphin 55754000 4K r dolphin 55755000 4K rw--- dolphin 55756000 2308240K rw--- [ anon ] 7fff6c00132K rw--- [ anon ] 7fff6c021000 65404K - [ anon ] 7fff7000132K rw--- [ anon ] 7fff70021000 65404K - [ anon ] 7fff7400132K rw--- [ anon ] 7fff74021000 65404K - [ anon ] 7fff7800132K rw--- [ anon ] 7fff78021000 65404K - [ anon ] 7fff7c00132K rw--- [ anon ] 7fff7c021000 65404K - [ anon ] 7fff8400132K rw--- [ anon ] 7fff84021000 65404K - [ anon ] 7fff8800132K rw--- [ anon ] 7fff88021000 65404K - [ anon ] 7fff8c00132K rw--- [ anon ] 7fff8c021000 65404K - [ anon ] 7fff9000132K rw--- [ anon ] 7fff90021000 65404K - [ anon ] 7fff9400132K rw--- [ anon ] 7fff94021000 65404K - [ anon ] 7fff9800132K rw--- [ anon ] 7fff98021000 65404K - [ anon ] 7fff9c00132K rw--- [ anon ] 7fff9c021000 65404K - [ anon ] 7fffa000276K rw--- [ anon ] 7fffa0045000 65260K - [ anon ] 7fffa400132K rw--- [ anon ] 7fffa4021000 65404K - [ anon ] 7fffa8069000 4K - [ anon ] 7fffa806a000 8192K rwx-- [ anon ] 7fffa886a000 4K - [ anon ] 7fffa886b000 8192K rwx-- [ anon ] 7fffa986c000 4K - [ anon ] 7fffa986d000 8192K rwx-- [ anon ] 7fffaa86e000 4K - [ anon ] 7fffaa86f000 8192K rwx-- [ anon ] 7fffab06f000 52K r-x-- extracthere.so 7fffab07c000 2048K - extracthere.so 7fffab27c000 4K r extracthere.so 7fffab27d000 4K rw--- extracthere.so 7fffab27e000236K r-x-- libnss_systemd.so.2 7fffab2b9000 2044K - libnss_systemd.so.2 7fffab4b8000 12K r libnss_systemd.so.2 7fffab4bb000 4K rw--- libnss_systemd.so.2 7fffab4bc000244K r-x-- libnss_mymachines.so.2 7fffab4f9000 2044K - libnss_mymachines.so.2 7fffab6f8000 12K r libnss_mymachines.so.2 7fffab6fb000 4K rw--- libnss_mymachines.so.2 7fffab8e2000108K r-x-- KF5WindowSystemX11Plugin.so 7fffab8fd000 2048K - KF5WindowSystemX11Plugin.so 7fffabafd000 8K r KF5WindowSystemX11Plugin.so 7fffabaff000 4K rw--- KF5WindowSystemX11Plugin.so 7fffabb0 20K r-x-- extractfileitemaction.so 7fffabb05000 2044K - extractfileitemaction.so 7fffabd04000 4K r extractfileitemaction.so 7fffabd05000 4K rw--- extractfileitemaction.so 7fffabd06000 80K r-x-- bluetoothfileitemaction.so 7fffabd1a000 2048K - bluetoothfileitemaction.so 7fffabf1a000 4K r bluetoothfileitemaction.so 7fffabf1b000 4K rw--- bluetoothfileitemaction.so 7fffabf1c000 12K r-x-- baloofilepropertiesplugin.so 7fffabf1f000 2048K - baloofilepropertiesplugin.so 7fffac11f000 4K r baloofilepropertiesplugin.so 7fffac12 4K rw--- baloofilepropertiesplugin.so 7fffac121000 1076K r-x-- libsqlite3.so.0.8.6 7fffac22e000 2048K - libsqlite3.so.0.8.6 7fffac42e000 20K r libsqlite3.so.0.8.6 7fffac433000 8K rw--- libsqlite3.so.0.8.6 7fffac435000 4K rw--- [ anon ] 7fffac436000 64K r-x-- libqsqlite.so 7fffac446000 2048K - libqsqlite.so 7fffac646000 4K r libqsqlite.so 7fffac647000 4K rw--- libqsqlite.so 7fffac648000 8K r-x-- libutil-2.27.so 7fffac64a000 2044K - libutil-2.27.so 7fffac849000 4K r libutil-2.27.so 7fffac84a000 4K rw--- libutil-2.27.so 7fffac84b000 40K r-x-- libKF5Pty.so.5.45.0 7fffac855000 2044K - libKF5Pty.so.5.45.0 7fffaca54000 4K r libKF5Pty.so.5.45.0 7fffaca55000 4K rw--- libKF5Pty.so.5.45.0 7fffaca56000620K r-x-- libkerfuffle.so.18.4.0 7fffacaf1000 2048K - libkerfuffle.so.18.4.0 7fffaccf1000 28K r libkerfuffle.so.18.4.0 7fffaccf8000 4K rw--- libkerfuffle.so.18.4.0 7fffaccf9000 20K r-x-- compressfileitemaction.so 7fffaccfe000 2044K - compressfileitemaction.so 7fffacefd000 4K r compressfileitemaction.so 7fffacefe000
Re: [dolphin] [Bug 393977] Dolphin has become very slow after recent update
see below
On Fri, Jun 1, 2018 at 5:25 PM, Bug Reporter
wrote:
> On Fri, Jun 1, 2018 at 5:04 PM, Elvis Angelaccio > wrote:
>
>> https://bugs.kde.org/show_bug.cgi?id=393977
>>
>> --- Comment #9 from Elvis Angelaccio ---
>> (In reply to bugreporter11 from comment #8)
>> > Is this the right method for running Dolphin from gdb?
>> > $ gdb dolphin 2>&1 | tee dolphin.gdb
>> > (gdb) run
>> > Starting program: /usr/bin/dolphin
>>
>> Yes, that should work.
>>
>>
>> In my experience, the GUI gets slower and slower over time when I leave
> Dolphin open. Prior to a few months ago, this did not happen. I would leave
> Dolphin open for weeks (or months) at a time on my desktop computer. Since
> a change a few months ago, I now close Dolphin each night. This keeps the
> GUI acting relatively responsively.
>
> For this test, I have been running Dolphin from gdb for two days without
> closing it. Today I can notice a slight decrease in GUI responsiveness
> (very slight), but the messages in gdb are exactly the same. There are no
> additional error messages or anything that looks abnormal.
>
> I'll continue this for another week or so and see if any messages change
> and how much Dolphin slows down over time.
>
> So far the messages I see are similar to these. There are not many of
> these:
>
> Empty filename passed to function
> kf5.kservice.services: KMimeTypeTrader: mimeType "" not found
>
> inotify_add_watch("/home/user/Downloads/MyTemp") failed: "Permission
> denied"
> org.kde.knotifications: Audio notification requested, but sound file from
> notifyrc file was not found, aborting audio notification
>
> Access to ' "/home/user/workspaces/xyz" ' denied, not owned by root,
> executable flag not set.
>
> UdevQt: unhandled device action "bind"
> UdevQt: unhandled device action "unbind"
>
> And only one message like each of these:
> Trying to convert empty KLocalizedString to QString.
> qt.accessibility.core: Cannot create accessible child interface for
> object: PlacesView(0x558f33a0) index: 41
>
> Other than that, the messages are mostly like this:
>
> [New Thread 0x7fff81ffb700 (LWP 15125)]
> [Thread 0x7fff81ffb700 (LWP 15125) exited]
> org.kde.dolphin: Saving view-properties to ...
>
> I would like to fix the permission issues and other issues, but I don't
> see anything wrong with any permissions. I own the directories mentioned in
> the messages. And I'm sure these messages are not related to the slow GUI
> responsiveness issue I am troubleshooting now.
>
>
>
I pasted pmap output. The surprising thing was that Dolphin in using
4514648K bytes of memory. That's 4.3 Gigabytes of RAM used by Dolphin
alone! I guess that explains why Dolphin gets so slow over time, right? The
output of pmap was so large that my prior message to this list was rejected
with the message "Message body is too big: 146890 bytes with a limit of 40
KB".The pmap output got posted to the bug report here:
https://bugs.kde.org/show_bug.cgi?id=393977
This huge memory usage is apparently the result of letting Dolphin run
without closing it since May 31 (about 3 and a half days). I used to leave
Dolphin open for weeks or months at a time and this sluggishness did not
occur.
Currently, I have dolphin running in gdb. I can send more info if needed.
But soon I'm going to have to close and reopen Dolphin because it has
become too sluggish to use normally.
Re: manually reload Dolphin session?
On Tue, May 8, 2018 at 6:36 PM, Bug Reporter wrote: > see reply inline > > On Tue, May 8, 2018 at 4:14 PM, Kevin Krammer wrote: > >> On Dienstag, 8. Mai 2018 19:08:19 CEST Bug Reporter wrote: >> > Thanks for the helpful responses. See comments inline. >> > >> > On Tue, May 8, 2018 at 1:23 AM, Duncan <1i5t5.dun...@cox.net> wrote: >> > > Bug Reporter posted on Mon, 07 May 2018 18:49:16 -0400 as excerpted: >> > > > I often keep a lot of tabs open in Dolphin and I would like to be >> able >> > > > to open all those tabs / locations again. I have seen an old feature >> > > > request for Dolphin saved sessions. I'm not asking for that. I just >> want >> > > > to know if I can do it manually. For example, I see some older >> session >> > > > files that seem to belong to Dolphin. Here's an example: >> > > > >> > > > /home/myuser/.config/session/ >> > > >> > > dolphin_10d1d6cd6500015104295600012150067_1510464775_250905 >> > > >> > > > Are files like that currently used by Dolphin? If I have one, can I >> > > > reload it into Dolphin? >> > > >> > > AFAIK those are your kde/plasma session restoration files, not dolphin >> > > session files. >> > >> > That could be. See next comment. >> > >> > > The default is restore the previous session, and these session files >> are >> > > the session-manager's method of tracking what's open, with window >> sizes >> > > and locations, virtual desktop, activity, etc. >> > > >> > > That dolphin file, therefore, is unlikely to contain specific >> information >> > > about the dolphin session, but rather, where your dolphin windows >> were in >> > > that particular session when you logged out. >> > >> > If I leave Dolphin open when I log out of Plasma desktop, upon logging >> back >> > in Dolphin is restored with all my open tabs and each location within >> the >> > split views of those tabs remembered as well. It even remembers which >> tab >> > was active. So not only is window size and position remembered, but many >> > details of the Dolphin session are remembered. Since this can be done >> when >> > logging out of the desktop, my preferred solution is to find where that >> > info is stored, make a copy of it with a "session name" and then load it >> > manually on demand. I assume I might have to use the dbus scripting hint >> > provided below by stephen to accomplish this. However, I guess the first >> > obstacle is finding there this Dolphin session info is saved. I have not >> > been able to find it yet. >> >> Saving a session is handled by a component called the session manager. >> Each of the X11 desktop shells implements one but the interface is >> standardized so it more or less works with all applications that support >> it no >> matter which desktop they are running on. >> >> On a KDE Plasma Desktop the session manager KSMServer, D-Bus name >> org.kde.ksmserver >> >> For example to trigger saving the current session the following command >> should >> do >> >> $ qdbus org.kde.ksmserver /KSMServer \ >>org.kde.KSMServerInterface.saveCurrentSession >> >> It is also possible to activate that in System Settings, i.e. to manually >> save >> a session and have that restored on login instead of saving at logout. >> >> Might be possible to restore only part of a session, haven't looked too >> closely at the capabilities. >> >> > Thanks Kevin. With the information you provided I was able to search more > effectively. I found this interesting answer: > https://superuser.com/a/958694/69231 > > However, it states that "Session data is stored in: ~/.kde4/share/config/ > ksmserverrc". On my system that location does not exist. The find command > does not show any files by that name in any location on my system. What is > the Plasma5 location where KSMServer saves these session files now? (Is > there some reference for > > Also, is there any difference in the result of running these two commands? > > dbus-send --dest=org.kde.ksmserver /KSMServer > org.kde.KSMServerInterface.saveCurrentSession > qdbus org.kde.ksmserver /KSMServer org.kde.KSMServerInterface. > saveCurrentSession > > I was able to confirm that files such as $HOME/.config/session/dolphin_10d1d6cd65000152582669
Re: manually reload Dolphin session?
see reply inline On Tue, May 8, 2018 at 4:14 PM, Kevin Krammer wrote: > On Dienstag, 8. Mai 2018 19:08:19 CEST Bug Reporter wrote: > > Thanks for the helpful responses. See comments inline. > > > > On Tue, May 8, 2018 at 1:23 AM, Duncan <1i5t5.dun...@cox.net> wrote: > > > Bug Reporter posted on Mon, 07 May 2018 18:49:16 -0400 as excerpted: > > > > I often keep a lot of tabs open in Dolphin and I would like to be > able > > > > to open all those tabs / locations again. I have seen an old feature > > > > request for Dolphin saved sessions. I'm not asking for that. I just > want > > > > to know if I can do it manually. For example, I see some older > session > > > > files that seem to belong to Dolphin. Here's an example: > > > > > > > > /home/myuser/.config/session/ > > > > > > dolphin_10d1d6cd6500015104295600012150067_1510464775_250905 > > > > > > > Are files like that currently used by Dolphin? If I have one, can I > > > > reload it into Dolphin? > > > > > > AFAIK those are your kde/plasma session restoration files, not dolphin > > > session files. > > > > That could be. See next comment. > > > > > The default is restore the previous session, and these session files > are > > > the session-manager's method of tracking what's open, with window sizes > > > and locations, virtual desktop, activity, etc. > > > > > > That dolphin file, therefore, is unlikely to contain specific > information > > > about the dolphin session, but rather, where your dolphin windows were > in > > > that particular session when you logged out. > > > > If I leave Dolphin open when I log out of Plasma desktop, upon logging > back > > in Dolphin is restored with all my open tabs and each location within the > > split views of those tabs remembered as well. It even remembers which tab > > was active. So not only is window size and position remembered, but many > > details of the Dolphin session are remembered. Since this can be done > when > > logging out of the desktop, my preferred solution is to find where that > > info is stored, make a copy of it with a "session name" and then load it > > manually on demand. I assume I might have to use the dbus scripting hint > > provided below by stephen to accomplish this. However, I guess the first > > obstacle is finding there this Dolphin session info is saved. I have not > > been able to find it yet. > > Saving a session is handled by a component called the session manager. > Each of the X11 desktop shells implements one but the interface is > standardized so it more or less works with all applications that support > it no > matter which desktop they are running on. > > On a KDE Plasma Desktop the session manager KSMServer, D-Bus name > org.kde.ksmserver > > For example to trigger saving the current session the following command > should > do > > $ qdbus org.kde.ksmserver /KSMServer \ >org.kde.KSMServerInterface.saveCurrentSession > > It is also possible to activate that in System Settings, i.e. to manually > save > a session and have that restored on login instead of saving at logout. > > Might be possible to restore only part of a session, haven't looked too > closely at the capabilities. > > Thanks Kevin. With the information you provided I was able to search more effectively. I found this interesting answer: https://superuser.com/a/958694/69231 However, it states that "Session data is stored in: ~/.kde4/share/config/ksmserverrc". On my system that location does not exist. The find command does not show any files by that name in any location on my system. What is the Plasma5 location where KSMServer saves these session files now? (Is there some reference for Also, is there any difference in the result of running these two commands? dbus-send --dest=org.kde.ksmserver /KSMServer org.kde.KSMServerInterface.saveCurrentSession qdbus org.kde.ksmserver /KSMServer org.kde.KSMServerInterface.saveCurrentSession
Re: manually reload Dolphin session?
On Dienstag, 8. Mai 2018 19:08:19 CEST Bug Reporter wrote: > Thanks for the helpful responses. See comments inline. > > On Tue, May 8, 2018 at 1:23 AM, Duncan <1i5t5.dun...@cox.net> wrote: > > Bug Reporter posted on Mon, 07 May 2018 18:49:16 -0400 as excerpted: > > > I often keep a lot of tabs open in Dolphin and I would like to be able > > > to open all those tabs / locations again. I have seen an old feature > > > request for Dolphin saved sessions. I'm not asking for that. I just want > > > to know if I can do it manually. For example, I see some older session > > > files that seem to belong to Dolphin. Here's an example: > > > > > > /home/myuser/.config/session/ > > > > dolphin_10d1d6cd6500015104295600012150067_1510464775_250905 > > > > > Are files like that currently used by Dolphin? If I have one, can I > > > reload it into Dolphin? > > > > AFAIK those are your kde/plasma session restoration files, not dolphin > > session files. > > That could be. See next comment. > > > The default is restore the previous session, and these session files are > > the session-manager's method of tracking what's open, with window sizes > > and locations, virtual desktop, activity, etc. > > > > That dolphin file, therefore, is unlikely to contain specific information > > about the dolphin session, but rather, where your dolphin windows were in > > that particular session when you logged out. > > If I leave Dolphin open when I log out of Plasma desktop, upon logging back > in Dolphin is restored with all my open tabs and each location within the > split views of those tabs remembered as well. It even remembers which tab > was active. So not only is window size and position remembered, but many > details of the Dolphin session are remembered. Since this can be done when > logging out of the desktop, my preferred solution is to find where that > info is stored, make a copy of it with a "session name" and then load it > manually on demand. I assume I might have to use the dbus scripting hint > provided below by stephen to accomplish this. However, I guess the first > obstacle is finding there this Dolphin session info is saved. I have not > been able to find it yet. Saving a session is handled by a component called the session manager. Each of the X11 desktop shells implements one but the interface is standardized so it more or less works with all applications that support it no matter which desktop they are running on. On a KDE Plasma Desktop the session manager KSMServer, D-Bus name org.kde.ksmserver For example to trigger saving the current session the following command should do $ qdbus org.kde.ksmserver /KSMServer \ org.kde.KSMServerInterface.saveCurrentSession It is also possible to activate that in System Settings, i.e. to manually save a session and have that restored on login instead of saving at logout. Might be possible to restore only part of a session, haven't looked too closely at the capabilities. Cheers, Kevin -- Kevin Krammer, KDE developer, xdg-utils developer KDE user support, developer mentoring signature.asc Description: This is a digitally signed message part.
Re: manually reload Dolphin session?
Thanks for the helpful responses. See comments inline. On Tue, May 8, 2018 at 1:23 AM, Duncan <1i5t5.dun...@cox.net> wrote: > Bug Reporter posted on Mon, 07 May 2018 18:49:16 -0400 as excerpted: > > > > I often keep a lot of tabs open in Dolphin and I would like to be able > > to open all those tabs / locations again. I have seen an old feature > > request for Dolphin saved sessions. I'm not asking for that. I just want > > to know if I can do it manually. For example, I see some older session > > files that seem to belong to Dolphin. Here's an example: > > > > /home/myuser/.config/session/ > dolphin_10d1d6cd6500015104295600012150067_1510464775_250905 > > > > Are files like that currently used by Dolphin? If I have one, can I > > reload it into Dolphin? > > AFAIK those are your kde/plasma session restoration files, not dolphin > session files. > > That could be. See next comment. > > The default is restore the previous session, and these session files are > the session-manager's method of tracking what's open, with window sizes > and locations, virtual desktop, activity, etc. > > That dolphin file, therefore, is unlikely to contain specific information > about the dolphin session, but rather, where your dolphin windows were in > that particular session when you logged out. > > If I leave Dolphin open when I log out of Plasma desktop, upon logging back in Dolphin is restored with all my open tabs and each location within the split views of those tabs remembered as well. It even remembers which tab was active. So not only is window size and position remembered, but many details of the Dolphin session are remembered. Since this can be done when logging out of the desktop, my preferred solution is to find where that info is stored, make a copy of it with a "session name" and then load it manually on demand. I assume I might have to use the dbus scripting hint provided below by stephen to accomplish this. However, I guess the first obstacle is finding there this Dolphin session info is saved. I have not been able to find it yet. On Tue, May 8, 2018 at 11:07 AM, Stephen Dowdy wrote: > > dolphin has a DBus interface that you can script as well. > > Looks like here's a good example of using a small bit of this interface: > > https://github.com/schmunsler/personal-scripts/blob/master/dolphin > > Of course, loading common directories/URLs into the places container is > useful for quick recall. > > Thanks stephen. Where can I learn more about scripting Dolphin in this way?
Re: manually reload Dolphin session?
dolphin has a DBus interface that you can script as well. Looks like here's a good example of using a small bit of this interface: https://github.com/schmunsler/personal-scripts/blob/master/dolphin Of course, loading common directories/URLs into the places container is useful for quick recall. --stephen
Re: Dolphin has become very slow after recent update
Bug Reporter posted on Mon, 07 May 2018 19:02:36 -0400 as excerpted: > Dolphin has become slow recently. In particular, adding or moving a > bookmark in the Places panel has a delay of several seconds. > > To reproduce, create a new bookmark in Places or move an existing > bookmark up or down in the Places panel. There is a delay of a few > seconds. > Previously, there was no noticeable delay. I now experience these delays > 100% of the time. > > Just now I timed it and there is a delay of about 5-6 seconds before the > moved bookmark appears moved, then there is a delay of another second or > so before Dolphin's GUI is responsive again. > > Also, if I leave Dolphin open all day, even normal navigation from > location to location also becomes very slow. To reproduce, navigate to > any location using Dolphin. There is a delay of several seconds before > Dolphin refreshes to show the new location. During this time the Dolphin > UI is unresponsive (Dolphin appears frozen briefly). Previously, there > was no noticeable delay. I only experience this if Dolphin has been open > for a while. If I close and reopen it, I do not get the very long delay > when navigating to a new location. > > I'm running KDE on Arch. Here's some system info: > >- plasmashell --version: plasmashell 5.12.5 - dolphin --version: >dolphin 18.04.0 - Linux 4.16.6-1-ARCH #1 SMP PREEMPT Mon Apr 30 >12:30:03 UTC 2018 x86_64 GNU/Linux > > The previous time I looked at my version, I had plasmashell 5.12.3 (a > couple months ago). Dolphin was fine in that version. So the problem > started after that version, but it may have appeared before my current > version. I first noticed it several weeks ago. Nothing about my system > has changed other than normal Arch updates. As I said in a previous thread, I don't tend to run dolphin that much here, so I can't say on the all day open case, but... At least on the move bookmarks around case, there's no noticeable lag here. I'm actually running live-git (normally master branch) versions of all kde-frameworks, all kde-plasma, and most kde-apps, updated every few days and just last nite, so it's all current. FWIW, about dolphin says 18.07.70, and the libraries tab says frameworks 5.46.0, qt 5.11.0 (actually 5.11.0 beta4). So either it's fixed again in current live-git, or perhaps I don't have whatever is slowing it down for you enabled, here. I'm on gentoo, and run a pretty lite and lean configuration. No semantic-desktop/file- indexing to worry about, no policykit, and no user-triggered auto- mounting. So if one of those components is triggering your slowdown, I'd not see it as for the most part I disable those at build-time. -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman
Re: manually reload Dolphin session?
Bug Reporter posted on Mon, 07 May 2018 18:49:16 -0400 as excerpted: > I often keep a lot of tabs open in Dolphin and I would like to be able > to open all those tabs / locations again. I have seen an old feature > request for Dolphin saved sessions. I'm not asking for that. I just want > to know if I can do it manually. For example, I see some older session > files that seem to belong to Dolphin. Here's an example: > > /home/myuser/.config/session/ dolphin_10d1d6cd6500015104295600012150067_1510464775_250905 > > Are files like that currently used by Dolphin? If I have one, can I > reload it into Dolphin? AFAIK those are your kde/plasma session restoration files, not dolphin session files. In kde/plasma system settings, startup and shutdown category, there's a desktop session kcm (kde control module, kcontrol being the old name for these modules). In the on login section, you have three radio-button (choose only one) choices, restore the previous session, restore a manually saved session, or start with an empty session. The default is restore the previous session, and these session files are the session-manager's method of tracking what's open, with window sizes and locations, virtual desktop, activity, etc. That dolphin file, therefore, is unlikely to contain specific information about the dolphin session, but rather, where your dolphin windows were in that particular session when you logged out. > Is there another way to manually reload a prior Dolphin session? I'm > looking for any way to accomplish this and I don't expect a GUI feature. I'm /not/ a dolphin expert (I spend much of my time in a CLI and/or use the mc/midnight-commander "semi-gui" for admin-hat tasks, and tend to use special-purpose apps such as gwenview for images, so don't actually use dolphin that much), but I don't know of a GUI method for this, but... What I'd do here is setup a quick bash script invoking dolphin with all the paths I wanted, either this way... dolphin / & dolphin /etc & dolphin /usr/share & ... to open multiple dolphin windows (the ~ puts it in the background so the next line executes immediately instead of waiting for the currently executing line to finish and that dolphin to close first), or... dolphin / /etc /usr/share ... to open all locations as separate tabs in the same dolphin window. Then if I felt like it I'd assign a hotkey to run that script... -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman
default Dolphin Preview behavior changed; looking for setting to change it back
Generally, I do not keep Preview enabled for most of my folders. After this
recent update (18.04.0), Previews are now enabled by default for all
folders. I wish to return to the prior behavior.
I'm running KDE on Arch. Here's some system info:
plasmashell --version: plasmashell 5.12.5
dolphin --version: dolphin 18.04.0
Linux 4.16.6-1-ARCH #1 SMP PREEMPT Mon Apr 30 12:30:03 UTC 2018 x86_64
GNU/Linux
Is this recent change related to the following bug?
Bug 338492 "File icon previews should be turned on for all icon types by
default"
https://bugs.kde.org/show_bug.cgi?id=338492
I personally disagree that file icon previews should be turned on for all
icon types by default.
However, if that is the new Dolphin default, I hope there is a setting in
Dolphin (or a config file) that will let me revert to the prior default. If
so, where do I find it?
Any additional information about this change is appreciated.
I filed a bug report here: https://bugs.kde.org/show_bug.cgi?id=393978
Thanks
Dolphin has become very slow after recent update
Dolphin has become slow recently. In particular, adding or moving a bookmark in the Places panel has a delay of several seconds. To reproduce, create a new bookmark in Places or move an existing bookmark up or down in the Places panel. There is a delay of a few seconds. Previously, there was no noticeable delay. I now experience these delays 100% of the time. Just now I timed it and there is a delay of about 5-6 seconds before the moved bookmark appears moved, then there is a delay of another second or so before Dolphin's GUI is responsive again. Also, if I leave Dolphin open all day, even normal navigation from location to location also becomes very slow. To reproduce, navigate to any location using Dolphin. There is a delay of several seconds before Dolphin refreshes to show the new location. During this time the Dolphin UI is unresponsive (Dolphin appears frozen briefly). Previously, there was no noticeable delay. I only experience this if Dolphin has been open for a while. If I close and reopen it, I do not get the very long delay when navigating to a new location. I'm running KDE on Arch. Here's some system info: - plasmashell --version: plasmashell 5.12.5 - dolphin --version: dolphin 18.04.0 - Linux 4.16.6-1-ARCH #1 SMP PREEMPT Mon Apr 30 12:30:03 UTC 2018 x86_64 GNU/Linux The previous time I looked at my version, I had plasmashell 5.12.3 (a couple months ago). Dolphin was fine in that version. So the problem started after that version, but it may have appeared before my current version. I first noticed it several weeks ago. Nothing about my system has changed other than normal Arch updates.
manually reload Dolphin session?
Is there a way to manually open (reload) a prior Dolphin session? I'm running KDE on Arch. Here's some system info: - plasmashell --version: plasmashell 5.12.5 - dolphin --version: dolphin 18.04.0 - Linux 4.16.6-1-ARCH #1 SMP PREEMPT Mon Apr 30 12:30:03 UTC 2018 x86_64 GNU/Linux I often keep a lot of tabs open in Dolphin and I would like to be able to open all those tabs / locations again. I have seen an old feature request for Dolphin saved sessions. I'm not asking for that. I just want to know if I can do it manually. For example, I see some older session files that seem to belong to Dolphin. Here's an example: /home/myuser/.config/session/dolphin_10d1d6cd6500015104295600012150067_1510464775_250905 Are files like that currently used by Dolphin? If I have one, can I reload it into Dolphin? Is there another way to manually reload a prior Dolphin session? I'm looking for any way to accomplish this and I don't expect a GUI feature. Thanks
Dolphin: how to dereference soft links?
Hi there, When using drag&drop to copy a softlink to another directory, a new link to the original file is created. This is not always a useful behaviour, especially when the target directory is for example an usb stick and the file should be transferred to another computer who cannot dereference that list. I did not find a way to do that in dolphin, so I had to do that in a terminal via cp. Is there a way to do that in dolphin? Regards, Alex
Re: FTP with SSL/TLS in Dolphin
Am Dienstag, 31. Januar 2017, 13:29:48 CET schrieb Kai Bojens: > Martin Steigerwald wrote: > > Thank you. Well, it may be that some persistence is required – since > > actually > > it is an old report not yet addressed. I.e. asking back after some amount > > of > > time or even try to contact the responsible KDE developers or developer > > team > > about it. > > Just out of curiosity: does anybody know if there were any technical > reasons why FTPS support hasn't been ported? Or was it just a lack of > manpower? FTPS support was not part of KDE as far as I understand, but was an extra module. As to why its author or someone else didn´t port this over I have no idea. -- Martin
Re: FTP with SSL/TLS in Dolphin
Martin Steigerwald wrote: > Thank you. Well, it may be that some persistence is required – since > actually > it is an old report not yet addressed. I.e. asking back after some amount > of > time or even try to contact the responsible KDE developers or developer > team > about it. > Just out of curiosity: does anybody know if there were any technical reasons why FTPS support hasn't been ported? Or was it just a lack of manpower?
Re: FTP with SSL/TLS in Dolphin
Am Dienstag, 31. Januar 2017, 08:08:35 CET schrieb solitone: > On Monday, January 30, 2017 12:32:14 PM CET Martin Steigerwald wrote: > > Did you also consider looking through the wishlist bugs and… using the one > > thats most approbiate to ask about its status and probably vote on it? > > Hi Martin, > yes, I replied and voted for that old bug I linked in the first message: > https://bugs.kde.org/show_bug.cgi?id=66117 Thank you. Well, it may be that some persistence is required – since actually it is an old report not yet addressed. I.e. asking back after some amount of time or even try to contact the responsible KDE developers or developer team about it. In the end of course, since it is a free software project and you got all of this nice software for free, it all depends whether someone is actually willing to implement FTPS. Unless you contract someone for it and then pay for implementing the feature. I believe there was / is a bounty program somewhere. -- Martin
Re: FTP with SSL/TLS in Dolphin
On Monday, January 30, 2017 12:32:14 PM CET Martin Steigerwald wrote: > Did you also consider looking through the wishlist bugs and… using the one > thats most approbiate to ask about its status and probably vote on it? Hi Martin, yes, I replied and voted for that old bug I linked in the first message: https://bugs.kde.org/show_bug.cgi?id=66117
Re: FTP with SSL/TLS in Dolphin
On Monday, January 30, 2017 12:06:41 PM CET Kevin Krammer wrote: > On Monday, 2017-01-30, 08:26:10, solitone wrote: > > On Monday, January 30, 2017 7:58:10 AM CET Volker Wysk wrote: > > > Am Montag, 30. Januar 2017, 06:42:08 CET schrieb solitone: > > > > Hi, is there a reason why FTP with SSL/TSL (ftps://) has not been > > > > implemented in Dolphin? > > > > > > Shouldn't that bee "sftp://";? > > > > No, that is FTP over SSH, not FTP with SSL/TLS. > > Actually that is SFTP, a different protocol, but of course you are right > that it is not FTPS. That's right: https://en.wikipedia.org/wiki/FTPS > Are you working with a specific host that can't do SFTP or SSH at all? I have a QNAP NFS that allows both FTPS and SFTP, but till now I haven't found a way to allow non-admin users to login with SFTP--some non-standard configuration is needed. BTW, thanks for your explanation about FTPS limitations, now I have a better understanding.
Re: FTP with SSL/TLS in Dolphin
Am Montag, 30. Januar 2017, 06:42:08 CET schrieb solitone: > Hi, is there a reason why FTP with SSL/TSL (ftps://) has not been > implemented in Dolphin? > > There are some wishlist bug reports about, like the following from from > 2003: https://bugs.kde.org/show_bug.cgi?id=66117 > > There was a kio-ftps, but it didn't work very well. Furthermore, it hasn't > been ported to Plasma / KF 5. > > I wonder whether this protocol is somehow discouraged, or it's just a > missing feature. Did you also consider looking through the wishlist bugs and… using the one thats most approbiate to ask about its status and probably vote on it? Also… – that didn´t come to my mind as you asked on kdepim-users – in one way or another it might be helpful to contact developers about it, there is a frameworks development mailing list and as KIO is a framework… But I think either commenting on an existing bug report… or if none of them are suitable creating a new one… would be the first step. As to why there is not ftps support in KIO I have no idea. Thanks, -- Martin
Re: FTP with SSL/TLS in Dolphin
On Monday, 2017-01-30, 08:26:10, solitone wrote: > On Monday, January 30, 2017 7:58:10 AM CET Volker Wysk wrote: > > Am Montag, 30. Januar 2017, 06:42:08 CET schrieb solitone: > > > Hi, is there a reason why FTP with SSL/TSL (ftps://) has not been > > > implemented in Dolphin? > > > > Shouldn't that bee "sftp://";? > > No, that is FTP over SSH, not FTP with SSL/TLS. Actually that is SFTP, a different protocol, but of course you are right that it is not FTPS. Regarding your original question my guess would be that SFTP is just better and easier to implement because it is newer and specifically addressing the single secure connection model. FTP is a very old and weird protocol, basically requiring two connections, one from the client to the server (control) and one from the server to the client (data). There have been extensions to have the client open both connections as reverse connections are usually blocked by firewalls, but there are still two of them. SSL can only secure individual connections, so the data on each connection is secure but there is no safe way to related those two connections to each other, opening up possibilities for timing related attacks, etc. Are you working with a specific host that can't do SFTP or SSH at all? Cheers, Kevin -- Kevin Krammer, KDE developer, xdg-utils developer KDE user support, developer mentoring signature.asc Description: This is a digitally signed message part.
Re: FTP with SSL/TLS in Dolphin
On Monday, January 30, 2017 7:58:10 AM CET Volker Wysk wrote: > Am Montag, 30. Januar 2017, 06:42:08 CET schrieb solitone: > > Hi, is there a reason why FTP with SSL/TSL (ftps://) has not been > > implemented in Dolphin? > > Shouldn't that bee "sftp://";? No, that is FTP over SSH, not FTP with SSL/TLS. > Konqueror works with "sftp://";. Yes, I confirm that FTP over SSH (sftp://) works also in Dolphin. However, FTP with SSL/TSL (ftps://) doesn't.
Re: FTP with SSL/TLS in Dolphin
Am Montag, 30. Januar 2017, 06:42:08 CET schrieb solitone: > Hi, is there a reason why FTP with SSL/TSL (ftps://) has not been > implemented in Dolphin? Shouldn't that bee "sftp://";? Konqueror works with "sftp://";. Bye Volker
FTP with SSL/TLS in Dolphin
Hi, is there a reason why FTP with SSL/TSL (ftps://) has not been implemented in Dolphin? There are some wishlist bug reports about, like the following from from 2003: https://bugs.kde.org/show_bug.cgi?id=66117 There was a kio-ftps, but it didn't work very well. Furthermore, it hasn't been ported to Plasma / KF 5. I wonder whether this protocol is somehow discouraged, or it's just a missing feature.
Re: [kde] icons of dolphin all wrong
On Friday January 29 2016 00:51:26 wim delvaux wrote: Hi, >good idea ... it was not. I could not even logon (sddm showed black screen) Hah, the times I tried sddm was the only one not showing a black screen (when not using pure software-based rendering). >So Question > >1. how can I recover my dolphin icon (I already did plenty of icon cache >removals) >2. where can I find why the panel no longer finds my icons In case you didn't already: First step would be to remember what icon theme you were using. Then reinstall the corresponding package (I usually use `aptitude reinstall` for that). In systemsettings, choose any other theme if your desired theme is currently selected, apply, and then reselect your desired theme. Do a `kbuildsycoca5 --noincremental` to be sure that cache is really up to date and without stale entries (as well as `kbuildsycoca4 --noincremental` if you have the utility, one never knows). If after that certain applications continue to be shown with the wrong icon, reinstall them too. HTH. And thanks for confirming my personal opinion that it's still better to hang on to a KDE4 desktop until Kubuntu puts KF5 in a LTS release O:-) R. ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
[kde] icons of dolphin all wrong
Hi all, I have had some serious problems with plasma 5.4 since my upgrade from 15.04 to 15.10 of ubuntu. In order to help I though an upgrade top 5.5 using the ppa packages was a good idea ... it was not. I could not even logon (sddm showed black screen) After a ppa-purge which went well I could again login but now my dolphin icons are wrong. Before I had blue icons for folders and now I have this black and white minimal icon (which I can't find anywhere in my filesystem ?) Also I have lost a few icons in my panel from some application I put there for shortcuts (one of them being firefox). So Question 1. how can I recover my dolphin icon (I already did plenty of icon cache removals) 2. where can I find why the panel no longer finds my icons W ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
Re: [kde] Dolphin - clicks count to open folders/files
On Monday 07 Dec 2015 21:07:13 Igor Mironchik wrote: > Hi, > > Where are settings of mouse clicks count to open folder/file now? > > I use Dolphin v.15.08.2 and I can't to find such settings. > > Thank you. try here systemsettings5/hardware/input devices/mouse/general ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
[kde] Dolphin - clicks count to open folders/files
Hi, Where are settings of mouse clicks count to open folder/file now? I use Dolphin v.15.08.2 and I can't to find such settings. Thank you. ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
Re: [kde] Disconnect network folder (Dolphin)?
On Thursday, 2014-06-12, 17:28:31, Stoycho Ganev wrote: > Hi, > > If I connect to a network folder (say, sftp) and finish working with it, > how do I disconnect from that network location so that I am sure that > the network connection is closed for good? I'm looking for something > like "disconnect" in the context menu on that folder, but there is no > such thing obviously. So how can I do that? Any clues? I don't think there is any explicit way to do that. The way this remote access technology works is that the application, in this case Dolphin, requests a remote file action (transfer, folder listing, etc) and a specialized background system than performs that. My guess is that it keeps the connection alive for a couple of minutes to be able to quickly respond to subsequent request, but that it will close the connection after that. Cheers, Kevin -- Kevin Krammer, KDE developer, xdg-utils developer KDE user support, developer mentoring signature.asc Description: This is a digitally signed message part. ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
[kde] Disconnect network folder (Dolphin)?
Hi, If I connect to a network folder (say, sftp) and finish working with it, how do I disconnect from that network location so that I am sure that the network connection is closed for good? I'm looking for something like "disconnect" in the context menu on that folder, but there is no such thing obviously. So how can I do that? Any clues? Thanks Stoycho ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
[kde] Disconnect network folder (Dolphin)?
Hi, If I connect to a network folder (say, sftp) and finish working with it, how do I disconnect from that network location so that I am sure that the network connection is closed for good? I'm looking for something like "disconnect" in the context menu on that folder, but there is no such thing obviously. So how can I do that? Any clues? Thanks Stoycho ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
[kde] Dolphin does not show "extract here" menu
Yes, Mr Miroslaw Z your right, I'm using Debian. Thanks! From: Miros?aw Zalewski Do you happen to use Debian? Because there is a bug in Debian package (probably a honest mistake) that causes exact issue that you are describing, that is Dolphin does not show "extract here" for ZIP files. See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=746730 for details and fix that you can apply on your system. If you are NOT running Debian, then applying these changes might not be the best idea. ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
Re: [kde] Dolphin does not show "extract here" menu
Dnia 2014-05-16, o godz. 11:55:47 "Carlos Luna" napisał(a): > Yes Mr Frank Steinmetzger I have chech almost all the options into > Dolphin settings, as I write earlier the option to uncompress > for .rar, tar.gz, 7z and so on run nice, they are shown on the menu, > but for ZIP not, the trounble is just and only for zip. Do you happen to use Debian? Because there is a bug in Debian package (probably a honest mistake) that causes exact issue that you are describing, that is Dolphin does not show "extract here" for ZIP files. See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=746730 for details and fix that you can apply on your system. If you are NOT running Debian, then applying these changes might not be the best idea. -- Best regards Mirosław Zalewski ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
[kde] Dolphin does not show "extract here" menu
Yes Mr Frank Steinmetzger I have chech almost all the options into Dolphin settings, as I write earlier the option to uncompress for .rar, tar.gz, 7z and so on run nice, they are shown on the menu, but for ZIP not, the trounble is just and only for zip. ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
Re: [kde] Dolphin does not show "extract here" menu
Am Donnerstag, 15. Mai 2014, 21:14:14 schrieb Carlos Luna: > I`ve checked and I`ve the files where they must be, but Dolphin keep without > the option of unzip, especifically "unzip here" or "decompress here" etc, I > mean for tar.gz/bz/xz works fine but not for .zip files. I move the .kde > file and not work as I expect. > Do you have enabled these actions on http://docs.kde.org/stable/en/applications/dolphin/configuring-dolphin.html#preferences-dialog-services ? -- Burkhard Lück ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
[kde] Dolphin does not show "extract here" menu
Message: 1 > Date: Tue, 13 May 2014 13:26:31 -0400 > From: "Carlos Luna" > To: kde@mail.kde.org > Subject: [kde] Dolphin does not show "extract here" menu > Message-ID: <20140513172632.28...@gmx.com> > Content-Type: text/plain; charset="utf-8" > > hello everybody! > > I have the next trouble: > Into dolphin I quit of having the "extract here" menu, and even thoug I`ve > read a lot about it and re installed zip, unzip, p7zip, ark etc. I keep > whitout the extract here menu, Some clue please. > > > -- > > Message: 2 > Date: Tue, 13 May 2014 19:02:10 +0000 (UTC) > From: Duncan <1i5t5.dun...@cox.net> > To: k...@postbox.kde.org > Subject: Re: [kde] Dolphin does not show "extract here" menu > Message-ID: > Content-Type: text/plain; charset=UTF-8 > > Carlos Luna posted on Tue, 13 May 2014 13:26:31 -0400 as excerpted: > > > I have the next trouble: > > Into dolphin I quit of having the "extract here" menu, and even thoug > > I`ve read a lot about it and re installed zip, unzip, p7zip, ark etc. I > > keep whitout the extract here menu, Some clue please. > > The file in question appears here (on gentoo, running the live-kde4 > packages, rebuilt about a week ago and identified as kde 4.13.60) as: > > /usr/share/kde4/services/ServiceMenus/ark_servicemenu.desktop > > That file provides several entries under the extract submenu in the > context menu, including extract, extract archive here. > > On gentoo at least, that file is provided by the ark package. > > If you have that file, do you get the extract submenu in the context menu > of for instance a tar.xz or tar.bz2 file at all? What about the compress > submenu in the context menu for about anything? That's provided by a > different file, ark_addtoservicemenu.desktop, but it's located in the > same directory and provided by the ark package as well. > > If both those files exist, perhaps the problem is your user config. Have > you tried creating a new user without an existing kde configuration, to > see if the menu is missing, there? Alternatively, when not in kde or > running dolphin, try renaming the ~/.kde (or possibly ~/.kde4, depending > on your distro) directory, restart kde, and see if that helps. > > -- > Duncan - List replies preferred. No HTML msgs. > "Every nonfree program has a lord, a master -- > and if you use the program, he is your master." Richard Stallman ## I`ve checked and I`ve the files where they must be, but Dolphin keep without the option of unzip, especifically "unzip here" or "decompress here" etc, I mean for tar.gz/bz/xz works fine but not for .zip files. I move the .kde file and not work as I expect. ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
Re: [kde] Dolphin does not show "extract here" menu
On Tue, May 13, 2014 at 01:26:31PM -0400, Carlos Luna wrote: > hello everybody! > > I have the next trouble: > Into dolphin I quit of having the "extract here" menu, and even thoug I`ve > read a lot about it and re installed zip, unzip, p7zip, ark etc. I keep > whitout the extract here menu, Some clue please. Did you check Dolphin’s settings yet? You can disable and enable such context menu items in the Services register (4th one on the left). -- Gruß | Greetings | Qapla’ Please do not share anything from, with or about me on any social network. Size alone is not decicive: a bee collects more honey in one day than an elephant in its entire life. signature.asc Description: Digital signature ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
Re: [kde] Dolphin does not show "extract here" menu
Carlos Luna posted on Tue, 13 May 2014 13:26:31 -0400 as excerpted: > I have the next trouble: > Into dolphin I quit of having the "extract here" menu, and even thoug > I`ve read a lot about it and re installed zip, unzip, p7zip, ark etc. I > keep whitout the extract here menu, Some clue please. The file in question appears here (on gentoo, running the live-kde4 packages, rebuilt about a week ago and identified as kde 4.13.60) as: /usr/share/kde4/services/ServiceMenus/ark_servicemenu.desktop That file provides several entries under the extract submenu in the context menu, including extract, extract archive here. On gentoo at least, that file is provided by the ark package. If you have that file, do you get the extract submenu in the context menu of for instance a tar.xz or tar.bz2 file at all? What about the compress submenu in the context menu for about anything? That's provided by a different file, ark_addtoservicemenu.desktop, but it's located in the same directory and provided by the ark package as well. If both those files exist, perhaps the problem is your user config. Have you tried creating a new user without an existing kde configuration, to see if the menu is missing, there? Alternatively, when not in kde or running dolphin, try renaming the ~/.kde (or possibly ~/.kde4, depending on your distro) directory, restart kde, and see if that helps. -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
[kde] Dolphin does not show "extract here" menu
hello everybody! I have the next trouble: Into dolphin I quit of having the "extract here" menu, and even thoug I`ve read a lot about it and re installed zip, unzip, p7zip, ark etc. I keep whitout the extract here menu, Some clue please. ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
Re: [kde] dolphin: cd9e50ae4f / 4.10.3 breaks opening remote URLs from command line
šumski posted on Fri, 08 Nov 2013 18:00:56 +0100 as excerpted: > On Friday 08 of November 2013 03:31:14 Sven Brauch wrote: >> Hi! >> >> Is it possible that cd9e50ae4f3ded breaks opening remote URLs from CLI, >> like dolphin ftp://foo.com/? For me this doesn't work any more since >> 4.10.3. Which is not ideal, since my application relies on being able >> to do this. ;) > > Hey Sven, > the issue is known[1], and resolved in 4.11 branch alredy > > [1] https://bugs.kde.org/show_bug.cgi?id=327224 Wow, on the sixth, two days ago. I'm running 4.11-git branch but that explains why I still see the bug, as I've not updated since the third. So I've something to look forward to when I next update. =:^) -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
Re: [kde] dolphin: cd9e50ae4f / 4.10.3 breaks opening remote URLs from command line
Hi, > the issue is known[1], and resolved in 4.11 branch alredy Ah, cool. Sorry for the noise in that case :) Greetings, Sven ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
Re: [kde] dolphin: cd9e50ae4f / 4.10.3 breaks opening remote URLs from command line
On Friday 08 of November 2013 03:31:14 Sven Brauch wrote: > Hi! > > Is it possible that cd9e50ae4f3ded breaks opening remote URLs from CLI, like > dolphin ftp://foo.com/? For me this doesn't work any more since 4.10.3. > Which is not ideal, since my application relies on being able to do this. > ;) Hey Sven, the issue is known[1], and resolved in 4.11 branch alredy [1] https://bugs.kde.org/show_bug.cgi?id=327224 signature.asc Description: This is a digitally signed message part. ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
Re: [kde] dolphin: cd9e50ae4f / 4.10.3 breaks opening remote URLs from command line
Hi! > ... while you said the problem has existed since 4.10.3. Either that's > not the problem commit, or you meant 4.11.3 but typed 4.10.3. Sorry! I meant 4.11.3, it was a typo. I did not yet verify that it is indeed that commit, I hoped the author would know more. It is however one of the very few commits which are in the 4.11.2..4.11.3 range, and the only one which touches this behaviour, so I'm fairly sure. This bug affects only dolphin (not e.g. konqueror), and affects all non-local KIO slaves in dolphin, not just ftp, so it's not related to ftp. Greetings! Sven ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
Re: [kde] dolphin: cd9e50ae4f / 4.10.3 breaks opening remote URLs from command line
Sven Brauch posted on Fri, 08 Nov 2013 03:31:14 +0100 as excerpted: > Is it possible that cd9e50ae4f3ded breaks opening remote URLs from CLI, > like dolphin ftp://foo.com/? For me this doesn't work any more since > 4.10.3. Which is not ideal, since my application relies on being able to > do this. ;) While I make no claims to being a dev, just a (gentoo) sysadmin, who can, sort of, with the help of both code comments and git commit descriptions read a bit of code here and there and can thus sometimes decipher patches/commits... Confirming, here on 4.11-branch (via git), updated as of a few days ago, opening ftp URLs in dolphin does indeed appear to be broken. One way to be sure would be to revert that commit (either in your git clone or by reverse-applying that commit as a patch), build, and see! That's what I'd do here. =:^) Meanwhile, such remote URLs are of course handled in kde via ioslaves, so perhaps the ioslave is broken... except that entering an ftp URL in dolphin itself continues to work, so a broken ioslave can't be the problem. I'd test in konqueror as well if I had it installed, but I don't. However, gwenview ftp://ftp.kernel.org still works (altho since gwenview only shows image and optionally video files that's obviously not particularly practical, but directory trees can be browsed, just not actual files except images/video, so it's sufficient for our test). So the ioslave definitely appears to be working just fine. And dolphin can browse ftp when entered on its address line just fine. So it's just dolphin's handling of remote URLs via commandline that's broken. And taking a look at that commit, to my admittedly inexpert eye, it sure does look like it could be the culprit. **BUT**, the git commit description for cd9e50 says... FIXED-IN: 4.11.3 ... while you said the problem has existed since 4.10.3. Either that's not the problem commit, or you meant 4.11.3 but typed 4.10.3. (Were the date on the commit different it could possibly have been backported to 4.10 as well, but kde upstream was long done with 4.10 on Oct 13, 2013, so if it has been backported, it's by a downstream such as your distro... or you.) Meanwhile, assuming you have konqueror or something similar installed, I'd suggest substituting it for dolphin on your commandline. firefox ftp://ftp.kernel.org appears to work, here. =:^) -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
[kde] dolphin: cd9e50ae4f / 4.10.3 breaks opening remote URLs from command line
Hi! Is it possible that cd9e50ae4f3ded breaks opening remote URLs from CLI, like dolphin ftp://foo.com/? For me this doesn't work any more since 4.10.3. Which is not ideal, since my application relies on being able to do this. ;) Greetings, Sven ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
Re: [kde] cannot cut/copy with dolphin
Kishore Jonnalagadda posted on Mon, 28 Oct 2013 17:36:40 +0530 as excerpted: > On Monday 28 Oct 2013 10:31:12 AM Duncan wrote: >> Kishore Jonnalagadda posted on Mon, 28 Oct 2013 14:06:53 +0530 as >> >> excerpted: >> > I can't be sure from when this problem occurs but its quite recent. >> > I'm on KDE 4.11.2 and i cannot cut or copy files in dolphin with >> > either the context menu or the CTRL+C and CTRL+V shortcuts. >> > When i try to cut a file, the file briefly becomes light shaded (like >> > it usually does when a file or folder is cut) but then restores >> > itself to the normal icon in about a second. When i click copy on any >> > file i do not get the paste option like i would expect it to. I do >> > notice that klipper updates the file path each time i try to cut or >> > copy. >> > >> > Do anybody know what could lead to this? >> >> That's a very interesting problem. I have little idea what this issue >> might be, but the fact that it exists for your normal user but NOT for >> a new user indicates it HAS to be something in your normal user's >> config. >> >> That means the problem should be resolvable by bisection. =:^) > Thanks Duncan! Indeed i followed a similar process and came down to > kdeconnect. kdeconnect allows your computer to pair with itself which is > strange! Pairing with itself was the source of the problem. I don't know > the technical reason behind it but i think it has to do with > kdeconnect's feature of sharing the clipboard. Indeed, I /did/ have not the foggiest idea what the issue was! I don't use software such as kdeconnect (I do use ssh in a text terminal occasionally, but I don't even use X forwarding with it), so wouldn't have guessed that for sure! But if it has a clipboard sharing mechanism, and the idea is to allow remote connects, then yes, it stands to reason that it'd disable file cut/ copy/paste across the shared clipboards, and if you're effectively connected to yourself, then yes, that'd probably disable it there, too! That's surely one for the archives! Who knows when someone else will post with the same issue, and I'll look like a genius posting a solution like this out of left field, if it actually happens to be their problem too (tho I'll be sure to say it's not original to me but came from a previous post to the list with the same problem, since I don't even use kdeconnect or the like)! So thanks for the followup, who knows when it'll come in handy, and /I'd/ surely not have thought of that on my own! =:^) -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
Re: [kde] cannot cut/copy with dolphin
On Monday 28 Oct 2013 10:31:12 AM Duncan wrote: > Kishore Jonnalagadda posted on Mon, 28 Oct 2013 14:06:53 +0530 as > > excerpted: > > I can't be sure from when this problem occurs but its quite recent. I'm > > on KDE 4.11.2 and i cannot cut or copy files in dolphin with either the > > context menu or the CTRL+C and CTRL+V shortcuts. > > > > I tried installing konqueror and the problem is the same in there. > > The problem does not exist for a new user that i create. > > Copy/Move by drag&drop operations works fine. > > > > When i try to cut a file, the file briefly becomes light shaded (like it > > usually does when a file or folder is cut) but then restores itself to > > the normal icon in about a second. When i click copy on any file i do > > not get the paste option like i would expect it to. I do notice that > > klipper updates the file path each time i try to cut or copy. > > > > Do anybody know what could lead to this? > > That's a very interesting problem. I have little idea what this issue > might be, but the fact that it exists for your normal user but NOT for a > new user indicates it HAS to be something in your normal user's config. > > That means the problem should be resolvable by bisection. =:^) The > general idea of bisection is to repeatedly test whether the problem is > there or not, cutting the test space (the number of config files in this > case) roughly in half each time, depending on the results of the previous > test. > > More specifically, nearly all of a user's kde config is found in the > $KDEHOME directory (normally ~/.kde, tho some distros will default that > to ~/.kde4 or some such), so your first test will be to verify that the > problem disappears if you start with a clean $KDEHOME. > > To do that, while either not running kde (perhaps from the text-mode > commandline) or while logged in as superuser so your user's kde config > isn't being used, rename the ~/.kde directory to something else, say > ~/.kde.backup. > > Then login to kde as that user and confirm that the problem no longer > exists. Assuming it doesn't, you've confirmed that the problem is in a > config file somewhere in your $KDEHOME directory. > > Next, within the $KDEHOME directory, pretty much all the config is in two > subdirs, $KDEHOME/share/config, and $KDEHOME/share/apps. Most of the > actual /config/ is in config (duh!), while apps is other application > data, so we'll guess it's in config and try the same process with it. > > Again without kde running as that user, delete the new test $KDEHOME dir > created by the test, and rename the backup copy back to its original name. > > Then navigate to $KDEHOME/share, and rename the config subdir to > something else, say config.backup. > > Again login as that user and check if the problem exists again or not. > > If it doesn't, you've now confirmed the problem is within the config > subdir; if the problem exists, it's NOT in the config subdir, so try apps. > > Now assuming it's in config, again without kde running as that user, blow > away the config subdir created by the test, and COPY the config dir from > the backup back in place. Then with the backup still in place to be > safe, cd into the the newly copied config dir (NOT the backup!), and > delete the few subdirs and about half the files. > > Repeat the login test. If the problem exists, then you know the problem > is in the half you did NOT delete. If the problem does NOT exist, it's > in the half you deleted. > > Repeat the process again, deleting the files created in the last test and > restoring all the files you now know are good, while testing half of the > half you know is bad. > > Continue repeating until you either isolate the problem to a single file, > or you're comfortable simply deleting the remaining bad configuration and > redoing it. > > Once you reach a single file, you can either stop there if you're > comfortable blowing it away and reconfiguring whatever configuration it > saved, or continue the process in that file by switching from a file > manager to a text editor for further testing, working first with sections > of the file and then with individual lines, until you either nail it down > to a single line and know where the problem is, or you decide you can > blow away the bad config that remains and reconfigure it by hand. > > The first couple times you do this, it's hard. After doing it a few > times, you'll start to get the hang of how kde organizes its > configuration, and for most problems you can shorten the process > considerably by
Re: [kde] cannot cut/copy with dolphin
Kishore Jonnalagadda posted on Mon, 28 Oct 2013 14:06:53 +0530 as excerpted: > I can't be sure from when this problem occurs but its quite recent. I'm > on KDE 4.11.2 and i cannot cut or copy files in dolphin with either the > context menu or the CTRL+C and CTRL+V shortcuts. > > I tried installing konqueror and the problem is the same in there. > The problem does not exist for a new user that i create. > Copy/Move by drag&drop operations works fine. > > When i try to cut a file, the file briefly becomes light shaded (like it > usually does when a file or folder is cut) but then restores itself to > the normal icon in about a second. When i click copy on any file i do > not get the paste option like i would expect it to. I do notice that > klipper updates the file path each time i try to cut or copy. > > Do anybody know what could lead to this? That's a very interesting problem. I have little idea what this issue might be, but the fact that it exists for your normal user but NOT for a new user indicates it HAS to be something in your normal user's config. That means the problem should be resolvable by bisection. =:^) The general idea of bisection is to repeatedly test whether the problem is there or not, cutting the test space (the number of config files in this case) roughly in half each time, depending on the results of the previous test. More specifically, nearly all of a user's kde config is found in the $KDEHOME directory (normally ~/.kde, tho some distros will default that to ~/.kde4 or some such), so your first test will be to verify that the problem disappears if you start with a clean $KDEHOME. To do that, while either not running kde (perhaps from the text-mode commandline) or while logged in as superuser so your user's kde config isn't being used, rename the ~/.kde directory to something else, say ~/.kde.backup. Then login to kde as that user and confirm that the problem no longer exists. Assuming it doesn't, you've confirmed that the problem is in a config file somewhere in your $KDEHOME directory. Next, within the $KDEHOME directory, pretty much all the config is in two subdirs, $KDEHOME/share/config, and $KDEHOME/share/apps. Most of the actual /config/ is in config (duh!), while apps is other application data, so we'll guess it's in config and try the same process with it. Again without kde running as that user, delete the new test $KDEHOME dir created by the test, and rename the backup copy back to its original name. Then navigate to $KDEHOME/share, and rename the config subdir to something else, say config.backup. Again login as that user and check if the problem exists again or not. If it doesn't, you've now confirmed the problem is within the config subdir; if the problem exists, it's NOT in the config subdir, so try apps. Now assuming it's in config, again without kde running as that user, blow away the config subdir created by the test, and COPY the config dir from the backup back in place. Then with the backup still in place to be safe, cd into the the newly copied config dir (NOT the backup!), and delete the few subdirs and about half the files. Repeat the login test. If the problem exists, then you know the problem is in the half you did NOT delete. If the problem does NOT exist, it's in the half you deleted. Repeat the process again, deleting the files created in the last test and restoring all the files you now know are good, while testing half of the half you know is bad. Continue repeating until you either isolate the problem to a single file, or you're comfortable simply deleting the remaining bad configuration and redoing it. Once you reach a single file, you can either stop there if you're comfortable blowing it away and reconfiguring whatever configuration it saved, or continue the process in that file by switching from a file manager to a text editor for further testing, working first with sections of the file and then with individual lines, until you either nail it down to a single line and know where the problem is, or you decide you can blow away the bad config that remains and reconfigure it by hand. The first couple times you do this, it's hard. After doing it a few times, you'll start to get the hang of how kde organizes its configuration, and for most problems you can shorten the process considerably by choosing the correct configuration file (or at least the handful of files with a common name, say the several plasma* files if it's a plasma problem) the first time. Even here, you /could/ try dolphinrc and/or klipperrc right away, and maybe you'll be right and one of them is the problem. But the trouble is, this doesn't sound exactly like a klipper problem, and dolphin doesn't have a whole lot of configuration for the problem t
Re: [kde] cannot cut/copy with dolphin
On Monday 28 Oct 2013 2:06:53 PM Kishore Jonnalagadda wrote: > I can't be sure from when this problem occurs but its quite recent. I'm on > KDE 4.11.2 and i cannot cut or copy files in dolphin with either the > context menu or the CTRL+C and CTRL+V shortcuts. > > I tried installing konqueror and the problem is the same in there. > The problem does not exist for a new user that i create. > Copy/Move by drag&drop operations works fine. > > When i try to cut a file, the file briefly becomes light shaded (like it > usually does when a file or folder is cut) but then restores itself to the > normal icon in about a second. When i click copy on any file i do not get > the paste option like i would expect it to. I do notice that klipper > updates the file path each time i try to cut or copy. > > Do anybody know what could lead to this? I finally found the cause of this problem. It was related to kdeconnect! In the devices kcm of kdeconnect, your own PC is also listed as one of the available devices and it is possible to pair with it! It does not make sense but in my case my laptop was paired with itself and this was the source of the problem. Unpairing solved the problem! -- Cheers! Kishore ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
[kde] cannot cut/copy with dolphin
I can't be sure from when this problem occurs but its quite recent. I'm on KDE 4.11.2 and i cannot cut or copy files in dolphin with either the context menu or the CTRL+C and CTRL+V shortcuts. I tried installing konqueror and the problem is the same in there. The problem does not exist for a new user that i create. Copy/Move by drag&drop operations works fine. When i try to cut a file, the file briefly becomes light shaded (like it usually does when a file or folder is cut) but then restores itself to the normal icon in about a second. When i click copy on any file i do not get the paste option like i would expect it to. I do notice that klipper updates the file path each time i try to cut or copy. Do anybody know what could lead to this? -- Cheers! Kishore ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
Re: [kde] What programs listens on 1113 port? Dolphin is trying to connect it!
Run "netstat -ntulp" and post the output. That will tell you what is listening on each port. On Thu, Aug 22, 2013 at 5:20 AM, Aaron Lewis wrote: > HI, > > I'm running KDE 4.11.0, and I couldn't use the "Properties" context > menu in dolphin anymore! > > All I see is that dolphin is connecting to localhost:1113, and it stuck! > > Anyone know what's going on? > > -- > Best Regards, > Aaron Lewis - PGP: 0xDFE6C29E ( http://keyserver.veridis.com ) > Finger Print: 9482 448F C7C3 896C 1DFE 7DD3 2492 A7D0 DFE6 C29E > ___ > This message is from the kde mailing list. > Account management: https://mail.kde.org/mailman/listinfo/kde. > Archives: http://lists.kde.org/. > More info: http://www.kde.org/faq.html. -- Dotan Cohen http://gibberish.co.il http://what-is-what.com ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
[kde] What programs listens on 1113 port? Dolphin is trying to connect it!
HI, I'm running KDE 4.11.0, and I couldn't use the "Properties" context menu in dolphin anymore! All I see is that dolphin is connecting to localhost:1113, and it stuck! Anyone know what's going on? -- Best Regards, Aaron Lewis - PGP: 0xDFE6C29E ( http://keyserver.veridis.com ) Finger Print: 9482 448F C7C3 896C 1DFE 7DD3 2492 A7D0 DFE6 C29E ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
Re: [kde] dolphin-plugins - Perforce support
Hi Martin, On Monday, 2012-10-29, Martin Andersen wrote: > Hi, > > This is my first mail to this list, I have been a happy kde user for a > couple of years and finally made my first piece of kde code. > > I have been using the svn and git plugins for Dolphin. Recently I have > started to use Perforce so I decided to develop a Perforce plugin for > Dolphin. The plugin is now functional. It can show the local state of the > files and there are action menus for most of the simple use cases. > > If anybody is interested in the plugin I would like to share the code and > discuss if you have any suggestions. Very cool! I suggest you re-send to the kfm-de...@kde.org mailing list (KDE File Manager development). Cheers, Kevin -- Kevin Krammer, KDE developer, xdg-utils developer KDE user support, developer mentoring signature.asc Description: This is a digitally signed message part. ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
[kde] dolphin-plugins - Perforce support
Hi, This is my first mail to this list, I have been a happy kde user for a couple of years and finally made my first piece of kde code. I have been using the svn and git plugins for Dolphin. Recently I have started to use Perforce so I decided to develop a Perforce plugin for Dolphin. The plugin is now functional. It can show the local state of the files and there are action menus for most of the simple use cases. If anybody is interested in the plugin I would like to share the code and discuss if you have any suggestions. BR, Martin Andersen ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
Re: [kde] Remote file editing, dolphin and local caching
On 23 October 2012 09:57, Kevin Krammer wrote: > On Tuesday, 2012-10-23, Peter Risdon wrote: > > Hi, > > > > I'm converting to KDE from Gnome (classic) and struggling with the > handling > > of remote filesystems. Having googled the problem at length, I have two > > questions: > > > > 1. If I try to use my preferred text editor, gedit, with a file on a > > network drive it caches the remote file and operates on the cached > version. > > The only opportunity to upload it comes when the editor is closed. Is > there > > a way to make the editor operate on the remote file directly? It looks > like > > the only editor that does, and this in a laborious way, is Kate. > > gedit uses a different implementation for virtual file systems than KDE > does > (KDE uses KIO, GTK+ applications use GIO/GVFS). > > You'll find Kate's behavior with most other KDE applications, for gedit > you'll > have to contact the gedit community. > That explains it - thanks very much. > > > I'd appreciate being cc'd in because I don't subscribe to this list. > > Leaving that for reference for follow up comments > > Cheers, > Kevin > > -- > Kevin Krammer, KDE developer, xdg-utils developer > KDE user support, developer mentoring > ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
Re: [kde] Remote file editing, dolphin and local caching
On Tuesday, 2012-10-23, Peter Risdon wrote: > Hi, > > I'm converting to KDE from Gnome (classic) and struggling with the handling > of remote filesystems. Having googled the problem at length, I have two > questions: > > 1. If I try to use my preferred text editor, gedit, with a file on a > network drive it caches the remote file and operates on the cached version. > The only opportunity to upload it comes when the editor is closed. Is there > a way to make the editor operate on the remote file directly? It looks like > the only editor that does, and this in a laborious way, is Kate. gedit uses a different implementation for virtual file systems than KDE does (KDE uses KIO, GTK+ applications use GIO/GVFS). You'll find Kate's behavior with most other KDE applications, for gedit you'll have to contact the gedit community. > I'd appreciate being cc'd in because I don't subscribe to this list. Leaving that for reference for follow up comments Cheers, Kevin -- Kevin Krammer, KDE developer, xdg-utils developer KDE user support, developer mentoring signature.asc Description: This is a digitally signed message part. ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
[kde] Remote file editing, dolphin and local caching
Hi, I'm converting to KDE from Gnome (classic) and struggling with the handling of remote filesystems. Having googled the problem at length, I have two questions: 1. If I try to use my preferred text editor, gedit, with a file on a network drive it caches the remote file and operates on the cached version. The only opportunity to upload it comes when the editor is closed. Is there a way to make the editor operate on the remote file directly? It looks like the only editor that does, and this in a laborious way, is Kate. 2. I feel I must be missing something, because I can't see how this could ever be useful behaviour. What am I missing? I'd appreciate being cc'd in because I don't subscribe to this list. TIA Peter ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
Re: [kde] KDE 4.6 ---- Dolphin Crashes on a mouse over
A bit of a note on dolphin going totally awol as soon as the cursor is moved over a canon raw photo file. Dolphin just disappears basically and a crash report pops up. I recently added some older canon raw files that are dot crw rather than .cr2. CR2 is the one that causes the crashes. dot crw just does nothing and open with can be used and it makes no attempt at showing a thumbnail. Cannon and others will no doubt continue to change their file naming every now and again each time a new camera comes out basically so that they can tell the difference. Can't help laughing. It reminds me of my 1st excursion into commercial software production where I rapidly learned that there is a need to filter out what subsequent software will accept and do nothing if not in the list as painful and boring as that may be. In my case it was not fully scanning keyboard input intended for entry into a data base. The data base accepted what it was given as it should as in this case that wasn't it's responsibility. Things are a little different when the entries were read later - the odd characters might be disc errors and couldn't display so it threw an error. The solution was to scan every entry for acceptable characters and wipe the field if there are any problems. That discourages users from messing about which some will do. Duncan might like to note that once I wrote that input routine it cropped up in every bit of code I wrote. It makes a lot of sense to only write one function and always use it- re akanodi etc. :-) That also encouraged me to move out of commercial software development as I prefer a more varied life. This attitude also helps me accept change. Things often get in such a mess eventually that things have to be re done from scratch and improvements and changes get harder and harder to add as the code evolves. The only answer at some point is to throw the lot away and start again. :-) My management used to hate that as they always do but the problem can be minimized via due attention to structure. John ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
Re: [kde] KDE 4.6 ---- Dolphin Crashes on a mouse over
John Woodhouse posted on Thu, 14 Jun 2012 05:10:09 -0700 as excerpted: > Turning it off is a thought however even from the bug it looks like > Dolphin sees it as a picture file so there may be a better way. Is > associations the only place file types are kept? Or is there another > hidden away. If the association with raw files being picture files can > be disabled it will enable me to use Dolphin without problem. There is > not a lot of point in click launching them. It's more a case of using > "open with". I assume if I go through a program selection process for > the 2 or 3 apps that I might use to open raw files they will appear in > the open with tab? > > Another approach might be to create another association group. I would > hope that this is possible? Then I should get the open with options I > will need. I hope but again need to know if this info is only kept in > the associations system. Please don't reply on top of the quote; it seriously screws up context. Reply inline (as I am here), snipping the context you're not replying to and edit/summarizing [square braces are traditionally used to indicate edit/summary rewording] if necessary to keep the quoted text under a page or so between inline replies. (Obviously "a page or so" is only a guideline, since displayed page sizes will differ, but if someone's paging down more than twice and they've not deliberately made their window size tiny or are trying to read it on a phone or something with a way tiny display, it's too much.) That makes it MUCH easier for other people to reply properly to you, too. Associations: KDE (and I think gnome, but I don't run it) uses mimetype associations, tho it uses extensions as a hint on the mimetype. If you open the associations applet in kde settings, you'll see the setup. Groups are via top-level mimetype (image/ here, or text/ etc) and only contain the default emedded-viewer vs. external-viewer option for that top-level mimetype. Individual sub-types (image/raw in this case, I believe, text/plain and image/jpeg being other examples) are where the real association goes on. Among other things, you can override the group's embedded vs. external viewer option, set various extensions that belong to that mimetype, manually change or add/delete the various apps associated with that type and change their preference order, etc. What you apparently need to do is override the image-group's default embedded-viewer options, setting it to external-viewer, for image/raw. Setting up a different top-level or even subtype mimetype is possible but can be complicated since there's the freedesktop.org standards to worry about and if you deviate from them, various bits will complain (generally only to STDOUT for kde apps, which isn't a big deal since that's usually routed to /dev/null or ~/.xsession-errors for X apps, but anyway...). However, I don't believe you'll need to worry about that as the above override to external-viewer will hopefully fix it. Similarly, click-to-open simply opens with the top ranked association, while open-with gives you a choice of all associated programs. Thus, in ordered to disable click-to-open, you'd have to delete the association for all associated programs, thus eliminating the open-with list as well. You'd then get the generic open-with app-browser dialog each time. Again, that's possible, but I don't believe it would fix the problem, which is I think the embedded-viewer. AFAIK the info is indeed only kept in the associations system (tho in a running kde session that's cached to ksycoca, which should rebuild automatically if you change the associations using kde settings, but you can always trigger a rebuild manually by running kbuildsycoca4 from krunner or whatever), but that associations system is rather more complex than most people realize. But hopefully simply resetting the embedded viewer to external viewer, for the image/raw mime-subtype, will be all you need to do. =:^) Meanwhile, FWIW, I believe it's kdcraw that would be the problem package, here. That's the interface between kde and the usual dcraw. > Upgrade - NO - Lots of people will run opensuse 11.4 for a long time > yet. Probably until 12.3 has been out for some months. I need my machine > and have little time to play. I bug report when I can too but the > residuals I'm left with can't be bug reported sensibly There are only 2. > Well known - machine goes awol for a just about an unbearable time along > with much disc tinkling. Kmail - Over maybe a month or probably more of > no reboots or kde restarts it may stop receiving mail. Relationship to > Kwallet changes ie doesn't ask for a password when kmail starts up and > sometimes asks for it before it's started. The later seems more > preval
Re: [kde] KDE 4.6 ---- Dolphin Crashes on a mouse over
Turning it off is a thought however even from the bug it looks like Dolphin sees it as a picture file so there may be a better way. Is associations the only place file types are kept? Or is there another hidden away. If the association with raw files being picture files can be disabled it will enable me to use Dolphin without problem. There is not a lot of point in click launching them. It's more a case of using "open with". I assume if I go through a program selection process for the 2 or 3 apps that I might use to open raw files they will appear in the open with tab? Another approach might be to create another association group. I would hope that this is possible? Then I should get the open with options I will need. I hope but again need to know if this info is only kept in the associations system. Upgrade - NO - Lots of people will run opensuse 11.4 for a long time yet. Probably until 12.3 has been out for some months. I need my machine and have little time to play. I bug report when I can too but the residuals I'm left with can't be bug reported sensibly There are only 2. Well known - machine goes awol for a just about an unbearable time along with much disc tinkling. Kmail - Over maybe a month or probably more of no reboots or kde restarts it may stop receiving mail. Relationship to Kwallet changes ie doesn't ask for a password when kmail starts up and sometimes asks for it before it's started. The later seems more prevalent lately. I'm thinking of bugging that to Novell but haven't found any clues as to why it happens yet. 30 or often more active browser tabs may be something to do with it. On this Dolphin crash - very recent comment on one of ##raw sites regarding thumbnails - works on gnome but not on kde so far. May be no point in upgrading anyway and I wonder what will happen when I add asro picture formats. :-) The UK weather may improve some day but hasn't for the last 10 years at least other than when it's sub zero. John - Original Message - > From: Alex Schuster > To: kde@mail.kde.org > Cc: John Woodhouse > Sent: Thursday, 14 June 2012, 10:39 > Subject: Re: [kde] KDE 4.6 Dolphin Crashes on a mouse over > > John Woodhouse writes: > >> I've just loaded a lot of software to handle canon raw photo files. If >> I browse a directory with any raw files in it Dolphin crashes as soon >> as I move the mouse over one. > > Maybe it's this bug? https://bugs.kde.org/show_bug.cgi?id=270366 > > >> Any ideas? > > Upgrade, 4.6 is ancient. As a workaround, turning off the info panel > might help. > > Wonko > ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
Re: [kde] KDE 4.6 ---- Dolphin Crashes on a mouse over
John Woodhouse writes: > I've just loaded a lot of software to handle canon raw photo files. If > I browse a directory with any raw files in it Dolphin crashes as soon > as I move the mouse over one. Maybe it's this bug? https://bugs.kde.org/show_bug.cgi?id=270366 > Any ideas? Upgrade, 4.6 is ancient. As a workaround, turning off the info panel might help. Wonko ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
