Fixed
Status Update
Comments
cs...@google.com <cs...@google.com> #2
Please fix this bug. I rely on this calendar software to track my tasks and this is causing me serious trouble.
am...@google.com <am...@google.com> #3
I'm getting reports from users of an app I developed which uses the Google Tasks API about this issue. Hoping Google will fix this one as it kind of breaks the API functionality..
di...@google.com <di...@google.com> #4
I see a little bit different issue. Once the date is "locked out" I cannot see the changes I make with third party apps whether or not I reload one or all of the apps. Everything displays correctly in the TP Apps on all sync'd devices, but never correctly displayed in the "Google Task" app on any sync'd device.
If I change the Due Date using the "Google Task" app, everything is displayed correctly in all TP Apps as well as Google Task apps on all sync'd devices.
If I change the Due Date using the "Google Task" app, everything is displayed correctly in all TP Apps as well as Google Task apps on all sync'd devices.
cs...@google.com <cs...@google.com> #5
I have been using Google Tasks with a third-party app for years, to manage personal and professional activities. This bug is making Tasks much harder to use and trust. Please prioritize and address. Thanks.
v....@gmail.com <v....@gmail.com> #6
I use http://calendar.google.com on my desktop and a hhird party app on my mobile devices. I am experiencing the exact behavior described by the original poster. This makes http://calendar.google.com unreliable and not usable. Please fix this bug so that http://calendar.google.com will be usable again.
di...@google.com <di...@google.com>
am...@google.com <am...@google.com>
am...@google.com <am...@google.com> #7
The OP is absolutely right. After some testing, I'm 99% sure the issue here is that there are two different due date fields in the database: the one available through the Google Tasks API, and the one that Google Calendar (and the rest of GSuite) uses. As the OP and others have said, this started when the due times and task recurrence features were added. Details on how to recreate the problem:
1. Create a Task with a due date (with or without a due time) athttps://calendar.google.com/
2. Use any app to update the task's due date via the Google Tasks API, even Google's own:https://developers.google.com/tasks/v1/reference/tasks/update
3. The Google Tasks API will report the date as the one that was changed, but Google Calendar will show the date it originally set
From that point on, changing the date with Google Calendar changes both dates (API and Calendar), but changing via the API only works if the date was never set by Calendar. As soon as Calendar writes to it's other field in the database, it will copy any change it makes to the datetime field the API uses, but will only every use the value it wrote to display in Calendar.
Solving the issue seems fairly straightforward: use the same datetime field in both Google Calendar/GSuite and the Google Tasks API. This would have the added advantage that developers using the Google Tasks API could set due times. Currently the Google Tasks API date is always rounded to 0 UTC, even if you set a time in Calendar, or attempt to set one via the API.
Thanks and have a good one,
Kevin
1. Create a Task with a due date (with or without a due time) at
2. Use any app to update the task's due date via the Google Tasks API, even Google's own:
3. The Google Tasks API will report the date as the one that was changed, but Google Calendar will show the date it originally set
From that point on, changing the date with Google Calendar changes both dates (API and Calendar), but changing via the API only works if the date was never set by Calendar. As soon as Calendar writes to it's other field in the database, it will copy any change it makes to the datetime field the API uses, but will only every use the value it wrote to display in Calendar.
Solving the issue seems fairly straightforward: use the same datetime field in both Google Calendar/GSuite and the Google Tasks API. This would have the added advantage that developers using the Google Tasks API could set due times. Currently the Google Tasks API date is always rounded to 0 UTC, even if you set a time in Calendar, or attempt to set one via the API.
Thanks and have a good one,
Kevin
an...@google.com <an...@google.com> #8
I have been experiencing exactly the same issue with a little command-line tool I wrote to help manage my task-lists.
Glad to finally find out what the problem is and hoping for a speedy bug-fix from Google.
(This is seriously ruining my productivity at work - I organise everything via Google Tasks!)
Glad to finally find out what the problem is and hoping for a speedy bug-fix from Google.
(This is seriously ruining my productivity at work - I organise everything via Google Tasks!)
Description
I'm using no tabs (Tab placement: None), since vertical space on a laptop is expensive and therefore this is especially annoying, as it leaves a gray bar at the top, eating up the precious vertical real estate.
What's weird is that it's not shown in some files, but is in others, mostly ViewModels, like here, `DashboardViewModel` you can see the design tools picker -- but not always, like in the `AppSlotDetailViewModel` there's none - and they both extend the same `ViewModel` type.
Regardless, there's no UI going on, see the imports for DashboardViewModel
```
package sk.foo.bar
import kotlinx.coroutines.flow.*
import kotlinx.coroutines.launch
import sk.foo.bar.DispatcherProvider
import sk.foo.bar.Fail
import sk.foo.bar.Loading
```
Not even android.
So the logic for showing/hiding must be buggy.
Android Studio Jellyfish | 2023.3.1 Canary 7
Build #AI-233.13135.103.2331.11360849, built on January 25, 2024
Runtime version: 17.0.9+0--11255266 amd64
VM: OpenJDK 64-Bit Server VM by JetBrains s.r.o.
Windows 11.0
GC: G1 Young Generation, G1 Old Generation
Memory: 3988M
Cores: 16
Registry:
ide.experimental.ui=true