Bug 1185681 - ktorrent fails to remember adjustments to GUI across invocations
Summary: ktorrent fails to remember adjustments to GUI across invocations
Keywords:
Status: CLOSED EOL
Alias: None
Product: Fedora
Classification: Fedora
Component: ktorrent
Version: 20
Hardware: x86_64
OS: Linux
unspecified
medium
Target Milestone: ---
Assignee: Roland Wolters
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2015-01-25 22:30 UTC by George R. Goffe
Modified: 2015-06-30 01:16 UTC (History)
5 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2015-06-30 01:16:01 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
KDE Software Compilation 343568 0 NOR NEEDSINFO ktorrent fails to remember adjustments to GUI across invocations 2020-11-23 15:46:05 UTC

Description George R. Goffe 2015-01-25 22:30:25 UTC
Description of problem:

I just switched to Fedora 20 from Fedora 19. Ktorrent initially comes up needing adjustments to it's GUI allowing for field sizes and other minor GUI adjustments like moving columns to different locations. These adjustments work great but when ktorrent is terminated via the "Quit" menu option, and is subsequently restarted, ALL these adjustments to field and GUI size are lost and must be re-entered (for lack of a better term). This was NOT the behavior for ktorrent on my Fedora 19 system.

Version-Release number of selected component (if applicable):

Qt: 4.8.6
KDE Development Platform: 4.14.3
KTorrent: 4.3.1


How reproducible:

Always

Steps to Reproduce:
1.Bring up ktorrent
2.change GUI and field sizes
3.quit from ktorrent
4.bring up ktorrent
5.observe that all previous customizations must be redone.

Actual results:


Expected results:


Additional info:

Comment 1 Roland Wolters 2015-01-26 15:23:38 UTC
Please start ktorrent from a terminal, make the changes, close it, and restart it again from the terminal. Please attach  the output here to this ticket. Also, please check during your changes if the file /.kde/share/config/ktorrentrc is changed accordingly.

Are other preferences you make in ktorrent (default download folder, etc.) saved, or are these settings lost as well? If so, can you please check if the file permissions of the ktorrent file and all corresponding directories are set properly?

Also, do you use other KDE apps? Can you test if the same behavior happens there as well?

Comment 2 George R. Goffe 2015-01-26 23:28:03 UTC
Roland,

1) There was no output produced by the "ktorrent" command

2) The preferences seem to be carried forward w/o problem. The total window size and several field size changes are not. The column order changes are retained.

3) I use konsole and k3b which appear to be functioning correctly

Do you need more info?

George...

Here are the file perms in ~/.kde:

