Note: This is for KOrganizer version 5.1.3. (This version was not in Version dropdown list) Problem: Every time I try to add a new event to my calendar in KOrganizer (integrated with Kontact), the UI acts funny and doesn't allow me to add the event at the time I want. When trying to save the event, the event doesn't get saved. No error message is reported. This happens in the local calendar and in Google calendars. If it's a Google calendar, event does get saved, but at midnight (starts at 0:00 and ends at 0:00). Reproducible: Always Steps to Reproduce: 1. Go to calendar in Kontact and click New Event. 2. Specify START date and time for the event in the future. Let's say 20th April at 09:00 AM. 3. KOrganiser automatically changes the start time 09:00 PM. Sometimes (not always), it also automatically changes the event's END date to 19th April (a day before the start date!) 4. You can then fiddle with the UI all you want but you won't be able to get your event to start at 09:00 AM. You give up and say, OK, I'll make my event to start on 09:00 PM and end on 10:00 PM on 20th April and then I'll just edit the entry after saving with the correct end and start times. So, you click OK to save the event, but then the event doesn't get added to the calendar at all, not even at 9pm. No error message or complaint is reported by the software. Actual Results: I have several calendars in KOrganizer: the actual Personal Calendar in KOrganizer and several Google calendars. This behaviour happens in all calendars. However, sometimes (not always), when adding an event to a Google calendar, if you open the calendar in your browser (on Google's site), you'll see that the event does get saved on the correct date (20th April) but with a start time of 0:00 and an end time of 0:00 (i.e. you get an event of no duration at midnight). This you can edit in Google calendar and when you do, then it will appear as well in KOrganizer (after it has refreshed the Google calendar). Expected Results: 1. UI should allow me to specify 9:00 AM without changing to 9:00 PM 2. The END date of the event shouldn't change automatically. It should change only if I change it. 3. When you click OK, the event should be added and should be visible in the calendar, at the time you specified.
(In reply to Alfredo Maldonado from comment #0) > Note: This is for KOrganizer version 5.1.3. (This version was not in Version > dropdown list) > > Problem: > > Every time I try to add a new event to my calendar in KOrganizer (integrated > with Kontact), the UI acts funny and doesn't allow me to add the event at > the time I want. When trying to save the event, the event doesn't get saved. > No error message is reported. > > This happens in the local calendar and in Google calendars. If it's a Google > calendar, event does get saved, but at midnight (starts at 0:00 and ends at > 0:00). > > > Reproducible: Always > > Steps to Reproduce: > 1. Go to calendar in Kontact and click New Event. > 2. Specify START date and time for the event in the future. Let's say 20th > April at 09:00 AM. > 3. KOrganiser automatically changes the start time 09:00 PM. Sometimes (not > always), it also automatically changes the event's END date to 19th April (a > day before the start date!) > 4. You can then fiddle with the UI all you want but you won't be able to get > your event to start at 09:00 AM. You give up and say, OK, I'll make my event > to start on 09:00 PM and end on 10:00 PM on 20th April and then I'll just > edit the entry after saving with the correct end and start times. So, you > click OK to save the event, but then the event doesn't get added to the > calendar at all, not even at 9pm. No error message or complaint is reported > by the software. > > > Actual Results: > I have several calendars in KOrganizer: the actual Personal Calendar in > KOrganizer and several Google calendars. This behaviour happens in all > calendars. > > However, sometimes (not always), when adding an event to a Google calendar, > if you open the calendar in your browser (on Google's site), you'll see that > the event does get saved on the correct date (20th April) but with a start > time of 0:00 and an end time of 0:00 (i.e. you get an event of no duration > at midnight). This you can edit in Google calendar and when you do, then it > will appear as well in KOrganizer (after it has refreshed the Google > calendar). > > > Expected Results: > 1. UI should allow me to specify 9:00 AM without changing to 9:00 PM > 2. The END date of the event shouldn't change automatically. It should > change only if I change it. > 3. When you click OK, the event should be added and should be visible in the > calendar, at the time you specified. I too have this problem. However, I have found a workaround for the time being, along with a possible reason for why this is happening. I changed my time format from Australian (en_AU) to the United States (en_US), and Korganizer now accepts A.M. times (System Settings -> Regional Settings -> Formats -> Detailed Settings -> Time -> United States - American English). It seems that Korganizer relies somewhat on the system's time format/region to properly determine the events/schedules it creates, and if the region in use is not American (or similar to it), this causes problems. What time format are you currently using? Does changing the time format to United States allow you to set A.M. times? And vice versa to others, does changing the time format from United States to Australian (or other different time formats) cause Korganizer's A.M. time entries to be interpreted as P.M. times?
Created attachment 101032 [details] Time Format comparison of Australia and the United States I've obtained an image of a comparison between Australian (en_AU) and American (en_US) time formats. Here are the differences that I've noticed. -US time uses AM/PM notation, whilst AU time uses 24 hour notation -The day/month/year arrangement is slightly different Perhaps this is what is causing Korganizer's peculiar behaviour with AM/PM time entries?
This is likely to be related to my problem as I use Irish time format (en_IE). However, I cannot reproduce anymore as I have uninstalled Kontact and I'm now using Thunderbird. This issue was so big for me that I had to switch software.
(In reply to Alfredo Maldonado from comment #3) > This is likely to be related to my problem as I use Irish time format > (en_IE). However, I cannot reproduce anymore as I have uninstalled Kontact > and I'm now using Thunderbird. This issue was so big for me that I had to > switch software. I'm in the opposite boat actually, switching to Kmail and Korganizer after discovering this workaround (I found Thunderbird's interface to be too unresponsive, and did not integrate well with dark themes). Could you spend a little time reinstalling Korganizer and test if the en_US time format works? It would be nice for some confirmation that differing time formats is the problem.
Created attachment 101064 [details] Time format comparison of Ireland and United States Here's a comparison between Ireland and American time formats. Comparing between them, Ireland is different in that it seems to use 24-hour time (similar to Australia) as compared to America's AM/PM time. It's probable then to infer that the problem with Korganizer lies with the system's time format. Specifically, 24-hour vs. AM/PM time. Perhaps this even carries on to mixing up month numbers with day numbers (different arrangement for Ireland and America) - but that's just speculation.
I have a problem setting the start and times as well. Whenever I hit "Apply" or "OK", the times are both reset to 12:00PM. I had the time format set to Greece and changing it to United States doesn't fix the problem. The event then usually does not display in the Agenda view as it has zero duration, but it show in the Month view. Some other times, however, it shows in the Agenda view spanning all day long, eg if I had set the event to be on the 3rd of July, then it will span from 00:00AM to 12:00 PM. I can then resize the event with the graphical handles and set its starting and ending times correctly. If I then try to re-edit this event and save, it will break again.
(In reply to nikolaos from comment #6) > I have a problem setting the start and times as well. > > Whenever I hit "Apply" or "OK", the times are both reset to 12:00PM. I had > the time format set to Greece and changing it to United States doesn't fix > the problem. The event then usually does not display in the Agenda view as > it has zero duration, but it show in the Month view. > > Some other times, however, it shows in the Agenda view spanning all day > long, eg if I had set the event to be on the 3rd of July, then it will span > from 00:00AM to 12:00 PM. I can then resize the event with the graphical > handles and set its starting and ending times correctly. If I then try to > re-edit this event and save, it will break again. This sounds like a slightly different problem to the bug... Looking at the list of time formats, I am unable to find Greece. Are you sure you changed the time format, and not the time zone? I can see Athens in the list of time zones, but there is no Greece in the time formats. But just to check, if you open up your Korganizer and click the 'New Event' button, are you able to select AM and PM times for the start/end configuration? Try setting a start time of 9:00 AM and an end time of 10:00 PM. If this is the same bug, then after setting both, the start time would be instead 9:00 PM. For further reference, switching the time format (on Plasma 5) goes as follows: System settings -> Regional settings -> Formats -> Detailed settings -> Time = United States - American English (en_US) Logging out or rebooting should set the time format.
(In reply to qualimerjudith from comment #7) > (In reply to nikolaos from comment #6) > > I have a problem setting the start and times as well. > > > > Whenever I hit "Apply" or "OK", the times are both reset to 12:00PM. I had > > the time format set to Greece and changing it to United States doesn't fix > > the problem. The event then usually does not display in the Agenda view as > > it has zero duration, but it show in the Month view. > > > > Some other times, however, it shows in the Agenda view spanning all day > > long, eg if I had set the event to be on the 3rd of July, then it will span > > from 00:00AM to 12:00 PM. I can then resize the event with the graphical > > handles and set its starting and ending times correctly. If I then try to > > re-edit this event and save, it will break again. > > This sounds like a slightly different problem to the bug... Looking at the > list of time formats, I am unable to find Greece. Are you sure you changed > the time format, and not the time zone? I can see Athens in the list of time > zones, but there is no Greece in the time formats. > > But just to check, if you open up your Korganizer and click the 'New Event' > button, are you able to select AM and PM times for the start/end > configuration? Try setting a start time of 9:00 AM and an end time of 10:00 > PM. If this is the same bug, then after setting both, the start time would > be instead 9:00 PM. > > For further reference, switching the time format (on Plasma 5) goes as > follows: > System settings -> Regional settings -> Formats -> Detailed settings -> Time > = United States - American English (en_US) > > Logging out or rebooting should set the time format. Ah, apologies - Greece is indeed there, but not in English, so it was difficult to find.
My case seems to be resolved now. I can't say which update fixed that but it works OK now.
(In reply to nikolaos from comment #9) > My case seems to be resolved now. I can't say which update fixed that but it > works OK now. That's great to hear! However, I have a feeling that your problem was a little different to this bug. If it's alright, do you mind doing a little testing? It would be nice for some external confirmation that this bug is a thing. Set your time format to Australian time (en_AU), and then try to set a date using Korganizer, with a start time of 9:00 AM and an end time of 10:00 PM. If the start time ends up changing to 9:00 PM, then Korganizer is still unable to properly set times under time formats which are not similar to America's. If you're willing, you have my thanks.
Someone has kind of the same problem with greek time locale. (el_GR) And I could reproduce it with the same locale as him. see here for more info https://forum.manjaro.org/t/korganizer-not-setting-properly-event-time/10397 here is a video you can see what happen. https://vimeo.com/185548052 (password: korganizer) what we can see. - When the user select a start date, the end day change to 1 day before the start day. - When the user save the event, the start time and end time is change and saved to 12:00 M.M (12:00 PM) korganizer 16.08.1 Qt 5.7.0
(In reply to stephane from comment #11) > Someone has kind of the same problem with greek time locale. (el_GR) > And I could reproduce it with the same locale as him. > see here for more info > https://forum.manjaro.org/t/korganizer-not-setting-properly-event-time/10397 > > here is a video you can see what happen. > https://vimeo.com/185548052 (password: korganizer) > > what we can see. > - When the user select a start date, the end day change to 1 day before the > start day. > - When the user save the event, the start time and end time is change and > saved to 12:00 M.M (12:00 PM) > > korganizer 16.08.1 > > Qt 5.7.0 Out of curiosity, does the time set correctly using the en_US (American) locale? This seems like the same problem, but it'd be nice to be sure. Thanks.
(In reply to Qualimer Judith from comment #12) > (In reply to stephane from comment #11) > > Someone has kind of the same problem with greek time locale. (el_GR) > > And I could reproduce it with the same locale as him. > > see here for more info > > https://forum.manjaro.org/t/korganizer-not-setting-properly-event-time/10397 > > > > here is a video you can see what happen. > > https://vimeo.com/185548052 (password: korganizer) > > > > what we can see. > > - When the user select a start date, the end day change to 1 day before the > > start day. > > - When the user save the event, the start time and end time is change and > > saved to 12:00 M.M (12:00 PM) > > > > korganizer 16.08.1 > > > > Qt 5.7.0 > > Out of curiosity, does the time set correctly using the en_US (American) > locale? This seems like the same problem, but it'd be nice to be sure. > Thanks. Yes. I use myself fr_CH locales and I tried to replicate the problem of the mentionned manjaro user. all is working fine with fr_CH locales (it use 24H format), and it also works with en_US (american). When I tried with greek locales (el_GR) like as the user, the problem appeared.
(In reply to Qualimer Judith from comment #12) > > Out of curiosity, does the time set correctly using the en_US (American) > locale? This seems like the same problem, but it'd be nice to be sure. > Thanks. yes, us and other locales work right, problem appears when using greek locales (el_GR, el_CY)
I'm Australian and I think this is a big issue for the credibility of KDE apps if this issue cannot be solved. I think KDE is the best D.E. and I'm really enjoying Neon. However it cannot be used to manage appointments properly, if like me you don't want to have your computer running American (en_US) time formats. I'm happy to provide screenshots etc if needed.
I also have this problem. Note that this also affects the work day times etc. Go to `Configure Korganizer > Date and Time'. All the times there cannot be set to AM times either. Switching to US_en is a workaround (but I agree it is not a very good one if you don't want to use the US's non-standard date scheme (mm/dd/yy)).
*** This bug has been confirmed by popular vote. ***
Can confirm that the problem with Kontact changing AM times to PM in the Australia timezone is still an issue in Version 5.7.3. Changing the time format in the System Setting Module to 'United Kingdom - British English' is a work-around.
I added a patch that fixes this bug on my local (Au) timezone - https://phabricator.kde.org/D14435. I'll need to find someone to review it and see if it's an appropriate fix.
Git commit 628c5b1335a21bf2a20ebf0af56dcc113c64c181 by Christoph Feck, on behalf of Glenn Watson. Committed on 02/08/2018 at 12:28. Pushed by cfeck into branch 'master'. Fix KTimeComboBox input mask for AM/PM times In some cases, the strings returned from amText() and pmText() may differ in case to the provided format in the timeFormatToInputMask method. This results in an incorrect mask string being provided to the line edit control. Instead, detect if the format string uses upper or lower case for the AM/PM specification, and use this to convert the am/pm text strings to a consistent case. FIXED-IN: 5.49.0 Differential Revision: https://phabricator.kde.org/D14435 M +24 -0 autotests/ktimecomboboxtest.cpp M +1 -0 autotests/ktimecomboboxtest.h M +19 -2 src/ktimecombobox.cpp https://commits.kde.org/kwidgetsaddons/628c5b1335a21bf2a20ebf0af56dcc113c64c181
*** Bug 397150 has been marked as a duplicate of this bug. ***
*** Bug 398453 has been marked as a duplicate of this bug. ***
To clarify (according to what I understand from the fixing commit), the faulty product is not KOrganizer, but actually KDE Frameworks (versions prior to 5.49). Ubuntu 19.04 ships KDE Frameworks 5.56.
I see this is marked as resolved. Does this mean if I reconfigure my desktop to use American English the problem will go away. Is it good enough to simply change the Language setting or do I have to change the Region setting in Formats? If so that means I have to actually start using miles and gallons instead of km and litres? Brand new system, Linux retail desktop built by ZAReason, KDW Plasma 5.16.5, Frameworks 5.62.0, KOrganizer 5.11.3 and if it is not clear, the problem is that every event gets reset to 12:00 a.m. start and end time, not matter how the event is added. My current region is en-CA or Canadian English, trying to migrate from Thunderbird because I find the range of KDE apps appealing. Not import anything, just get it to work.
(In reply to safeweb from comment #24) > I see this is marked as resolved. Does this mean if I reconfigure my desktop > to use American English the problem will go away. No, it means the software defect was solved. If you are experiencing an issue with KDE Frameworks 5.62, the problem you are experiencing is not this one. > [...] > > and if it is not clear, the problem is that every event gets reset to 12:00 > a.m. start and end time, not matter how the event is added. My current > region is en-CA or Canadian English, trying to migrate from Thunderbird > because I find the range of KDE apps appealing. Not import anything, just > get it to work. See ticket #409912 But be warned that KOrganizer is not mature software. Expect frustration if you switch.
Thankyou Filipus for replying. Here is what appears to be working. System Settings / Personalization Regional Settings --> Language = American English (Deleted Canadian English( Region Settings --> Formats --> Region = Canadian English (en_CA) Region Settings --> Formats --> Detailed Settings --> Time = Default --REBOOT-- Now, in following various internet results with the same / similar problem, I also copied a bunch of locale files, but can't remember from where to where, as it didn't seem to have any effect and I just continued trying things. It now appears likely that I will have to abandon my efforts to use KDE apps despite the apparent success of getting KOrganizer to work. Now KMail is failing to connect to a pop3 server, receiving the error that SSL needs be active and it is set to be active in KMail. Not trying to start a new topic, just adding a sigh that what looks like a great experience is going to be one I have to miss out. Thanks again for your note and best of the season to you. After reboot
TL:DR; if you want ISO datetimestamps in regional settings use en_AU as default, and (custom) specify en_SE in Time field. This also makes korganizer work properly (becausue there is no AM or PM). However there is obviously still an issue with en_AU being set globally, as it forces AM to be set as PM. Some time ago I was typing to force systemwide ISO datetime formatting, and did some tinkering with custom locale files. So the AM->PM issue may be related in my case. However as far as i know and can see I removed all said tinkering. Global en_AU is broken when entering AM into korganizer However the below locale settings works just fine. user@betlognuc:~$ locale locale: Cannot set LC_ALL to default locale: No such file or directory LANG=en_AU.UTF-8 LANGUAGE=en_AU:en LC_CTYPE="en_AU.UTF-8" LC_NUMERIC="en_AU.UTF-8" LC_TIME=en_SE.UTF-8 LC_COLLATE="en_AU.UTF-8" LC_MONETARY="en_AU.UTF-8" LC_MESSAGES="en_AU.UTF-8" LC_PAPER="en_AU.UTF-8" LC_NAME="en_AU.UTF-8" LC_ADDRESS="en_AU.UTF-8" LC_TELEPHONE="en_AU.UTF-8" LC_MEASUREMENT="en_AU.UTF-8" LC_IDENTIFICATION="en_AU.UTF-8" LC_ALL= I wrote this before noticing the match at bottom of list... and see that other Australians have same issue I had, so I will paste in case the details are relevant somehow: SUMMARY Cannot set event time to AM Application forces all new events to PM Particularly annoying because my system is set to ISO 24 hour. STEPS TO REPRODUCE 1. create event 2. type 10:00, 1000, or 10:00 AM or 3. mouse select and scroll to 10:00 AM OBSERVED RESULT 10:00 PM is selected EXPECTED RESULT 10:00 AM should be selected SOFTWARE/OS VERSIONS Linux/KDE Plasma: Kubuntu 18.04 KDE Plasma Version: 5.12.9 KDE Frameworks Version: 5.44.0 Qt Version: 5.9.5 ADDITIONAL INFORMATION kernel version 4.15.0-72-generic 64-bit Due to another issue (inability to remove a personal calendar.ics) I have recently uninstalled, purged and apt reinstalled korganizer
betlogbetlog, you can install qt5-doc-html and consult /usr/share/qt5/doc/qtcore/qlocale.html That will tell you which version of CLDR your QLocale is based on.
Forgive my ignorance, but I'm not seeing any reference to CLDR or any meaningful version designation. What am I supposed to be doing with that document?
(In reply to betlogbetlog from comment #29) > Forgive my ignorance, but I'm not seeing any reference to CLDR or any > meaningful version designation. > What am I supposed to be doing with that document? If your file is like mine (but it may not, since mine is newer), the Detailed Description section should contain a paragraph like the following: >QLocale's data is based on Common Locale Data Repository v34.
They really need to put the wo rd'version' somewhere there :) QLocale's data is based on Common Locale Data Repository v29.
CLDR's en_AU does not override dateFormatItem Hm in version 29: https://github.com/unicode-org/cldr/blob/release-29/common/main/en_AU.xml If KOrganizer has a time issue specific to Australian English, with your Qt version, I would guess that could be due to the "am/pm" dayPeriod which en_US overrides to lowercase, unlike en_SE. But I cannot reproduce your issue with Ubuntu 19.04. I suggest you try reproducing on a fresh install.
Just to add another data point for those still suffering this problem. Reading the comment history, it seems to me that this bug was raised for one issue (events being saved with start and end times of midnight) then ended up being fixed with patch for a somewhat different issue (Australian and Greek locales converting times from am to pm). I was having the "midnight" problem, and my fix is a refinement of that posted by safeweb@gmx.com above. I am using the en_CA locale, and my settings were as follows: System Settings / Personalization Regional Settings --> Language = <no languages entered> Region Settings --> Formats --> Region = Canadian English (en_CA) Region Settings --> Formats --> Detailed Settings --> Time = Canadian English (en_CA) All I changed was the Time setting (the last one in the above list) to 'Default', logged out and back in and presto, new events now save at the time selected.