Bug 143116

Summary:	kontact eats korganizer
Product:	[openSUSE] SUSE LINUX 10.0	Reporter:	Rasmus Plewe <rplewe>
Component:	KDE	Assignee:	E-mail List <kde-maintainers>
Status:	RESOLVED WONTFIX	QA Contact:	E-mail List <qa-bugs>
Severity:	Minor
Priority:	P5 - None
Version:	Final
Target Milestone:	---
Hardware:	Other
OS:	Linux
Whiteboard:
Found By:	Other	Services Priority:
Business Priority:		Blocker:	---
Marketing QA Status:	---	IT Deployment:	---

Description Rasmus Plewe 2006-01-13 15:55:04 UTC

When kontact is running, it is not possible to start korganizer as a standalone program. The other way round works. After konqueror is eaten, kontact closed, konqueror started, the View in korganizer is changed to "Journal" (which might be a useful view to some people. But not to me).

Comment 1 Will Stephenson 2006-01-16 09:24:36 UTC

You just need to tell kontact to change its diet ;)

Settings->Configure Kontact->Select Components.  If you disable 'Calendar', Kontact will no longer swallow or otherwise interfere with KOrganizer.

The default view change is another bug but I don't think anyone will fix it before KDE 4, since we expect users to have one mode of using Korg or Kontact and not switch between both.  If it really bothers you, please change the title of the bug and reopen.

Comment 2 Rasmus Plewe 2006-01-16 10:09:27 UTC

Unfortunately this is not true. The only components I have now left are:
- Summary
- To-do list
- Weather
- Journal
- Contacts 
- Special Dates

(note the absence of "Calendar"). Korganizer still gets swallowed. Reopened with adjusted severity: In the end everything works somehow. Just not in the expected and logical way (generally: If I chose an item from the K-Menue, I expect a new program window to open). 

As for the default view your assumption may very well be valid. My personal reasons for extracting is very simple: I'd like to be able to constantly see the calendar, but I also would like to see all those weather reports simultaneously - and kontact is the only application I could find which allows that...

Comment 3 Stephan Kulow 2006-05-29 12:01:12 UTC

lack of resources does not allow fixing this very case