Is kOrganizer ical import broken in 42.3?

I am running kOrganizer in 42.2, Xfce desktop, kdm display-manager and it is working okay (with just a minor issue with the reminder in the tray). It was also working the same way, okay, with LightDM.

However, running it in 42.3, again Xfce & kdm, the import function for ics is missing, under import, only gives a text option.

In Add Calendar, a dialogue box pops up and the only listed is “Knut - An agent for debugging purposes”.

This is the same with LightDM as the Display Manager. (Note: I do not expect Display Manager is involved, just making sure it is clear which environments I have tried it.)

I have also tried this in a newly-created Test User, just to be certain it is not some config glitch I introduced while testing 42.3.

Can anyone confirm this?

Perhaps, even, in an upgrade it might work okay, but in a clean install of 42.3, it does not work?

Does anyone use kOrganizer any more?

If so, in Leap 42.3 (and perhaps Tumbleweed), could you please check the “Add Calendar” function and the “Import” function to see if you get the option to import .ics files?

Note that you do not need to be running the same desktop as me to confirm what I am asking, if you are running it in KDE Plasma, you could still check.

I do, heavily . . .

Will check the Leap 42.3 behaviour soon.

With Leap 42.2, right-clicking on archived ‘.ics’ files and choosing to import into KOrganizer seems to function correctly – I must admit that, I cancelled the operation before the actual import happened – didn’t want to mess about with my functioning Calendar system . . .
[HR][/HR]Please excuse my British English – the Forums spell-checker seems to prefer American English . . .Don’t know why: “Micro Focus” is (very) British . . .

Checked with Leap 42.3 KOrganizer version 5.5.2:

  • Import via an “ICal” e-Mail worked directly (button in the e-Mail) OK.
  • Opening the “cal.ics” attachment with KOrganizer worked OK as well.
  • Opening archived ‘.ics’ files with KOrganizer worked OK as well.

I don’t think the forum has a spell-checker.

That’s probably done by your web browser, and the language should be configurable in its settings I suppose…

Looks like an installation problem though.
There definitely should be an icaldir and ical (file) resource too…

Is kdepim-runtime installed?

Ah-ha! Dead on again, Wolfi. lol!

I was hoping you would look in here, as you are (at least one of, if not the) the sharpest when catching the kde misses.

kdepim-runtime was not installed. I installed it, the ical import (and other) options now show up in the dialogue when I choose add.

I now see “Birthdays and Anniversaries”, DAV groupware resource, Google Calendars and Tasks, KAlarm Calendar file, KAlarm directory, Knut (still there), Kolab Groupware Server, Open-Xchange Groupware Server, iCal Calendar File, and iCal Calendar Folder = All the things I expect to see in there.

Note, though, that something is still missing, as the file open dialogue box still only offers “text/calendar” and the file box does not show the iCal files. Same from the File->Import->Import Calendar dialogue.

But, in the former “Add=>iCal Calendar File” dialogue box, if I type in the full path instead of using the GUI file finder (Folder icon on the right), a list of the iCal files in that folder pops up, I can choose the one I want, and it imports.

Would that last missing dependancy be, say, Akonadi runtime? Or something else?

I thought it might be some missing dependency, but wanted to run it by here for confirmation, first. I have not installed the KDE Plasma Desktop on this machine, yet, only the Xfce at time of the test installation.

I am planning to do so (install and test Plasma desktop) in future as I continue tests, but right now am running Xfce through its paces while pulling in features and programs I like to see.

In 42.2, that worked just find. Somehow, in 42.3 (at least in this test install), neither kOrganizer install or even adding Akonadi install pulled in all the necessary packages to run kOrganizer’s Add & Import operations, so I think a dependancy link or two might have disappeared from kOrganizer at least in the meantime, but is included in a full Plasma Desktop install.

Does that make sense? Or?

Also, yet to be solved, when I go to Settings=>Configure Date and Time, instead of the Country/Region & Language - KDE Control Module – which pops up fine in 42.2 – I instead get

Could not start control module for date and time format.

in kOrganizer in 42.3.

