Category: Calendar

The template displays arrows to navigate to the previous and to the next period the calendar shall display, but the template pumps the raw internal values into the tooltips, and even that without translation, breaking the GUI, because "Previous" and "Next" get translated into the target language, but not the period label (e.g. "week") so giving the user a mixture of target language and English that is actual raw Tiki code.

{CODE(Colors="Tiki")}
{*previous*}
<div class="cal-prev" style="display:inline-block; padding-right: 6px; position: relative; bottom: 20px; right: 100px">
<a class="tips" href="{query _type='relative' _ajax=$ajax _class='prev' todate=$focus_prev}" title=":{tr _0="{$viewmode|escape}"}Previous %0 {/tr}">
{icon name="previous"}
</a>
</div>
{CODE}
and
{CODE(Colors="Tiki")}
{*next*}
<div class="cal-next" style="display:inline-block; padding-left: 6px; position: relative; bottom: 20px; left: 100px">
<a class="tips" href="{query _type='relative' _ajax=$ajax _class='next' todate=$focus_next}" title=":{tr _0="{$viewmode|escape}"}Next %0{/tr}">
{icon name="next"}
</a>
</div>
{CODE}

Calendar output (through the 'upcoming events' plugin) uses two differing formats for date output, ignoring the pref:

* Events spanning a whole day are output numerical, example: "03.02.2022".
* Events with beginning and ending at specific times are reported with weekday, but without year . Example: "Montag, 07. 02". Note the missing full stop after the month!

So factually dates are output (whole day) formatted as (strftime())
{CODE(Colors="Tiki")}
"%d.%m.%Y"
{CODE}
and with specific times formatted as (strftime())
{CODE(Colors="Tiki")}
"%A, %d. %m"
{CODE}

The pref (long date format) is set to
{CODE(Colors="Tiki")}
"%A, %e. %B %Y"
{CODE}
The pref (short date format) is set to
{CODE(Colors="Tiki")}
"%Y-%m-%d"
{CODE}
(the Japanese format, which has the beauty of automatically sorting alphabetically in correct order, because the most significant digit is on the far left).

So the output is both inconsistent AND violates the setting in the pref...

strftime() constants:
https://www.geeksforgeeks.org/php-strftime-function/

I have created a calendar in my 18.3 installation. This is to be the first calendar, others will follow. The first shall be world-readable, but writable only to registered users. The later calenders will also have read-restrictions to registered users, but at the moment they still don't exist.

So I started the calendar with individual permissions. The admin GUI of the calendar feature says that these individual object rights supersede the global rights, which had not been set.

But:
As a registered users I could read the calendar, but NOT create new events in it, although object permissions should allow me to do so. I had to enable this globally (!), which is not what I want to do.

Therefore it looks like the calendar feature only looks for global permissions, and not for object permissions.

Thanks
hman

