min-cal-widget icon indicating copy to clipboard operation
min-cal-widget copied to clipboard

calendar opens on current day even with "Open calendar into clicked day" enabled.

Open eidolies opened this issue 11 months ago • 4 comments

Checklist

  • [X] I am able to reproduce the bug with the latest version.
  • [X] I made sure that there are no existing issues - open or closed - which I could contribute my information to.
  • [X] I have taken the time to fill in all the required details. I understand that the bug report could be dismissed otherwise.
  • [X] This issue contains only one bug.

Describe the bug

Touching a day other than current day doesn't open the calendar on the selected day, but on the current day.

Calendar is Simple Tools Calendar 6.23.1

Steps To Reproduce

  1. Add widget to homescreen
  2. Enable "Open calendar into clicked day"
  3. Make sure the calendar app is closed (is not in recent apps list)
  4. Touch a day other than current day
  5. Calendar opens on current day despite the enabled option

Expected Behavior

Calendar opens previously touched day even when calendar app is closed.

Affected app version

2.18.0

Device

moto g⁸ power (XT2041-3)

Android version

11

Launcher

Nova 7.0.57

eidolies avatar Jan 09 '25 10:01 eidolies

Just found out what visually triggers the bug: at step 1, after placing the widget to your homescreen, resize the widget (make it wider). Then proceed to the rest of the steps.

Edit: never mind, it looks like it erratically (doesn't) work.

eidolies avatar Jan 09 '25 10:01 eidolies

I figured it out. The main calendar (tested with SimpleCalendar 6.23.1, by SimpleMobileTools) has to be closed in order to trigger the bug.

Touching a day with the calendar app recently opened / in the background works as expected.

eidolies avatar Jan 16 '25 09:01 eidolies

Thanks for the report and narrowing down the exact situation in which it fails, I'll have a look when I have some time @eidolies šŸ™‚

mvmike avatar Jan 16 '25 15:01 mvmike

Hi @eidolies, just tried to reproduce the issue and I could not. Both with etar and google calendar works fine, regardless of:

  • resizing (listeners are upserted, so it should be fine, as you pointed out)
  • calendar app being force stopped before clicking the widget
  • a combination of the previous two

Is it the same situation with other calendars? Looks like it might be a calendar app issue rather than the widget

mvmike avatar Sep 12 '25 10:09 mvmike

Hello !

Sorry, I switched phones since March, but it still occurs on my new phone (Nothing Phone 3a, Android 15) with Etar which is now my default calendar, with the difference that it doesn't open the current day but just the general view, just as if I was launching the calendar.

That makes it a pretty big shortcut :)

Image

Also tried with Google Calendar with the Nothing launcher, after suspecting the launcher might treat is as just a large launcher avoiding the clicks inside it, and Etar + Google Calendar as well with the Fossify Launcher - same thing for all these tests, it just launches the calendar with the current day highlighted just like on the screen recording above.

eidolies avatar Sep 14 '25 20:09 eidolies

I figured it out. The main calendar (tested with SimpleCalendar 6.23.1, by SimpleMobileTools) has to be closed in order to trigger the bug.

Touching a day with the calendar app recently opened / in the background works as expected.

And whether it is closed or in the recent apps doesn't matter anymore. Hm.

eidolies avatar Sep 14 '25 20:09 eidolies

Could it be that the issue is that the calendar app default/last view is not daily? The intent sent by MinCal just sends a start instant but can't force a specific view (see https://developer.android.com/identity/providers/calendar-provider#intent-view)

mvmike avatar Sep 16 '25 11:09 mvmike

This is it !

It was I believe another understanding from me - I expected from the widget a selection or opening of the clicked day while in month view (it would have switched from month/week view to day or agenda view).

While in fact it switches to

  • the month the clicked day is in, if in month view by default
  • the week the clicked day is in, if in week view by default
  • the day it is clicked, if in day view by default

And in that case, it just works perfectly on my side.

Then I guess the current way it works isn't for me, unless I change my habits.

However I would be interested if my former expectation were to be implemented (switches from month view to day view, on the clicked day, while still keeping month view as default). Would it be programmatically feasible ? Should I open a feature request ?

Thanks for your help and your work in this widget !

eidolies avatar Sep 17 '25 14:09 eidolies

Unfortunately, as it says in the documentation I shared before, android just allows to pass a timestamp, not a view type šŸ™

In any case, if in the future they add more parameters to the intent, I'll consider sending a "day view" option.

mvmike avatar Sep 18 '25 10:09 mvmike