fc20-x86_64-bash 4.2 ~$ ls -ald .kde
drwx------ 4 testuser testuser 105 Dec 12 07:30 .kde
fc20-x86_64-bash 4.2 ~$ ls -ald .kde/share
drwx------ 5 testuser testuser 41 Jan  4 22:04 .kde/share
fc20-x86_64-bash 4.2 ~$ ls -ald .kde/share/apps
drwxr-xr-x 28 testuser testuser 4096 Dec 18 14:09 .kde/share/apps
fc20-x86_64-bash 4.2 ~$ ls -ald .kde/share/apps/ktorrent
drwx------ 11 testuser testuser 4096 Jan 26 15:17 .kde/share/apps/ktorrent
fc20-x86_64-bash 4.2 ~$ ls -ald .kde/share/apps/ktorrent/*
-rw-r--r-- 1 testuser testuser      20 Dec 18 23:00 .kde/share/apps/ktorrent/dht_key
-rw-r--r-- 1 testuser testuser   29465 Jan 26 15:17 .kde/share/apps/ktorrent/dht_table.ipv4
-rw-r--r-- 1 testuser testuser       2 Jan 26 15:17 .kde/share/apps/ktorrent/dht_table.ipv6
-rw-r--r-- 1 testuser testuser  748606 Jan  1 23:13 .kde/share/apps/ktorrent/geoip.dat
-rw-r--r-- 1 testuser testuser    2665 Dec 27 05:46 .kde/share/apps/ktorrent/kttorrentactivityui.rc
-rw-r--r-- 1 testuser testuser 8167119 Jan 26 15:17 .kde/share/apps/ktorrent/log
-rw-r--r-- 1 testuser testuser  819757 Jan 25 01:41 .kde/share/apps/ktorrent/log-10.gz
-rw-r--r-- 1 testuser testuser  815766 Jan 26 12:31 .kde/share/apps/ktorrent/log-1.gz
-rw-r--r-- 1 testuser testuser  806647 Jan 26 09:24 .kde/share/apps/ktorrent/log-2.gz
-rw-r--r-- 1 testuser testuser  781122 Jan 26 06:14 .kde/share/apps/ktorrent/log-3.gz
-rw-r--r-- 1 testuser testuser  770856 Jan 26 02:52 .kde/share/apps/ktorrent/log-4.gz
-rw-r--r-- 1 testuser testuser  790120 Jan 25 23:22 .kde/share/apps/ktorrent/log-5.gz
-rw-r--r-- 1 testuser testuser  769940 Jan 25 20:22 .kde/share/apps/ktorrent/log-6.gz
-rw-r--r-- 1 testuser testuser  766939 Jan 25 15:00 .kde/share/apps/ktorrent/log-7.gz
-rw-r--r-- 1 testuser testuser  774921 Jan 25 09:29 .kde/share/apps/ktorrent/log-8.gz
-rw-r--r-- 1 testuser testuser  807894 Jan 25 04:55 .kde/share/apps/ktorrent/log-9.gz
-rw-r--r-- 1 testuser testuser       2 Jan 26 15:17 .kde/share/apps/ktorrent/magnets
drwxr-xr-x 3 testuser testuser    4096 Jan 26 15:17 .kde/share/apps/ktorrent/tor0
drwxr-xr-x 3 testuser testuser    4096 Jan 26 15:17 .kde/share/apps/ktorrent/tor1
drwxr-xr-x 2 testuser testuser    4096 Jan 26 15:17 .kde/share/apps/ktorrent/tor18
drwxr-xr-x 2 testuser testuser    4096 Jan 26 15:17 .kde/share/apps/ktorrent/tor2
drwxr-xr-x 3 testuser testuser    4096 Jan 26 15:17 .kde/share/apps/ktorrent/tor3
drwxr-xr-x 3 testuser testuser    4096 Jan 26 15:17 .kde/share/apps/ktorrent/tor35
drwxr-xr-x 3 testuser testuser    4096 Jan 26 15:17 .kde/share/apps/ktorrent/tor4
drwxr-xr-x 2 testuser testuser    4096 Jan 26 15:17 .kde/share/apps/ktorrent/tor6
drwxr-xr-x 3 testuser testuser    4096 Jan 26 15:17 .kde/share/apps/ktorrent/tor7

Comment 3 Roland Wolters 2015-01-27 14:32:28 UTC
Hello Geroge,
thanks for the feedback. I forgot one question: can you reproduce the behavior with a test user, or after you have moved ~/.kde/share/apps/ktorrent and ~/kde./share/config/ktorrentrc to some other place?

Cheers,

Roland

Comment 4 George R. Goffe 2015-01-28 04:23:45 UTC
Roland,

Thanks for looking at this problem. I copied the two files and directories to ~testuser and tried ktorrent. Below is the result of these two tests. Not all the messages on the first try. The second gave just one message. NONE of the configs were remembered by the second invocation.

Regards,

George...

-bash-4.2$ ktorrent
Connecting to deprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString)
kbuildsycoca4 running...
kbuildsycoca4(10257)/kdecore (services) KServicePrivate::init: The desktop entry file  "ScreenSavers/qstars.desktop"  has Type= "Application"  but is located under " "services" " instead of "apps" 

kbuildsycoca4(10257) KBuildServiceFactory::createEntry: Invalid Service :  "ScreenSavers/qstars.desktop" 
kbuildsycoca4(10257)/kdecore (services) KServicePrivate::init: The desktop entry file  "ScreenSavers/tempest.desktop"  has Type= "Application"  but is located under " "services" " instead of "apps" 

kbuildsycoca4(10257) KBuildServiceFactory::createEntry: Invalid Service :  "ScreenSavers/tempest.desktop" 
kbuildsycoca4(10257)/kdecore (services) KServicePrivate::init: The desktop entry file "/export/home/share/applications/kde/partitions.desktop" has Type= "Application" but also has a X-KDE-Library key. This works for now, but makes user-preference handling difficult, so support for this might be removed at some point. Consider splitting it into two desktop files. 
kbuildsycoca4(10257)/kdecore (services) KServicePrivate::init: The desktop entry file "/export/home/share/applications/kde/kresources.desktop" has Type= "Application" but also has a X-KDE-Library key. This works for now, but makes user-preference handling difficult, so support for this might be removed at some point. Consider splitting it into two desktop files. 
kbuildsycoca4(10257)/kdecore (services) KServicePrivate::init: The desktop entry file "/export/home/share/applications/kde/pci.desktop" has Type= "Application" but also has a X-KDE-Library key. This works for now, but makes user-preference handling difficult, so support for this might be removed at some point. Consider splitting it into two desktop files. 
kbuildsycoca4(10257)/kdecore (services) KServicePrivate::init: The desktop entry file "/export/home/share/applications/kde/printers.desktop" has Type= "Application" but also has a X-KDE-Library key. This works for now, but makes user-preference handling difficult, so support for this might be removed at some point. Consider splitting it into two desktop files. 
kbuildsycoca4(10257)/kdecore (services) KServicePrivate::init: The desktop entry file "/export/home/share/applications/kde/privacy.desktop" has Type= "Application" but also has a X-KDE-Library key. This works for now, but makes user-preference handling difficult, so support for this might be removed at some point. Consider splitting it into two desktop files. 
kbuildsycoca4(10257)/kdecore (services) KServicePrivate::init: The desktop entry file "/export/home/share/applications/kde/processor.desktop" has Type= "Application" but also has a X-KDE-Library key. This works for now, but makes user-preference handling difficult, so support for this might be removed at some point. Consider splitting it into two desktop files. 
kbuildsycoca4(10257)/kdecore (services) KServicePrivate::init: The desktop entry file "/export/home/share/applications/kde/memory.desktop" has Type= "Application" but also has a X-KDE-Library key. This works for now, but makes user-preference handling difficult, so support for this might be removed at some point. Consider splitting it into two desktop files. 
kbuildsycoca4(10257)/kdecore (services) KServicePrivate::init: The desktop entry file "/export/home/share/applications/kde/arts.desktop" has Type= "Application" but also has a X-KDE-Library key. This works for now, but makes user-preference handling difficult, so support for this might be removed at some point. Consider splitting it into two desktop files. 
kbuildsycoca4(10257)/kdecore (services) KServicePrivate::init: The desktop entry file "/export/home/share/applications/kde/bell.desktop" has Type= "Application" but also has a X-KDE-Library key. This works for now, but makes user-preference handling difficult, so support for this might be removed at some point. Consider splitting it into two desktop files. 
kbuildsycoca4(10257)/kdecore (services) KServicePrivate::init: The desktop entry file "/export/home/share/applications/kde/cache.desktop" has Type= "Application" but also has a X-KDE-Library key. This works for now, but makes user-preference handling difficult, so support for this might be removed at some point. Consider splitting it into two desktop files. 
kbuildsycoca4(10257)/kdecore (services) KServicePrivate::init: The desktop entry file "/export/home/share/applications/kde/cdinfo.desktop" has Type= "Application" but also has a X-KDE-Library key. This works for now, but makes user-preference handling difficult, so support for this might be removed at some point. Consider splitting it into two desktop files. 
kbuildsycoca4(10257)/kdecore (services) KServicePrivate::init: The desktop entry file "/export/home/share/applications/kde/colors.desktop" has Type= "Application" but also has a X-KDE-Library key. This works for now, but makes user-preference handling difficult, so support for this might be removed at some point. Consider splitting it into two desktop files. 
kbuildsycoca4(10257)/kdecore (services) KServicePrivate::init: The desktop entry file "/export/home/share/applications/kde/mouse.desktop" has Type= "Application" but also has a X-KDE-Library key. This works for now, but makes user-preference handling difficult, so support for this might be removed at some point. Consider splitting it into two desktop files. 
kbuildsycoca4(10257)/kdecore (services) KServicePrivate::init: The desktop entry file "/export/home/share/applications/kde/componentchooser.desktop" has Type= "Application" but also has a X-KDE-Library key. This works for now, but makes user-preference handling difficult, so support for this might be removed at some point. Consider splitting it into two desktop files. 
kbuildsycoca4(10257)/kdecore (services) KServicePrivate::init: The desktop entry file "/export/home/share/applications/kde/crypto.desktop" has Type= "Application" but also has a X-KDE-Library key. This works for now, but makes user-preference handling difficult, so support for this might be removed at some point. Consider splitting it into two desktop files. 
kbuildsycoca4(10257)/kdecore (services) KServicePrivate::init: The desktop entry file "/export/home/share/applications/kde/netpref.desktop" has Type= "Application" but also has a X-KDE-Library key. This works for now, but makes user-preference handling difficult, so support for this might be removed at some point. Consider splitting it into two desktop files. 
kbuildsycoca4(10257)/kdecore (services) KServicePrivate::init: The desktop entry file "/export/home/share/applications/kde/desktopbehavior.desktop" has Type= "Application" but also has a X-KDE-Library key. This works for now, but makes user-preference handling difficult, so support for this might be removed at some point. Consider splitting it into two desktop files. 
kbuildsycoca4(10257)/kdecore (services) KServicePrivate::init: The desktop entry file "/export/home/share/applications/kde/desktoppath.desktop" has Type= "Application" but also has a X-KDE-Library key. This works for now, but makes user-preference handling difficult, so support for this might be removed at some point. Consider splitting it into two desktop files. 
kbuildsycoca4(10257)/kdecore (services) KServicePrivate::init: The desktop entry file "/export/home/share/applications/kde/devices.desktop" has Type= "Application" but also has a X-KDE-Library key. This works for now, but makes user-preference handling difficult, so support for this might be removed at some point. Consider splitting it into two desktop files. 
kbuildsycoca4(10257)/kdecore (services) KServicePrivate::init: The desktop entry file "/export/home/share/applications/kde/dma.desktop" has Type= "Application" but also has a X-KDE-Library key. This works for now, but makes user-preference handling difficult, so support for this might be removed at some point. Consider splitting it into two desktop files. 
kbuildsycoca4(10257)/kdecore (services) KServicePrivate::init: The desktop entry file "/export/home/share/applications/kde/ebrowsing.desktop" has Type= "Application" but also has a X-KDE-Library key. This works for now, but makes user-preference handling difficult, so support for this might be removed at some point. Consider splitting it into two desktop files. 
kbuildsycoca4(10257)/kdecore (services) KServicePrivate::init: The desktop entry file "/export/home/share/applications/kde/filebrowser.desktop" has Type= "Application" but also has a X-KDE-Library key. This works for now, but makes user-preference handling difficult, so support for this might be removed at some point. Consider splitting it into two desktop files. 
kbuildsycoca4(10257)/kdecore (services) KServicePrivate::init: The desktop entry file "/export/home/share/applications/kde/filetypes.desktop" has Type= "Application" but also has a X-KDE-Library key. This works for now, but makes user-preference handling difficult, so support for this might be removed at some point. Consider splitting it into two desktop files. 
kbuildsycoca4(10257)/kdecore (services) KServicePrivate::init: The desktop entry file "/export/home/share/applications/kde/interrupts.desktop" has Type= "Application" but also has a X-KDE-Library key. This works for now, but makes user-preference handling difficult, so support for this might be removed at some point. Consider splitting it into two desktop files. 
kbuildsycoca4(10257)/kdecore (services) KServicePrivate::init: The desktop entry file "/export/home/share/applications/kde/ioports.desktop" has Type= "Application" but also has a X-KDE-Library key. This works for now, but makes user-preference handling difficult, so support for this might be removed at some point. Consider splitting it into two desktop files. 
kbuildsycoca4(10257)/kdecore (services) KServicePrivate::init: The desktop entry file "/export/home/share/applications/kde/ioslaveinfo.desktop" has Type= "Application" but also has a X-KDE-Library key. This works for now, but makes user-preference handling difficult, so support for this might be removed at some point. Consider splitting it into two desktop files. 
kbuildsycoca4(10257)/kdecore (services) KServicePrivate::init: The desktop entry file "/export/home/share/applications/kde/joystick.desktop" has Type= "Application" but also has a X-KDE-Library key. This works for now, but makes user-preference handling difficult, so support for this might be removed at some point. Consider splitting it into two desktop files. 
kbuildsycoca4(10257)/kdecore (services) KServicePrivate::init: The desktop entry file "/export/home/share/applications/kde/kcm_kdnssd.desktop" has Type= "Application" but also has a X-KDE-Library key. This works for now, but makes user-preference handling difficult, so support for this might be removed at some point. Consider splitting it into two desktop files. 
kbuildsycoca4(10257)/kdecore (services) KServicePrivate::init: The desktop entry file "/export/home/share/applications/kde/kcmaccess.desktop" has Type= "Application" but also has a X-KDE-Library key. This works for now, but makes user-preference handling difficult, so support for this might be removed at some point. Consider splitting it into two desktop files. 
kbuildsycoca4(10257)/kdecore (services) KServicePrivate::init: The desktop entry file "/export/home/share/applications/kde/kcmcgi.desktop" has Type= "Application" but also has a X-KDE-Library key. This works for now, but makes user-preference handling difficult, so support for this might be removed at some point. Consider splitting it into two desktop files. 
kbuildsycoca4(10257)/kdecore (services) KServicePrivate::init: The desktop entry file "/export/home/share/applications/kde/kcmcss.desktop" has Type= "Application" but also has a X-KDE-Library key. This works for now, but makes user-preference handling difficult, so support for this might be removed at some point. Consider splitting it into two desktop files. 
kbuildsycoca4(10257)/kdecore (services) KServicePrivate::init: The desktop entry file "/export/home/share/applications/kde/kcmkded.desktop" has Type= "Application" but also has a X-KDE-Library key. This works for now, but makes user-preference handling difficult, so support for this might be removed at some point. Consider splitting it into two desktop files. 
kbuildsycoca4(10257)/kdecore (services) KServicePrivate::init: The desktop entry file "/export/home/share/applications/kde/kcmlaunch.desktop" has Type= "Application" but also has a X-KDE-Library key. This works for now, but makes user-preference handling difficult, so support for this might be removed at some point. Consider splitting it into two desktop files. 
kbuildsycoca4(10257)/kdecore (services) KServicePrivate::init: The desktop entry file "/export/home/share/applications/kde/kcmnotify.desktop" has Type= "Application" but also has a X-KDE-Library key. This works for now, but makes user-preference handling difficult, so support for this might be removed at some point. Consider splitting it into two desktop files. 
kbuildsycoca4(10257)/kdecore (services) KServicePrivate::init: The desktop entry file "/export/home/share/applications/kde/nic.desktop" has Type= "Application" but also has a X-KDE-Library key. This works for now, but makes user-preference handling difficult, so support for this might be removed at some point. Consider splitting it into two desktop files. 
kbuildsycoca4(10257)/kdecore (services) KServicePrivate::init: The desktop entry file "/export/home/share/applications/kde/kcmperformance.desktop" has Type= "Application" but also has a X-KDE-Library key. This works for now, but makes user-preference handling difficult, so support for this might be removed at some point. Consider splitting it into two desktop files. 
kbuildsycoca4(10257)/kdecore (services) KServicePrivate::init: The desktop entry file "/export/home/share/applications/kde/kcmsmserver.desktop" has Type= "Application" but also has a X-KDE-Library key. This works for now, but makes user-preference handling difficult, so support for this might be removed at some point. Consider splitting it into two desktop files. 
kbuildsycoca4(10257)/kdecore (services) KServicePrivate::init: The desktop entry file "/export/home/share/applications/kde/kcmusb.desktop" has Type= "Application" but also has a X-KDE-Library key. This works for now, but makes user-preference handling difficult, so support for this might be removed at some point. Consider splitting it into two desktop files. 
kbuildsycoca4(10257)/kdecore (services) KServicePrivate::init: The desktop entry file "/export/home/share/applications/kde/kcmview1394.desktop" has Type= "Application" but also has a X-KDE-Library key. This works for now, but makes user-preference handling difficult, so support for this might be removed at some point. Consider splitting it into two desktop files. 
kbuildsycoca4(10257)/kdecore (services) KServicePrivate::init: The desktop entry file "/export/home/share/applications/kde/keys.desktop" has Type= "Application" but also has a X-KDE-Library key. This works for now, but makes user-preference handling difficult, so support for this might be removed at some point. Consider splitting it into two desktop files. 
kbuildsycoca4(10257)/kdecore (services) KServicePrivate::init: The desktop entry file "/export/home/share/applications/kde/khtml_behavior.desktop" has Type= "Application" but also has a X-KDE-Library key. This works for now, but makes user-preference handling difficult, so support for this might be removed at some point. Consider splitting it into two desktop files. 
kbuildsycoca4(10257)/kdecore (services) KServicePrivate::init: The desktop entry file "/export/home/share/applications/kde/khtml_filter.desktop" has Type= "Application" but also has a X-KDE-Library key. This works for now, but makes user-preference handling difficult, so support for this might be removed at some point. Consider splitting it into two desktop files. 
kbuildsycoca4(10257)/kdecore (services) KServicePrivate::init: The desktop entry file "/export/home/share/applications/kde/khtml_fonts.desktop" has Type= "Application" but also has a X-KDE-Library key. This works for now, but makes user-preference handling difficult, so support for this might be removed at some point. Consider splitting it into two desktop files. 
kbuildsycoca4(10257)/kdecore (services) KServicePrivate::init: The desktop entry file "/export/home/share/applications/kde/opengl.desktop" has Type= "Application" but also has a X-KDE-Library key. This works for now, but makes user-preference handling difficult, so support for this might be removed at some point. Consider splitting it into two desktop files. 
kbuildsycoca4(10257)/kdecore (services) KServicePrivate::init: The desktop entry file "/export/home/share/applications/kde/khtml_java_js.desktop" has Type= "Application" but also has a X-KDE-Library key. This works for now, but makes user-preference handling difficult, so support for this might be removed at some point. Consider splitting it into two desktop files. 
kbuildsycoca4(10257)/kdecore (services) KServicePrivate::init: The desktop entry file "/export/home/share/applications/kde/lanbrowser.desktop" has Type= "Application" but also has a X-KDE-Library key. This works for now, but makes user-preference handling difficult, so support for this might be removed at some point. Consider splitting it into two desktop files. 
kbuildsycoca4(10257)/kdecore (services) KServicePrivate::init: The desktop entry file "/export/home/share/applications/kde/proxy.desktop" has Type= "Application" but also has a X-KDE-Library key. This works for now, but makes user-preference handling difficult, so support for this might be removed at some point. Consider splitting it into two desktop files. 
kbuildsycoca4(10257)/kdecore (services) KServicePrivate::init: The desktop entry file "/export/home/share/applications/kde/scsi.desktop" has Type= "Application" but also has a X-KDE-Library key. This works for now, but makes user-preference handling difficult, so support for this might be removed at some point. Consider splitting it into two desktop files. 
kbuildsycoca4(10257)/kdecore (services) KServicePrivate::init: The desktop entry file "/export/home/share/applications/kde/smbstatus.desktop" has Type= "Application" but also has a X-KDE-Library key. This works for now, but makes user-preference handling difficult, so support for this might be removed at some point. Consider splitting it into two desktop files. 
kbuildsycoca4(10257)/kdecore (services) KServicePrivate::init: The desktop entry file "/export/home/share/applications/kde/sound.desktop" has Type= "Application" but also has a X-KDE-Library key. This works for now, but makes user-preference handling difficult, so support for this might be removed at some point. Consider splitting it into two desktop files. 
kbuildsycoca4(10257)/kdecore (services) KServicePrivate::init: The desktop entry file "/export/home/share/applications/kde/spellchecking.desktop" has Type= "Application" but also has a X-KDE-Library key. This works for now, but makes user-preference handling difficult, so support for this might be removed at some point. Consider splitting it into two desktop files. 
kbuildsycoca4(10257)/kdecore (services) KServicePrivate::init: The desktop entry file "/export/home/share/applications/kde/useragent.desktop" has Type= "Application" but also has a X-KDE-Library key. This works for now, but makes user-preference handling difficult, so support for this might be removed at some point. Consider splitting it into two desktop files. 
kbuildsycoca4(10257)/kdecore (services) KServicePrivate::init: The desktop entry file "/export/home/share/applications/kde/xserver.desktop" has Type= "Application" but also has a X-KDE-Library key. This works for now, but makes user-preference handling difficult, so support for this might be removed at some point. Consider splitting it into two desktop files. 
kbuildsycoca4(10257)/kdecore (services) KServicePrivate::init: The desktop entry file "/export/home/share/applications/LabPlot.desktop" has Type= "Application" but also has a X-KDE-Library key. This works for now, but makes user-preference handling difficult, so support for this might be removed at some point. Consider splitting it into two desktop files.
"KConfigIni: In file /tmp/kde-testuser/kconf_updateV13182.tmp, line 1: " Invalid entry (missing '=')
Warning: QSystemTrayIcon::setVisible: No Icon set
Warning: QDBusConnection: name 'org.kde.kglobalaccel' had owner '' but we thought it was ':1.12'
-bash-4.2$ Object::connect: No such signal QDBusAbstractInterface::StateChanged(uint)

-bash-4.2$ ktorrent
Warning: QSystemTrayIcon::setVisible: No Icon set
-bash-4.2$

Comment 5 Roland Wolters 2015-01-30 14:05:00 UTC
That's really very weird, and right now I have no idea what could be the root for that problem. Especially since I am not sure why the behavior changed between Fedora 19 and Fedora 20.

I opened a bug report upstream hoping that they can shed some light on the issue. Thanks for reporting.

Comment 6 George R. Goffe 2015-01-30 18:25:13 UTC
Roland,

Thanks for your efforts. This is not the first time that the KDE folks have introduced different behaviors in applications I run. Xosview used to remember my settings but started "forgetting" them. Xosview people said, "It's not me"... KDE people said the same. Neither appeared to be willing to investigate further.

I have seen other apps fail randomly because they take short cuts in their code. Like issuing a system call and NOT checking the status. Things like Malloc failing give a fairly distinct error indication fairly shortly after the call. My GENERAL philosophy is that a core file is NOT the proper indication of a syntax error. Issue an error message somewhere that's visible and fail the process. Sigh...

Anyway, I'll do all I can to help resolve this problem. Maybe it's because I run as a user-id with special privs... a lot.

Regards,

George...

Comment 7 Fedora End Of Life 2015-05-29 13:38:00 UTC
This message is a reminder that Fedora 20 is nearing its end of life.
Approximately 4 (four) weeks from now Fedora will stop maintaining
and issuing updates for Fedora 20. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as EOL if it remains open with a Fedora  'version'
of '20'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version.

Thank you for reporting this issue and we are sorry that we were not 
able to fix it before Fedora 20 is end of life. If you would still like 
to see this bug fixed and are able to reproduce it against a later version 
of Fedora, you are encouraged  change the 'version' to a later Fedora 
version prior this bug is closed as described in the policy above.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events. Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

Comment 8 Fedora End Of Life 2015-06-30 01:16:01 UTC
Fedora 20 changed to end-of-life (EOL) status on 2015-06-23. Fedora 20 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version. If you
are unable to reopen this bug, please file a new report against the
current release. If you experience problems, please add a comment to this
bug.

Thank you for reporting this bug and we are sorry it could not be fixed.


Note You need to log in before you can comment on or make changes to this bug.