Page MenuHomePhorge
Create Task
Maniphest T1314

Calendar: Display of year partially broken
Closed, ResolvedPublic
Actions

Description

In the form for creating or editing an event, the year display is broken: Instead of the year, the string 'YYYY' is displayed.
Creating the event with the year set to this causes events to be created in the current year.
Changing the year to an actual year causes a Javascript error in jQuery UI: "Uncaught Unexpected literal at position 6" and the event can't be saved.
Additionally, the year displayed when opening an event by clicking on it is also set to 'YYYY'

The roundcube version is 1.2.0, calender version 3.2.9, libcalendaring version 3.2.9.
I am running this setup without kolab.

calendar1.png (640×604 px, 23 KB)

calendar2.png (209×475 px, 9 KB)

Details

Ticket Type
Task

Related Objects

Event Timeline

chris246 created this task.Jun 17 2016, 9:30 PM
chris246 raised the priority of this task from 60 to High.Jun 17 2016, 9:32 PM
chris246 added a project: Roundcube.
machniak subscribed.Jun 18 2016, 8:17 AM

Did you try in different browser? Exactly from where did you get these plugins?

machniak lowered the priority of this task from High to 60.Jun 18 2016, 8:17 AM
machniak edited projects, added Roundcube Kolab Plugins ; removed Roundcube.
chris246 added a comment.Jun 18 2016, 10:58 PM

I've checked in Firefox and Vivaldi (Chrome).

Both plugins are cloned from git.kolab.org as I needed the support for event copying.

machniak added a comment.Jun 21 2016, 12:34 PM

How did you set this date format? From what I see for year only one "Y" letter should be used and this works. If I set date_format = 'd.m.YYYY' replacement works, though not in a way you'd expect.

chris246 added a comment.Jun 21 2016, 6:48 PM

Initially, I set 'calendar_date_format' in calendar/config.inc.php to dd.mm.YYYY

This returns the broken date format we discussed and additionally shows the date of event repetitions (Dialog in image 2 above) as 01.01.2016201620162016.
When I change the date format in this config file to d.m.Y, the dialog title is 01.1.Y, the date in the dialog is 01.01.2016 (same dialog again).

When I comment this line in the config file, both dates are displayed correctly - the user's settings are used.

machniak added a comment.Jun 22 2016, 10:30 AM

Ok, I forgot about this setting. It looks like upper-case Y is not supported. Here you have the list of supported formats: https://git.kolab.org/diffusion/RPK/browse/master/plugins/calendar/config.inc.php.dist;e8aa73aae3e45791206b2912c083ff48bd2a244a$39

I suppose we could support Y too and internally convert it to y.

machniak mentioned this in rRPK1222fc3af9b3: T1314: Support upper-case Y letter in date formats.Jun 22 2016, 12:36 PM
machniak mentioned this in rRPK71d8226bbf0d: T1314: Support upper-case Y letter in date formats.
machniak closed this task as Resolved.Jun 22 2016, 12:37 PM
machniak claimed this task.