Seems like a package dependency is missing here:

$ rpm -e --test kdepim-runtime
error: Failed dependencies:
        kdepim-runtime is needed by (installed) kaddressbook5-17.08.1-55.1.x86_64
        kdepim-runtime is needed by (installed) ktnef5-17.08.1-68.4.x86_64
        kdepim-runtime is needed by (installed) kmail5-17.08.1-68.4.x86_64

No mention of korganizer… :wink:

Apparently it got lost by the package splitups (kdepim’s sources got split up upstream and we had to adjust the packaging several times).
Of course not a problem on a default KDE installation, that’s probably why it hasn’t been noticed so far.

I’ll add the dependency in Factory, but for a 42.3 update you’d need to file a (openSUSE) bug report…

Note, though, that something is still missing, as the file open dialogue box still only offers “text/calendar” and the file box does not show the iCal files. Same from the File->Import->Import Calendar dialogue.

You should be able to change the file filter to whatever you like.

Would that last missing dependancy be, say, Akonadi runtime? Or something else?

Definitely not akonadi-runtime, as that is the KDE4 Akonadi.

I need to take a look and see if I can reproduce this on my full installation.
But TBH, I don’t think this can be caused by a missing dependency.

You’d need to install plasma5-desktop for that (and maybe kde-cli-tools5).
But that won’t help you much in XFCE anyway, as it just affects the Plasma desktop (the settings are applied when you login to Plasma).

KOrganizer should just take the system’s (or actually your user’s) locale settings though. Maybe XFCE has a similar settings tool to change that.

PS:

Actually this is likely related to the fact that you run korganizer in XFCE.

You won’t get a KDE file requester then, but rather Qt’s built-in one I think.
(Qt tries to adapt to the desktop you use, it loads plugins for that desktop if available, and those plugins determine things like style settings and the file dialog)

Given that, for a “normal” Leap 42.3 KDE installation, the KDE PIM package is not broken, albeit with a missing dependency for the KDE PIM Runtime package which is, normally, not needed, is the title of this post, maybe, a little bit misleading?
[HR][/HR]@Fraser_Bell: Yes, ‘wolfi323’ has an extremely deep insight into the KDE packaging and therefore, deserves a round of applause from the Forum community.
[HR][/HR]My Firefox browsers are always setup with the language preferences order (highest to lowest) “de_DE; en_GB; fr_FR; de; en; fr; en_us”.

Given the spell-checker behaviour in this forum – it changes depending on the language selection at the bottom-right-hand corner of the page – it seems that “English” is “en_US” (and “German” is either “de” or “de_DE”).

Ok, I tried it now, with the latest 17.08.1.

The file dialog indeed uses “text/calendar” as filter.

It does show ical files in Plasma5, which I would expect given that “text/calendar” is defined as:

    <magic priority="50">
      <match value="BEGIN:VCALENDAR" type="string" offset="0"/>
      <match value="begin:vcalendar" type="string" offset="0"/>
    </magic>
    <glob pattern="*.vcs"/>
    <glob pattern="*.ics"/>

(/usr/share/mime/packages/freedesktop.org.xml)

But it really does not show the files if I run it via “su -” as a different user (it doesn’t detect the other user’s KDE desktop then and uses Qt’s standard file dialog).

So it is indeed a problem with the file dialog.
Either a bug in Qt, or (maybe more likely in this case) korganizer does something “wrong” that happens to work with KDE’s file dialog but not Qt’s.

Unfortunately, Qt’s file dialog also doesn’t allow to enter a custom filter like “.ics"/"” or “empty” the filter field (like KDE’s does)…
That’s a limitation in Qt.

That defines in which language a page is opened (if available).
No idea if that also affects Firefox’s spell-checker, maybe it would indeed use the page’s language by default.

Given the spell-checker behaviour in this forum – it changes depending on the language selection at the bottom-right-hand corner of the page

Ok, haven’t even noticed that selection.

Still a Firefox “problem” I suppose.
I don’t get a spell-checker at all with Konqueror…
And currently I’m writing with Firefox on a Windows 7 system (not mine, and I haven’t changed any settings either), and there is no spell-checking as well.

