Category: Calendar

When you click on an event in the calendar in calendar view, you cannot open the event to see details. In list view this works, in calendar view it doesn't...

It doesn't matter whether you click on the title of the event or the info-"i". Both are non-responding.

Furthermore, if the event has start and end times, the beginning time is displayed with broken formatting. Settings are "%H:%M:%S %Z" for long format, "%H:%M" for short format. Everywhere else Tiki shows the time correct. The mouseover of calendar parses incorrectly and displays a stray "%" between time and time zone.

Furthermore, the wrench symbol is non-responsive in list mode.

When I create an event, it shows up everywhere except the Calendar view (it's on the list view, and "upcoming events").

I tried unzipping tiki-pkg-fullcalendarscheduler-5.5.0.zip into public_html/vendor_custom/tiki-pkg-fullcalendarscheduler, but it didn't make a difference.

I also cannot find "Format to use for tracker field keys" in the Admin -> Search panel.

I was not able to reproduce this on show2. It seems to work fine there. The only difference I noticed, is that on my installation, no default calendar existed, and I had to create one before any calendar appeared.

To see the changes in a tiki site you can use module since_last_visit_new
When you entered already one day, logout, login again days later, the focus is to show changes since the last date you did login, afaik.
Using the standard (former) calendar UI (i.e., NOT using FullCalendar UI), you can click on a date in the calendar to "change focus" to that date, so that since_last_visit_new module show changes since that new focus date.

This is not possible any more with FullCalendar UI (or I didn't know how to do it)

clicking on Calendar on next.t.o takes you to the calendar for a split second then a redirect happens and takes you to the info.t.o calendar.

Not sure if this is suppose to be the behavior?

Some examples:
http://conf.phpquebec.com/en/horaire
http://code.google.com/events/io/sessions.html

Convene plugin missplaces the counts in columns after the winning choice. See it reproduced in the screenshot below:

{img fileId="1093" thumb="box" width="600"}

In
https://tiki.org/Roundtable+Meeting+2016+09

After the count with the more votes (7, at the time of this writing), and the icon with the checkbox-like icon to indicate that this was the winning choice (Thu 15 Sep 2016 15:00 CEST), there is a button box in orange in the screenshot that should show a calendar icon, and that button allows to send that date to the pre-defined tiki calendar.
https://tiki.org/tiki-calendar_edit_item.php?todate=1473944400&calendarId=7

But no calendar icon is shown, and the count of votes for the next date (column in the table) is shown there instead ("3" instead of the calendar icon), and the next counts are also one column before where they should be.

It seems like for every added user it duplicates the votes entries in the plugin body.

It works when the duplicates are manually deleted from there so presumably the duplication is unnecessary and unwanted.

See:
https://tiki.org/tiki-pagehistory.php?page=Roundtable%20Meeting%202016%2009&compare=1&oldver=23&newver=24

Same thing is happening still with tiki 20.x on t.o. Reproduced these weeks here:
https://tiki.org/201909-TAG-Meeting?latest=1&page_ref_id=1318

I just edited this morning a couple of options in my choices, through the convene UI, and the edition added itself in the background a clone of the plugin body several times {sign user="xavi" datetime="2019-08-28T13:35:45+00:00"}:
https://tiki.org/tiki-pagehistory.php?page=201909+TAG+Meeting&newver=45&oldver=44

convene plugin: prevent the user to add default info (Add or Add user string) instead of the real username or a different string

See it reproduced here:
https://tiki.org/Roundtable+Meeting+2016+09

{syntax type="tiki" editor="plain"}
I propose that a Tracker field type UUID is introduced. This field would - similar to the autoincrement field - create a universally unique identifier (UUID) https://en.wikipedia.org/wiki/Universally_unique_identifier for every item while it is created or imported and will not change after creation.

With this field it will be easier to connect Tiki Trackers to other systems to exchange data (e.g. be able to push changed data sets from external databases). UUIDs are also common in systems that use calendars and contacts (CalDAV, CardDAV) to be able to identify data sets and avoid data duplication.

php: https://www.php.net/manual/en/function.uniqid.php

When creating calendar events I noticed that I created two events. Since this happend to me three times in a row I can exclude user error...

The events had this in common: They are whole day, they repeat every year, and they repeat 99 times (there is still no function in the calendar for endless repetition).

All doubles had precisely the same text, same date etc. The second entries could be manually deleted with no problems.

Thanks
hman

Creation of tracker items with __relative dates__ from profiles shows the right date in view item but empty when editing item

By __relative dates__ I mean something like:
{CODE()}
+1 day 2 hours
{CODE}

(See more: http://www.php.net/manual/en/function.strtotime.php )

See it reproduced in the show instance of this other bug report ([item5254]):

http://xavi-9794-5254.show.tikiwiki.org/tiki-view_tracker_item.php?itemId=4
u: admin
p: 12345

This item was created through applying the profile "Tracker_as_Calendar_12"

Defined as:
{CODE(ln="1")}
type: tracker_item
ref: event_004
data:
tracker: $Tracker_as_Calendar_12:trac_as_cal
status: open
values:
- [ $Tracker_as_Calendar_12:trac_as_cal_summary, A big conference ]
- [ $Tracker_as_Calendar_12:trac_as_cal_location, room 2.3 (15 seats) ]
- [ $Tracker_as_Calendar_12:trac_as_cal_start_date, +1 day ]
- [ $Tracker_as_Calendar_12:trac_as_cal_end_date, +1 day 2 hours]
- [ $Tracker_as_Calendar_12:trac_as_cal_priority, 5 ]
- [ $Tracker_as_Calendar_12:trac_as_cal_description, "I'm really looking forward to attending at this event." ]
{CODE}

Which produced, once applied, something like:

|| Summary | A big conference
Location | room 2.3 (15 seats)
Priority | 5
Description | I'm really looking forward to attending at this event.
Start date | 2014-05-28 12:58
End date | 2014-05-28 14:58
Created | Tuesday 27 of May, 2014 12:46:16 CEST
LastModif | Tuesday 27 of May, 2014 12:46:16 CEST
||

When clicking at edit, no start or end date are shown in the form, and the icon to open the popup helper to fix the dates is not shown either.

And then, in the wiki page to display items as calendar events ( http://xavi-9794-5254.show.tikiwiki.org/tiki-index.php?page=Tracker_as_Calendar_12 ), this event is not displayed either.

{flash type="url" movie="display782" width="857" height="741"}

{syntax type="tiki" editor="plain"}
Cannot create a calendar item. Working as user admin. Receive error "An error occured in a database query!".

System config: Win XP SP3. Tiki 3.0, IIS version 5.1, MySQL 5.0.24, PHP for Windows 5.2.9.2.


Error text follows:

Context:
File tiki-calendar_edit_item.php
Url tiki-calendar_edit_item.php?
Query:
INSERT INTO `tiki_calendar_items` (`user`,`calendarId`,`name`,`description`,`status`,`url`,`lang`,`allday`,`start`,`end`,`priority`,`locationId`,`categoryId`,`nlId`,`recurrenceId`,`lastmodif`,`created`) VALUES (?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?)
Values:
0 admin
1 1
2 A test event
3 This is text for a test event.
4 1
5
6
7 0
8 1243332000
9 1243342800
10 0
11 0
12 0
13 0
14 NULL
15 1243280012
16 1243280012
Message:

Built query was probably:
INSERT INTO `tiki_calendar_items` (`user`,`calendarId`,`name`,`description`,`status`,`url`,`lang`,`allday`,`start`,`end`,`priority`,`locationId`,`categoryId`,`nlId`,`recurrenceId`,`lastmodif`,`created`) VALUES ('admin','1','A test event','This is text for a test event.','1','','','0','1243332000','1243342800','0','0','0','0',NULL,'1243280012','1243280012')

{syntax type="tiki" editor="plain"}
The styles of the "button" of the date picker (or whatever it's called - the place you click to display the selector for the date and time) such as the font and colors are set dynamically to match the theme being used. This works for the themes in the themes directory, but this doesn't work completely for custom themes.

For example, I have a custom light-on-dark theme with a body background color of #0c0d16 (almost black) and a .form-control background color of #343a40 (also very dark), but the background color of the date picker's "button" (~np~div.dp__main dp__theme_light~/np~) is very light so clearly isn't getting the background color information correctly from the theme stylesheet. In a non-custom dark theme like Slate, I can see the button display with a light background for an instant and then get the correct dark background color to match the Slate theme, but for custom themes this switch doesn't happen, in my experience.

On the other hand, the date picker is using the right font, as specified by the custom theme, so there's partial success here.

I tested with the Switch Color Mode not active and with it active and set to both light and dark and the date picker button background was never correct. A workaround would be to add a CSS rule to the custom theme to correct the background color, but it would be nice if it worked automatically as it does for the themes in the themes directory.

Actually, now that I look again, it appears that the background color for the popup (with date and time selectors) isn't correct for non-custom themes, either. Using the Slate theme, which has a dark background color, the date picker popup has a light background with light text. This bad contrast is maybe due to the correct text color but wrong background color being used.

Also, the selector and popup backgrounds aren't sensitive to Color Mode switching.

Hopefully the same fix for these issues will work for both custom and standard themes.

Hi,

Because of partial translations of pages, I use French or English GUI translated and sometimes Spanish, Italian or German.
Because I Have defined complementary of elements of GUI dictionary, it is not so evident to take care the whole time with which language you are working and more the associated date format.

It is the reason, while, after, some errors in input dates in a wrong format that I do believe that the current format to input a date should be always repeated into display tpl or input title (displayed).

This is a long and progressive but useful job in my opinion.

Each time I can do it, I do.

This was working in previous versions of Tiki (maybe oldish ones: 6.x, etc, afaik). I couldn't check when the regression was introduced.

Default Duration length in calendar events misscalculated (2h while times were from 18h to 19h)

See it reproduced:
http://xavi-9794-5901.show.tikiwiki.org/tiki-calendar_edit_item.php
u: admin
p: 12345

At posting time, the times where shown (depending on where you click to add the event) either as from 0:00 to 1:00, from 18 to 19h, or from (in my last case) 10:41 to 11:41h.
But you you click at "Show Duration", they display 2h in both cases, even if they should display 1h.

Deleting a calendar (at next.t.o) throw a database error:

System error.
The following error message was returned:

Database is not currently up to date! Visit Tiki Installer to resolve this issue. If you have shell (SSH) access, you can also use the following, on the command line, from the root of your Tiki installation: php console.php database:update

The query was:

delete from `tiki_calendar_roles` where `calitemId` in (?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?)
Values:

1,29,3,6,7,92,90,72,70,71,78,84,93,95,105,111,117,118,123,126,127,128,131,134,136,139,140,187
The built query was likely:

delete from `tiki_calendar_roles` where `calitemId` in ('',?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?)
Stacktrace:

* /var/www/docroots/next.tiki.org/tiki-admin_calendars.php : 0 -> {main}(array ( ))
* /var/www/docroots/next.tiki.org/tiki-admin_calendars.php : 37 -> drop_calendar(array ( ))
* /var/www/docroots/next.tiki.org/lib/calendar/calendarlib.php : 262 -> query(array ( ))
* /var/www/docroots/next.tiki.org/lib/core/TikiDb/Bridge.php : 28 -> query(array ( ))
* /var/www/docroots/next.tiki.org/lib/core/TikiDb/Pdo.php : 146 -> handleQueryError(array ( ))
* /var/www/docroots/next.tiki.org/lib/core/TikiDb.php : 192 -> handle(array ( ))

problem is in drop_calendar function within calendarlib.php.

1.9.x CVS Head Revision 1.50

Lines 103-104
$query = "delete from `tiki_calendar_roles` where `calitemId` in (".implode(',', array_fill(0,count($allItemsFromCalendar),'?')).")";
$this->query($query,array($allItemsFromCalendar));

If there are no items in calendar, $allItemsFromCalendar will not have any items. My setup with MySQL throws query error... don't know if this is universal. Anyway, fix is easy. Simply add if clause to check if $allItemsFromCalendar has any items.

Calendar URLs are currently excluded for spiders and bots, for example:

/calendar?focus=1268089200&viewmode=week

excluded by entries:

Disallow: tiki-calendar.php
Disallow: /tiki-calendar.php

However, the URL /tiki-tell_a_friend.php?url=%2Fcalendar%3Ffocus%3D1268089200%26viewmode%3Dweek would be spidered instead.

Duplicating events in calendars is broken on 1.10svn right now (April 17th)
If anybody wants to test (to reproduce it) on site, I can grant you account details here (a production site):
http://moviments.net/cursos/tiki-calendar.php

I tried editting this, and clicking to duplicate button (to make a new event from the edition of an existing one; I thought I could do that on previous 1.9.x sites), but no success:
http://moviments.net/cursos/tiki-calendar_edit_item.php?viewcalitemId=64

I tried also creating a blank new item, fill in the form for the calendar item, and instead of cliking on the "save" button, click on the "duplicate to" and select the calendar where I wanted to duplicate this item to.

After the click to the button, I saw another item in the edit event form (on the same browser window), and in other tabs, I could see that no new event was added, neither for that calendar selected or any other on the site.

It's a pity that calendar events can not be duplicated on 1.10svn, since it's a very useful feature for high load tiki sites. (like when adding 10 sessions of a new course, all of them with similar details except for the day of the month, etc.)

Users should be able to edit the calendar item data they submitted.

Ex.: An event is added, but a few days later, the description of the event is improved.

It could be a permission or just a setting for the calendar.

Watch event would be nice so we could have some sort of tracking.

Suggestion by Étienne Massé

There is a z-index problem with the edit help modal when editing a calendar event. The help modal displays behind the edit event form.

A related still-open bug report is at [https://dev.tiki.org/item5788-Z-index-issue-in-tiki-calendar-php].

Can be duplicated on tikiwiki.org

start and end time in tiki-calendar.php (add or edit mode) takes the GMT time, even if the current user is in local time.

This is not such a problem when adding an event because the user is expected to choose the time.

However, when someone edits an existing event, the start & end times are reverted back to GMT. When the user saves the event, the time is several hours off.

--

Related:
Also affects tiki-edit_article.php, tiki-edit_submission.php and tiki-view_tracker.php (when submitting a tracker)

To duplicate the bug, you must be in a different timezone than your server.

{syntax type="tiki" editor="plain"}
Editing a calendar item via
tiki-calendar_edit_item.php
resets its hours and minutes to strange values.

This is my first bug report here, I could not find the issue somewhere and believe some experienced developer should review my fix.

When I am using the calendar on mouseover the month the year changes colour. The normal colour of the month seems to be a red rather than the standard white and so cannot be seen against the blue background. You can see this at my site www.granthamlions.org.uk. Thanks

Minor annoyances:
-Manually entered times in "add item" do not always show up in the calendar as entered (often an hour off). Simply editing the item and re-entering the time fixes this.

-I ran across a limit on the number of calendar items. I had entered a large list of events and later ones disappeared from tha calendar -even in whole year view. I deleted old events and they came back. maybe this is isolated.

-If I mistakenly created a calendar, I could not delete it until it had at least one event entered.

Nice to haves:
-Some way of differentiating calendar entires from different calendars when they are combined. Ex:one calendar shows events people can go to volunteer to actually do something , one shows speaking engagements people can go and listen to. I now simply use HTML bold tags in the description of one of the calendars. This works but maybe some other way? Colors, different font perhaps?

-Ability to easily add link for a Google Map. Perhaps fields to enter address info and then auto generate a map link. Google Maps has this and can be put into a Tiki page but Google Maps lacks important features, like a list view and multiple calendars, that Tiki Calendar has.