Re: [kde] Plasma-desktop becoming very slow
Renaud (Ron) Olgiati posted on Tue, 12 Jun 2012 13:34:37 -0400 as excerpted: > On Tuesday 12 Jun 2012 12:02 my mailbox was graced by a message from > Duncan who wrote: >> Actually, a sanitized basic formatting reference copy for myself as >> well as helping others is an extremely good idea. Thanks! Let me see >> what I can do, hopefully tonite. > > Again, thanks. Just got it sent. Look for it in your mail. =:^) -- 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] KDE 4.5.5: "Folder View" mode of desktop doesn't restore on login
Manuel Reimer posted on Thu, 14 Jun 2012 15:46:25 +0200 as excerpted: > on one of my systems, I have the following problem: If I set up "folder > view" for the desktop, then this seems to work well, but as soon as I > log out and log in again, the desktop icons are gone. > > I have to switch to desktop mode "workspace" and then back to "folder > view" to get it restored and I have to repeat this on every login... > > Any chance to find the reason for this problem? You probably know this already, but 4.5 is a rather old kde. 4.8 is current and there's a 4.9 beta out (which I'm running). But 4.5 was also the last version to use hal, so upgrading beyond it in-place on your current distro install could be problematic, and 4.5 /was/ the first kde4 release I actually considered a full release (what should have been 4.0, everything previous was alpha/beta/rc), so it's not as bad seeing that as it was seeing people still on 4.4 or older, since they really WERE seriously bugged and it really hurt to see people still using them when I knew 4.5 and above were SO much better. So at least with 4.5.5 you're not on what I'd call pre-release quality kde. To the problem... If I'm reading you correctly, after a kde restart (logout/login), the desktop stays in folder-view mode as shown in the settings dialog, but it simply doesn't show any icons? It sounds like what could be happening is that it keeps folderview, but for some reason, isn't saving the folder it should be pointing at, so when you restart kde, it's pointing at the wrong one, which either doesn't exist or is empty. Try this. After getting it set the way you want, using either krunner or a konsole window (I like the latter for things like this as krunner sometimes crashes or something), run ... kquitapp plasma-desktop ... which should close plasma including the desktop and panels. The idea is to get it to close and save state normally, in case it's crashing for some reason when you logout/quit-kde. Or try the traditional... killall plasma-desktop ... which is what I tend to use instead of kquitapp. After a few seconds, restart it... plasma-desktop Hopefully that fixes it. If not, the next thing to try is setting the folder location to somewhere else, and see if that works. As I normally use the default desktop (what would be "workspace" in 4.5, IIRC), I'm not familiar with the folderview desktop settings and how they've changed between 4.5 and the 4.9-beta1 I'm running, but it's a fairly safe bet they've changed enough that trying to tell you where to set that based on 4.9-beta1 won't work too well, so I'll let you figure out that part. If setting it to a different location works over a plasma restart (either using the above method or logout/login or quit kde/X and restart it or a full reboot, any of these should work), then you can try switching it back, or move everything from the location that didn't work to the location that does. If /that/ doesn't work, then it's time to get into the more complex stuff. Try setting up a different (new) user account, and see if the new user account has the same issue. If they don't, then you know the problem is in your user settings. If they have the same problem, then it's likely either a kde or distro bug you're hitting. If it's kde, the solution would be to try a newer version. If it's distro, take it up with them. Meanwhile, if you get to this point and have found it's in your user settings (a new user account doesn't have the issue), post back with the results so far, and we'll go from there. (Just a note, however. I'm having hardware issues ATM, but don't have the money to fix them properly so I'm hobbling along. If they get worse, I might disappear from the list for awhile, but hopefully someone else can help if that happens.) -- 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] KDE 4.5.5: "Folder View" mode of desktop doesn't restore on login
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 14/06/12 14:46, Manuel Reimer wrote: > Hello, > > on one of my systems, I have the following problem: If I set up > "folder view" for the desktop, then this seems to work well, but > as soon as I log out and log in again, the desktop icons are gone. > > I have to switch to desktop mode "workspace" and then back to > "folder view" to get it restored and I have to repeat this on > every login... > > Any chance to find the reason for this problem? > On one of my systems this also happens. The reason for my problem is that the folderview is linked to a remote directory, and the network simply doesn't come up fast enough. Once everything is loaded, click on the folderview then F5 and it should display again. While yours isn't a remote drive, it could still easily be a timing problem. Anne -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk/aIQ0ACgkQj93fyh4cnBfrsQCgixS30YW05Mgt2XLvHAcEehcM lQQAn0ICpXsafn2R6Y4DQ0Kd/Md4dliz =KHBZ -END PGP 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] 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 > 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. The kmail bug is extremely likely to simply
[kde] KDE 4.5.5: "Folder View" mode of desktop doesn't restore on login
Hello, on one of my systems, I have the following problem: If I set up "folder view" for the desktop, then this seems to work well, but as soon as I log out and log in again, the desktop icons are gone. I have to switch to desktop mode "workspace" and then back to "folder view" to get it restored and I have to repeat this on every login... Any chance to find the reason for this problem? Thanks in advance Yours Manuel ___ 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
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.
[kde] KDE 4.6 ---- Dolphin Crashes on a mouse over
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. There is an association for these files to gThumb and by the name and the problem I wonder if the crash is due to Dolphin trying to display a thumbnail. dcraw / ufraw seem to have a facility for desktops to display thumbnails but it doesn't seem to work. Any ideas? Even if there is a method of just allowing the files to be click loaded. Gimp etc has no problem loading them at all. Gwenview ignores them when using it to browse pictures. The files can be downloaded from the camera too in printer mode. 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.