But: Do you actually have a british dictionary installed in Firefox?

I cannot help you there, as I don’t even use Firefox most of the time.
But maybe have a look here: How do I change the default language for the spell checker? - solved, sort of... | Firefox-Hilfeforum | Mozilla-Hilfe

Seems to be a bit outdated though, as I don’t get an option to change the spell-checking language when I right-click on the text field…

– it seems that “English” is “en_US” (and “German” is either “de” or “de_DE”).

“English” indeed normally is a synonym for “en_US”, yes.
“British English” would be “en_GB”.

That’s all completely unrelated to the topic of this thread anyway though. :wink:

Found it – I’ll start a new thread.

Being KDE, for the Plasma case, it’s in System Settings –>> Regional Settings –>> Spell checking: “Enable automatic language recognition” and, install the required language dictionary packages.

I now have a British English dictionary installed and I’m using the British English spell checker to check this text being typed.

I know this (can be overridden by the application btw).
And I am successfully using it with kmail and kwrite (I actually think spell-checking works fine in “normal” text fields in Konqueror too IIRC, just not here).

Personally, I don’t care much though…

My point was that the spell-checking is (likely) done by the web browser.
As I wrote, I don’t think the forum has its own spell-checker, and I highly doubt that it would have a comprehensive set of dictionaries even if that would be the case…

But it seems you “fixed” it now anyway. :wink:

Okay, thanks, that is about what I suspected.

This is not so important for me, I have lots of other ways of doing things, but I suspected that it is unintended and just some things missed in the changes. Since I was the one who came across it, in my role as an openSUSE member, I take it as my “duty” to check it out, verify it, and report it.

That is why I am test installing, looking for any glitches.

I’ll add the dependency in Factory, but for a 42.3 update you’d need to file a (openSUSE) bug report…

Yes, I will do so now that it is confirmed.

You should be able to change the file filter to whatever you like.

I would suspect so, but I saw no easy-to-spot way to change the file filter, unlike on the version on the 42.2 machine, where it is bold and right in your eyes. I shall look again and report back. The pull-down at the bottom right of the 42.3 kOrganizer import dialogue gives no other choices.

Definitely not akonadi-runtime, as that is the KDE4 Akonadi.

Yes, when I went into Yast=>Software Manager and chose it to install, that became immediately apparent. So, I did not continue with that test.

You’d need to install plasma5-desktop for that (and maybe kde-cli-tools5).
But that won’t help you much in XFCE anyway, as it just affects the Plasma desktop (the settings are applied when you login to Plasma).

KOrganizer should just take the system’s (or actually your user’s) locale settings though. Maybe XFCE has a similar settings tool to change that.

I do not have any idea of why that module is in the 42.2 Xfce install.

Interesting, I have just gone through the Xfce settings and find nothing for changing User locale, etc. The only places that even give a choice to choose time zone is the Yast Date and Time module, and in the Orage Calendar itself.

… not in the least. Title is exactly what I wanted to know. It is not an accusation, but a question.

It works great in 42.2.

It does not in 42.3.

In pursuit of the answers, I need to clarify if it is only in the Xfce method, or if it is in the KDE Plasma desktop, but just not noticed yet. Thus, my question.

Even though not a so-called “normal” KDE installation, if it works in one version, but does not in the next, it is possibly something overlooked because it is not the “usual” way. Therefore, it must be explored.

It could even be a deliberately-dropped “something” that is happening (but that is not the case here, IMHO), but to improve our product, we must explore these things.:slight_smile:

That is how we contribute.

Yes, also in 42.2, in Xfce, as expected.

Please excuse my British English – the Forums spell-checker seems to prefer American English . . .Don’t know why: “Micro Focus” is (very) British . . .

I do not really care which spell-checker the Forums use, I still use Canadian English spelling, or British English spelling in some cases, since they are closely related.

So, go ahead, use British English, and I will use Canadian English, which will add colour and honour to the Forums.lol!

Okay, thanks for taking the time. Answers some of the questions.