Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Matomo date selection shows January 1th on Friday, but it's Saturday #18649

Closed
rosa2 opened this issue Jan 18, 2022 · 12 comments
Closed

Matomo date selection shows January 1th on Friday, but it's Saturday #18649

rosa2 opened this issue Jan 18, 2022 · 12 comments
Labels
worksforme The issue cannot be reproduced and things work as intended.

Comments

@rosa2
Copy link

rosa2 commented Jan 18, 2022

Thanks for Matomo! And sorry form my bad English.
I have two WordPress sites with https://wordpress.org/plugins/matomo/
When I go to https://example.com/wp-content/plugins/matomo/app/ where you see the Matomo Dashboard, if I look at the calendar to choose the period to visualize, the year 2022 starts with January 1th on Friday, but it's Saturday. And you can't choose today in the calendar, as for example, today is 18h and I can choose only 17th or before.
The server time is ok: 2022-01-18 09:47:13

Expected Behavior

It should start January 1th on Saturday

Current Behavior

It starts year 2022 starts with January 1th on Friday

Possible Solution

Steps to Reproduce (for Bugs)

  1. Go to Matomo Dashboard
  2. Click the calendar to choose a date.
    I attach image to show the problem
    matomo 2022-01-18 10-29-57

Context

Your Environment

  • Matomo Version: Matomo 4.6.2
  • Matomo Plugin version: 4.6.0
  • PHP Version: 7.4.25
  • Server Operating System: Debian 11
  • Additionally installed plugins:
  • +---------------------------------+--------+-----------+----------+
    | name | status | update | version |
    +---------------------------------+--------+-----------+----------+
    | codepress-admin-columns | active | none | 4.4.4 |
    | advanced-custom-fields-pro | active | none | 5.11.4 |
    | author-filters | active | none | 3.5.6 |
    | better-search-replace | active | none | 1.3.4 |
    | bunyad-shortcodes | active | none | 1.0.7 |
    | bunyad-widgets | active | none | 1.0.6 |
    | taxonomy-terms-order | active | none | 1.5.9 |
    | classic-editor | active | none | 1.6.2 |
    | classic-widgets | active | none | 0.2 |
    | wp-clean-up-optimizer | active | none | 4.0.28 |
    | contact-form-7 | active | none | 5.5.3 |
    | custom-sidebars | active | none | 3.35 |
    | duplicator | active | none | 1.4.3 |
    | emergency-password-reset | active | none | 6.2 |
    | enable-jquery-migrate-helper | active | none | 1.3.0 |
    | cookie-law-info | active | none | 2.0.8 |
    | contact-form-7-honeypot | active | none | 2.1 |
    | import-users-from-csv-with-meta | active | none | 1.19.1.4 |
    | peters-login-redirect | active | none | 3.0.0.6 |
    | matomo | active | none | 4.6.0 |
    | members | active | none | 3.1.7 |
    | post-type-switcher | active | none | 3.2.1 |
    | search-filter | active | none | 1.2.14 |
    | search-exclude | active | none | 1.2.6 |
    | types | active | none | 3.4.15 |
    | underconstruction | active | none | 1.19 |
    | wordfence | active | none | 7.5.7 |
    | js_composer | active | none | 6.8.0 |
    | wp-crontrol | active | none | 1.12.0 |
    | wpml-media-translation | active | none | 2.6.5 |
    | sitepress-multilingual-cms | active | none | 4.4.12 |
    | wpml-string-translation | active | none | 3.1.10 |
    | wpml-translation-management | active | none | 2.10.8 |
    | wps-hide-login | active | none | 1.9.3 |
    | wp-time-slots-booking-form | active | available | 1.1.51 |
    | xml-sitemap-feed | active | none | 5.3.2 |
    +---------------------------------+--------+-----------+----------+
  • Browser: Firefox 96.0 (64-bit)
  • Operating System: Ubuntu 21.04
@sgiehl
Copy link
Member

sgiehl commented Jan 18, 2022

Hi @rosa2
Thanks for reporting this issue. This might possibly be a timezone related issue. I checked that in my "normal" Matomo installation and there it seems to work correctly. Maybe this is a Matomo for Wordpress only issue. I'll move the issue to the according repo, so someone from the wordpress team can catch-up with you.

@sgiehl sgiehl transferred this issue from another repository Jan 18, 2022
@rosa2
Copy link
Author

rosa2 commented Jan 18, 2022

Thanks a lot :)

@tsteur tsteur transferred this issue from matomo-org/matomo-for-wordpress Jan 18, 2022
@tsteur
Copy link
Member

