Summary: | Calendar files are opened instead of imported to an existing calendar | ||
---|---|---|---|
Product: | [Applications] korganizer | Reporter: | Pascal d'Hermilly <pascal> |
Component: | general | Assignee: | kdepim bugs <kdepim-bugs> |
Status: | RESOLVED UNMAINTAINED | ||
Severity: | normal | CC: | alon.barlev, skunk |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
Pascal d'Hermilly
2006-09-14 14:42:59 UTC
I think this a matter of adding the --import option to the file association of vcal (and ical also??). So the file association would be korganizer --import %u You can try that and see if it helps. Reinhold, should we make this the default? Am Donnerstag, 14. September 2006 15:19 schrieb Allen Winter: [bugs.kde.org quoted mail] Probably, yes. If KOrganizer is run stand-alone, opening only the file should work fine. But inside kontact, the standard calendar is always loaded, so it's not really possible to open the file... Hmm, difficult problem. Cheers, Reinhold SVN commit 590357 by winterz: Import the calendar, by default. This doesn't fully close the bug because the --import option doesn't work if the user is running the KOrganizer part (i.e, within Kontact). I need a super-guru to help me fix that. Oh, and I'm removing the korganizer-import.desktop file because it isn't used. CCBUGS: 134065 D korganizer-import.desktop M +1 -1 korganizer.desktop --- branches/KDE/3.5/kdepim/korganizer/korganizer.desktop #590356:590357 @@ -61,7 +61,7 @@ Comment[zh_CN]=日历和日程安排程序 Comment[zh_TW]=行事曆與排程軟體 Comment[zu]=Ikhalenda kanye Neprogramu Yokugcina isikhathi -Exec=korganizer %u +Exec=korganizer --import %u Icon=korganizer Path= DocPath=korganizer/index.html The solution isn't as simple as changing korganizer.desktop to always --import, as this prevents launching korganizer with kdeinit (alt+f2) - it execs korganizer with the args found in the desktop file, so it fails to start when the <url> arg to --import is not found. Since korganizer --import asks what to do with the file, this should be used for text/calendar and related mimetypes. Longer term make korganizer %u import by default and add an --open switch to only open files without asking, as Reinhold suggests. *** Bug 135534 has been marked as a duplicate of this bug. *** Well... Users should be notified... It made my KOrganizer not to work... Please consider modifying the subject so this issue may be found... Something like "KOrganizer fails to start". SVN commit 595238 by winterz: Fix the launching of KOrganizer. I sent these changes to kde-packager@kde.org so hopefully they will be put out to the distros soonest. BUGS: 135513,135534 CCBUGS: 134065 M +1 -1 Makefile.am A korganizer-import.desktop [TRAILING SPACE] M +1 -2 korganizer.desktop --- branches/KDE/3.5/kdepim/korganizer/Makefile.am #595237:595238 @@ -171,7 +171,7 @@ $(XGETTEXT) `find . -name "*.cpp" -o -name "*.h"` -o $(podir)/korganizer.pot rm -f tips.cpp -xdg_apps_DATA = korganizer.desktop +xdg_apps_DATA = korganizer.desktop korganizer-import.desktop kde_kcfg_DATA = korganizer.kcfg --- branches/KDE/3.5/kdepim/korganizer/korganizer.desktop #595237:595238 @@ -1,6 +1,5 @@ [Desktop Entry] Encoding=UTF-8 -MimeType=text/calendar;text/x-vcalendar; Comment=Calendar and Scheduling Program Comment[af]=Kalender en Skedulering Program Comment[ar]=برنامج الجدولة والتقويم @@ -61,7 +60,7 @@ Comment[zh_CN]=日历和日程安排程序 Comment[zh_TW]=行事曆與排程軟體 Comment[zu]=Ikhalenda kanye Neprogramu Yokugcina isikhathi -Exec=korganizer --import %u +Exec=korganizer Icon=korganizer Path= DocPath=korganizer/index.html Reassigning all KOrganizer bug reports and wishes to the newly created korganizer-devel mailing list. *** Bug 138329 has been marked as a duplicate of this bug. *** Note - I just opened the related bug, which addresses only one point: Bug 229021 - KOrganizer command line commands for importing events don't work when running inside Kontact This bug has only been reported for versions before 4.14, which have been unsupported for at least two years now. Can anyone tell if this bug still present? If noone confirms this bug for a Framework-based version of korganizer (version 5.0 or later, as part of KDE Applications 15.08 or later), it gets closed in about three months. Just as announced in my last comment, I close this bug. If you encounter it again in a recent version (at least 5.0 aka 15.08), please open a new one unless it already exists. Thank you for all your input. |