The calendar feature does display the range it displays (I would like to be able to disable that, but that's minor. Perfect would be if I could disable to display of the year, or to disable the range in total. I find it to be redundant, because the calendar itself already displays that).

What's not so minor is that the dates shown there do follow the date display options of the Wiki, i.e. here in Germany date is followed by month.

But they are separated by slashes, which is not correct. It should be dots, and that is what is set in the preferences. All other date displays are correct (like the date of the last revision of a Wiki page), but calendar does not follow that rule.

Thanks
hman

Setting the Custom URL option in a Calendar to either Yes or No still allows a single field for a URL to be added to an event and in neither case do the inputs 'accumulate' into drop down options like the other other Custom options.

Setting the Custom Subscription list option to either Yes or No appears to not change anything and no new options are available for an event.

Still a problem in 3.0rc1

If you have a Calendar where the Custom Priority, Category, Location and Participant options have been set, when editing an event if you Preview the edits then the refreshed screen no longer shows these options in the edit area and saving the event loses the data previously typed in.

{syntax type="tiki" editor="plain"}
When logging in and choosing calendar the upcoming events (selected to be shown on the right column) are visible, but are not visible in the calendar (table or graphical view) in the calendar view.

After editing and saving (without changing) an event, the event is and remains visible in the table or graphical view of the calendar. However after closing the browser and logon again the same problem returns.

I tried andreas09 theme on themes.tikiwiki.org. When viewing the calendar, the menues the 2nd level is displayed behind the calendar. This applies to other themes as well - e.g. FMSC.

Sigh. Yet another bug in calendar. In the main calendar window, when you are in the last week of this year's January (/tiki-18.8/tiki-calendar.php?todate=1611529200) the link to next week points to /tiki-18.8/tiki-calendar.php?todate=1612047600, which results in precisely the same week shown. Once you are at that point, "next week" will ALWAYS point to /tiki-18.8/tiki-calendar.php?todate=1612047600, so you cannot enter February by means of (repeatedly) clicking next week. This means you get stuck there!

The workaround is to pick (or enter) a specific date from February.

In February, the same bug strikes again: You cannot go into March by clicking next week.

hman

{syntax type="tiki" editor="plain"}
See here: http://tikiwiki.org/tiki-view_forum_thread.php?forumId=3&comments_parentId=35848&thread_sort_mode=commentDate_asc#comments

I found that bug in 3.3. and now upgraded to 4.1. but it is still there. If I add a reccuring event in the calendar it ignores that I want to add an event which started yesterday and goes for one week - and that every month. After hitting save the event is always stored as happening today and only today - and is not added to happen again next month. Editing is ignored too. Played around with that now for quite some time, at least with my install the "recurring" feature seems totally messed up. Sometimes it works (for existing multi-day events after editing those, but the added recurring events are only one day entries). Creating a new single day recurring entry from scratch doesn't work for me too (no entry at all is created). Can someone confirm that?

Missing information: How is one supposed to enter that an event happens indefinitelly often? There is "end before" as "number of times" and "day before it should end". So what number should I enter?

Admin can set the days displayed in Tiki calendar.

It can be set from the calendar admin panel : tiki-admin.php?page=calendar#Calendar
{img fileId="1807" thumb="box"}

It can be set from each calendar edit settings (wrench => edit) : tiki-admin_calendars.php
{img fileId="1808" thumb="box"}

However the days are displayed in the calendar
{img fileId="1809" thumb="box"}


By extension they will be seen as "existing" days for a calendar event created/used with tracker field calendar item.

"Permission denied you can not view this page" when trying to add a calendar item before calendar id is created. Should be : you need to create calendar first.

{THUMB(id=41)}{THUMB}

{syntax type="tiki" editor="plain"}
In version 3.0, recurring events are now handled. This is great.

However, in view mode, the extra line "Recurrence This event is not recurrent" and the blank line below (which contains hidden recurring event details" causes confusion

For example:
http://dev.tikiwiki.org/tiki-calendar_edit_item.php?viewcalitemId=106

It conveys the message that this event is not recurrent but this is an annual festival.

Calendar has been great for a while now as an event calendar. But what about for appointments?

For this use, notifications would be sweet. I would like to be able to configure an email reminder before an event (+ a pop-up if user is logged in.)

Time of email reminder should be configurable per event. Sometimes, I want a reminder 15 minutes before. Sometimes, I want 3 days. I could configure to send an email (or SMS) to my phone.

I guess we'd need a cron job for this to work efficiently.

Related: [tiki-view_tracker_item.php?itemId=806|Watch calendar (receive email notication of changes)]

Congratulations on the work put in on the calendar. I love the recurring event feature!

Of course there is always more: I would like to be able to post an event that recurs, for example, the second Saturday of each month.

Currently, I can only post an event that recurs by date. Many of the events that I post occur on the first Wednesday of the month, or the second Thursday. They recur, but not by date; rather, they recur by designated weekday.

Thanks for any help you can provide on this.

P.S. Also, some events occur the same time each weekday (but not Saturday or Sunday). Providing for weekday recurrance would be a nice addition as well, but less important than the above.

When you update a recurring calendar event (say, a yearly commemoration date) then you have a selection, to update only the current event or all events with the same rule of repetition (radio buttons).

If you check the latter, none gets updated. Not even the current one.

Oh, there are so many bugs in the calendar feature...

Thanks
hman

The calendar feature needs a deeper investigation and it has been done a lot of development around versions 21 LTS and 24 (trunk, future LTS).
This and possible further calendar bugs have to be reviewed, discussed and fixed in a broader context.

Regards,
Torsten

If you edit a recurring event in the Calendar and save for all recurrences, Tiki creates double entries. All the events remain unchanged, and get a double that contains the changes. As the number of recurrencies can be 99 this creates 99 double entries which then have to be killed all manually... VERY time consuming... This bug was already present in 18.x, nobody fixed it...

Hi,

So in the past I haven't had any problems with the Calendars working, but now it seems that the newest code from the trunk has cause the /calendars path to break. If I visit /calendar, or /tiki-calendar.php, the screen just thinks and thinks and after several minutes gives me a blank white screen.

Since this is the newest source code, I can't possibly be the only experiencing this same issue? I will do a demonstration below to see if this can be replicated.

When feature_jscalendar is disabled, there's an error message upon saving an event (seems to be ok in Tiki21):

System error.
The following error message was returned:

Column 'start' cannot be null
The query was:

INSERT INTO `tiki_calendar_items` (`user`,`calendarId`,`name`,`description`,`status`,`url`,`lang`,`allday`,`start`,`end`,`priority`,`locationId`,`categoryId`,`nlId`,`lastmodif`,`created`) VALUES (?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?)
Values:

admin
1
gdfgdfgdf
dfgdfg
0
0
0
0
0
0
1576261805
1576261805
The built query was likely:

INSERT INTO `tiki_calendar_items` (`user`,`calendarId`,`name`,`description`,`status`,`url`,`lang`,`allday`,`start`,`end`,`priority`,`locationId`,`categoryId`,`nlId`,`lastmodif`,`created`) VALUES ('admin','1','gdfgdfgdf','dfgdfg','0','','','0',NULL,NULL,'0','0','0','0','1576261805','1576261805')

Two errors are observed when I enter events after March 8, 2015:

If entered as a single-day, all-day event (e.g. start March 9, end March 9, all-day box checked), after hitting "Save" the start date changed to the day before, creating a two-day event. If I open the event while logged in as admin, it reads start March 8, end March 9. If I open the event while logged in as anonymous, it reads start March 8, end March 8.

If entered as a single-day event spanning two hours (e.g. 10am-12pm), the calendar shows the even staring one hour later (e.g. 11am). If I open the event it still reads 10-12, but the display after it is closed says 11am.

http://www.hrsms.org/home/calendar

I am running on a shared host (Bluehost).

Thanks,

Greg

The calendar uses, when a new event is entered, a jquery date picker tool, to be precise it calls vendor_bundled/vendor/jquery/jquery-timepicker-addon/dist/index.html.

In this file I cannot find any localization tr() or tr in curly braces at all, thus all texts displayed like "Time" "Hour" and "Minute" are translated in no local language at all...

Not only that there is no direct access to the edit function (if you look at a calendar event, no tools icon is displayed, and when you click on an event, as I wrote in another bug report, you only get a huge mouseover containing some source code) - if you wiggle the mouse enough, you get another cursors, not the question mark. With that cursor comes a hyperlink to the edit function, but not as a clickable hyperlink. But you can copy the URL into the clipboard. If you past that into the URL bar of your browser, voilá, there is the edit function.

But it is broken.

First, it does not save everything you edit. If you make an event a repeated one, that will be forgotten. If you make an event one of a whole day, that will also be forgotten, but more so: A new, duplicate event will be created with no name and a subset of the events details...

Thanks
hman

P.S .: Because I cannot edit bug reports, I cannot enter the relation to the other bug report - because dev.tiki.org does not allow that to be entered in the first place, it can only be entered by editing a bug report.

When we are log in and want to erase or change a recurrent event, we have this screen:

{img fileId="1021" thumb="y" rel="box[g]"}

Since I upgraded to Tiki21 I can’t change a date using the date picker selector.
See : https://share.vidyard.com/watch/cXuvUEFYzyyftB7pR7Jd4T?

Seen in Tiki 5.x and 6.x:

Events that have been canceled still appear in the list of upcoming events in the Upcoming Events module without any end-user notification that the event has been canceled.

Tiki should either:
* Not display canceled events in the module
or
* Display the event with a strikethru (or some other visual cue) to let end-users know that it is canceled.