tsteur commented Jan 18, 2022

Thanks for reporting this @rosa2 Moving this to matomo repository as it's likely an issue in Matomo core.

Can you let us know what timezone your WordPress installation is set to? To find out the needed information, can you go to WP Admin Dashboard -> Matomo Analytics -> System report and locate the timezone entries in the Server section?

image

@sgiehl was the calendar already changed in 4.6 to vue? Just in case it's a regression.

@tsteur tsteur added the Potential Bug Something that might be a bug, but needs validation and confirmation it can be reproduced. label Jan 18, 2022
@rosa2
Copy link
Author

rosa2 commented Jan 20, 2022

Hello
My timezone in the server

Timezone | UTC  
WP timezone | +02:00
Timezone version | 0.system
Time | 1642706890

I also tried to change the first day of the week in Wordpress (normally I have Monday) to Sunday, just in case, and it didn't change.

In the image that I uploaded you can see that the problem is in the time selector (January 17th maximum), but the entrances logged on the bottom show January 18th.

Thanks and have a good day :)
By the way, I am making a lot of propaganda on Matomo because the problems with Austria (and sure in EU soon) with Google Analytics! You are a perfect alternative! 🐧

@rosa2
Copy link
Author

rosa2 commented Feb 11, 2022

Hello again
I am very happy I am able to install Matomo for a new site.
This time is for html pages and I don't use any CMS.
I keep getting wrong the days distribution in the Matomo Dashboard calendar date selector.
February starts in it on Monday for 2022 and that is one day before because this year February starts in Tuesday.

Matomo Version | 4.7.1

In Diagnostic/System Check I get well the hour

Timezone Version | 0.system
PHP Timezone | UTC
PHP Time | 1644543107
PHP Datetime | 2022-02-11 01:31:47

Please, prioritize this task because now it is a very good moment for Matomo in the European Union.
Today I gave a class in a Communication Master in one Barcelona University and everybody was very happy to discover you.
And as always, thanks thanks thanks for this great tool :)

I add a screen capture where you can see the calendar.
matomo_calendar_error_date

@sgiehl
Copy link
Member

sgiehl commented Feb 11, 2022

@rosa2 Thanks for the update. Which timezone is the Matomo site configured for and in which timezone are yourself located?
Maybe that helps to reproduce that locally somehow.

@rosa2
Copy link
Author

rosa2 commented Feb 12, 2022

both of us:

timedatectl 
               Local time: sáb 2022-02-12 11:54:23 CET
               Universal time: sáb 2022-02-12 10:54:23 UTC
               RTC time: sáb 2022-02-12 10:54:24
               Time zone: Europe/Madrid (CET, +0100)
               System clock synchronized: yes
               NTP service: inactive
               RTC in local TZ: no

Thanks and congratulations
https://matomo.org/blog/2022/02/france-google-analytics-gdpr-breach/
Would this year be the year Matomo? ;)

@rosa2
Copy link
Author

rosa2 commented Feb 12, 2022

I am thinking now that here the first day of the week is Monday.
Maybe for testing you can set it like that.
Just in case.

@rosa2
Copy link
Author

rosa2 commented Feb 12, 2022

Where does Matomo get the first day of the week?
I have changed from Monday to Sunday in /etc/default/locale
from
LC_TIME=es_ES.UTF-8
to
LC_TIME=en_US.UTF-8

and re-login.
My calendar now starts in Sunday, but in a new Matomo installation in my localhost I get Monday.
Thanks

@rosa2
Copy link
Author

rosa2 commented Mar 30, 2022

any news on this? :)

@rosa2
Copy link
Author

rosa2 commented Jun 18, 2022

At the end, I ask friends and they didn't have this problem. Today I saved a preference and the calendar started well. I imagine that it was something in the cache. Thanks a lot for your support and you can close this issue :)

@sgiehl
Copy link
Member

sgiehl commented Jun 21, 2022

Thanks for the update. Glad to here it finally works for you.

@sgiehl sgiehl closed this as completed Jun 21, 2022
@sgiehl sgiehl closed this as not planned Won't fix, can't repro, duplicate, stale Jun 21, 2022
@sgiehl sgiehl added worksforme The issue cannot be reproduced and things work as intended. and removed Potential Bug Something that might be a bug, but needs validation and confirmation it can be reproduced. labels Jun 21, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
worksforme The issue cannot be reproduced and things work as intended.
Projects
None yet
Development

No branches or pull requests

3 participants