Lens: Incorrect first tick mark with custom panel time range

[th0ger]

Kibana version: 8.5.2
Browser version: Chrome 108.0.5359.125

Describe the bug:
When customizing the panel time range of a lens visualization, the first tick mark on the time-axis is calculated incorrectly.

Steps to reproduce:

1. Create lens visualization (in my example cumulative bar chart)
2. Customize panel time range to (2022-12-01 00:00:00.000 -> now)
3. The first tick mark is incorrectly "28th" (December)

Expected behavior:
First tick mark should read "1st".
Alternatively ommit the first tick mark.

Screenshots (if relevant):

Any additional context:
The tooltip show correct date/value. The bar chart shows correct value.

[th0ger]

Another example with start date "2022-12-02", tick still shows "28th" (should be 1st).

Skiping one week ahead to "2022-12-08", the tick now shows another incorrect value "5th" (should be 8th).

I.e. it shows the day-number of the beginning og the week (monday) instead of showing the day-number of the first bin.

[elasticmachine]

Pinging @elastic/kibana-visualizations @elastic/kibana-visualizations-external (Team:Visualizations)

[nickofthyme]

@markov00 this looks like a bug to me. The 28th could be referring to November 28th, even so the month would be wrong, but that's a stretch given the 12h interval. What do you think?

[markov00]

It renders fine but the logic we have in place doesn't works correctly in this case:

• we are showing Year Weeks, so 28th Nov, 5th Dec, 12th December and so on.
• the first layer 28th,5th,12th refers to Weeks of Year but the second refers to Months
• the left side of the axis keeps the last label of the visible interval around (it keeps the 28th until the 5th label pushes it to the left) to replace it
  I definitely see how this looks wrong, we have to double check the Time Rasters we are defining and fix this
  Here you can see the behaviour in a chart where you can pan the axis and zoom in https://elastic.github.io/elastic-charts/?path=/story/timeslip-alpha--timeslip-prototype&globals=theme:light;background:white

Screen.Recording.2023-01-13.at.19.22.04.mov

I've created an issue to track this defect in elastic-charts, thanks @th0ger for the finding!