Category: Date and Time

Using recent 1.10 (end of november'07):
today December 8th 2007 I've set a new event at a calendar:
http://intercanvis.net/tiki-calendar.php?todate=1197068400

If you view this calendar as anonymous you see the correct date in both places:
# Focus: Dissabte 08/Desembre/2007 (08/12/07, Saturday)
# Cel (current and focus) date: 12/08

However, if you login as plain registered user, this same url:
http://intercanvis.net/tiki-calendar.php?todate=1197068400

...it takes you to: "Focus: Friday 07/December/2007" (user abel, for instance), which is wrong: it should be 08/Desembre/2007

And if you login as user with admin rights (user Xavi) , the same url shows:
# Focus: Dissabte 08/Desembre/2007 (08/12/07, Saturday)
# __BUT Cel (current and focus) date shows__: 12/07,
+ which is wrong: it should be 08/Desembre/2007
+ (if you click at teh event view, the date is set right: 08/12/07)
-----
Further Update:
This is kind of weird: I had prefference for new users as "site default", and site language was either English or Catalan, amnong the few allowed languages for users.
I checked language of user "abel", and it had "Arabic" (which was not among the pre-selected as available for users).

I changed default language for all users as Catalan, and ensure the only Catalan, Spanish, English and French were allowed. Then, again, tried viewing this date:
http://intercanvis.net/tiki-calendar.php?todate=1197068400

with user "usuari", which has language selected to English: date in calendar is shown fine.
# Focus: Dissabte 08/Desembre/2007 (08/12/07, Saturday)
# Cel (current and focus) date: 12/08

However, if I login as user "abel" (with Catalan interface), weird change in date shown is produced:
# Focus: Dissabte 08/Desembre/2007 (08/12/07, Saturday)
# Cel (current and focus) date: 12/07 __1 day less than it should__

I can enable an account there for any admin who want to track/hunt this bug, if needed.

Adding an event to the calendar adds 3 or 5 hours depending if user is at local or UTF time.

Bug reproduced on Tikiwiki.org

Bug is present with or without jscalendar.

{draw name=CalendarTimeBug}

This should be migrated to the community site, and handled with ((doc:Organic groups)) and ((doc:User Trackers))

{syntax type="tiki" editor="plain"}
Example: I've created a created including two date fields, Date Started and Date Closed.

Both are date and time data type, with options d,2008,,blank

I've also created a wiki page and added a tracker new item form with PluginTracker, configured to display only Date Started. When saving the new item, the visible field (Date Started) inserts a blank as expected (from the values in the controls), but the hidden field (Date Closed) inserts today's date. If Date Closed is made visible, it starts defaulting to blank as well. So hidden fields appear to be behaving as if option 'empty' rather than option 'blank', or not picking up the option at all.

Showing a comment to a blog entry that has been posted the same day, only the time when the comment was posted is displayed. We use the German translation of TikiWiki, but the English "at" in "at 12:34" is display, not the German "um".
After having a look into the code, it seems the translation function is not called in lib/smarty_tiki/tiki_short_datetime.php

Steps to reproduce:

1. Goto http://tikiwiki.org/TikiFeatures and click on an upcoming event.

2. click on the calendar tab. choose monthly view.

3. now navigate backwards or forwards with the "Week" navigation buttons.

3. If the currently selected cell is prior to today's date the dates display correctly. If the currently selected cell is after today the entire month view displays incorrect dates.

Empty date tracker-field shows data through Mathematical calculation tracker field


An item from our intranet (item65 ) has no value at a date field (trkDeliveryDate). trkDeliveryDate is a date field (date picker) with only date, and no default value set in this preference.

Field trkDeliveryMonth is a Mathematical calculation tracker field, extracting the month from that date field, which should be empty, but it's not, it shows some month (current month, I don't know if by chance or by which means).

trkDeliveryMonth:
{CODE()}
(date (str y-m) trkDeliveryDate)
{CODE}

Trackers are great in Tiki, it provides a way to build quick and easy register solutions.
When used in any context related to monitoring, it would be nice to have a way to associate a record with one or more events in time. For instance you would like to receive an email at the time the issue related to the task should be controlled and/or be resolved.

Thinking on it as a feature, the following could be considered in the solution:
*It could exist more than one "timer" in the tracker record,
*It should be added like any other tracker field to the record definition,
*It could have different ways to alert: email, rss, ... (maybe only one choice when instance),
*It could have rules, like auto disable when the record is closed (or other condition),
*It could be (as an option) reprogrammed,

and also
*Maybe a user wants to know about all his/her pending "timers".
*Maybe timer implementation could be independent objects that are linked to (special fields in) tracker records (or other objects), so global management is possible.

I guess that a good part of above functionality is already in Tiki in some form.

Normally, we want banners from 0h00 to 23h59 and this works well.

However, on banner edit, 3 hours are added (depends on server).

This is a new problem introduced by a fix a few months ago. Tiki 1.10 has much better handling of timezones.

Workaround: On each edit, make sure to change back to 0h00 to 23h59



{img src=show_image.php?id=31}

When you publish a blog post using an upcoming publish date, post appears right away in last_blog_posts module even if the publish date is stll in the future.

After updating tikiwiki3.3 to 4.1, the following fails to load
/tiki-admin_categories.php
/tiki-admin_polls.php and
/tiki-wiki_rss.php?ver=2

I checked memory and execution time therefore the problem due to this is ruled out. Problem must be somewhere which I could not figure out.

Time does not show correctly while date is perfect. It needs me to set time of publication of articles manually.

The module since your last visit does not work properly.

On my part I reinstalled it several times but errors persists.

There is currently no sanity check

According to the Calendar Module docs, "For the blogs system any weblog will only display posts with dates equal or lower than the date selected in the calendar." But this doesn't seem to work. There is no change in the blog posts displayed even when a date prior to one or more blog posts is clicked.

Using the same 1.10svn from March 29th 2008 on two sites on the same hosting.

If "Time zone" setting at "Admin > login > default values" was set as default: "Detect Browser time zone if possible and site deafult if not" (or something similar) in the first tiki site, but unset on the second tiki site, then dates in site 1 are shown in tiki-calendar.php month view with a label which is wrong: it shows date -1 day. Site two shows the right date.

I.e.: today Wednesday April 2nd, on site one would say 04/01 (on the wednesday column, which is the correct one), and on site two, it would say: 04/02 (also on the wednesday column, the correct one).

When viewing the event at item view, then the date is shown correctly on both sites.

Once I set "site default" as default seting for new users on site one, dates were shown ok.

I'm afraid that previously registered users on tiki site 1 will have the wrong setting and thus, I will have to change their setting manually....

I would suggest that, if somebody else can confirm this bug, the default setting onp tiki.sql and 1.9_to_1,0.sql would be "site default" and not "browser based thingy....

Sometimes, first day of the week is Sunday, even if you set that to be Monday on Calendar settings.

This bug shows up for us (catalan interface, time zone "Europe Madrid (UTC+1)" when we have in tiki-admin.php?page=general, at preferecnes syntax:
"1.10 - $prefs.feature_foobar..."

When we swich this parameter to
"1.9 - $feature_foobar"

then fist day of the week in calendar is Monday, as expected

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

On the convene plugin the month selection arrow are not visible until you move over. Today’s date is not shown anymore.

It may after other areas than the convene plugin.
Can be tested here : https://dev.tiki.org/Improving-and-fixing-tiki.org-using-Tiki-22

((RoadMap)) shows "Fatal error: Call to undefined method TikiDate::getDate() in /home/tiki/public_html/lib/wiki-plugins/wikiplugin_countdown.php on line 60". This happens when using the COUNTDOWN plugin on PHP 5.1 and later due to a missing definition of getDate() in the lib/tikidate-php5.php TikiDate. The old TikiDate (lib/tikidate-pear-date.php) declared that function (via inheritance).

This was introduced in r14129 and widely exposed in r20047 on lib/tikidate.php.

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"}

The date picker is supposed to use the site styles (font, colors, etc.)
There is a difference of style when you see today's date and other dates (has been fixed recently)

Both are present in Tiki25 and gone in TIki26rc.

{img fileId="2107" thumb="box"}

{img fileId="2108" thumb="box"}

{syntax type="tiki" editor="plain"}
I've updated a Tiki27.x (after the Tiki 25.7 release) and now the date and time selectors are broken.
It is visual and forbid entering a date. I found a workaround, see below.

This is an old Tiki (started in Tiki9x) that was updated years after years.
I couldn't reproduce on demo.

{img fileId="3233" thumb="box"}

I don't see errors on the console on Brave.

On chrome:
{CODE()}
min_main_235ae2033a9c3fb4320e739db2fbcd55.js:137 JQMIGRATE: Migrate is installed, version 3.5.2
injected.js:3 [Detection] Sign in with intersection observer was watching an unacceptable node.
WI @ injected.js:3
injected.js:3 [Detection] Sign in with intersection observer was watching an unacceptable node.
WI @ injected.js:3
{CODE}

{CODE()}
if (!No(o)) {
console.error("[Detection]", "Sign in with intersection observer was watching an unacceptable node.") || logger.report(["Sign in with intersection observer was watching an unacceptable node."], {
severity: "error",
fileName: "js/b5x/ui/inline/frame-manager/src/sign-in-with/detection/manager.ts",
lineNumber: 230,
prefix: "[Detection]",
highlight: !1
}),
t.unobserve(o);
continue
}
{CODE}

Date validation (at Registration) is not validation the date field correctly. Validation only accept if day of the date is under 12. It seems it understand the number as as months not days. And it is not themonth field, since the month field popup menu is just next to the date field.

I checked all the date formats and reseted it to the Tiki default and the error still persists.

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.

In Tiki 14, if a user sets their "Displayed timezone" preference (under __User Preferences__ > __Preferences__ > __Displayed timezone__) to "Site default" and saves this change, then whenever the Preferences page is loaded afterwards for that user:

*the "Displayed timezone" field is deactivated (i.e. cannot be changed by the user).
*the message "Warning: Site time zone xxxxx is enforced and overrides user preferences" is displayed below the field (where "xxxxx" is the default site timezone).

This occurs irrespective of __Displayed time zone__ setting under General Preferences (i.e. even if it is set to "Use time zone set from user preferences...", the setting still cannot be changed).
---
__Edit 2015-11-03:__ This bug does not appear when using admin privileges to edit a user's settings, only when the user themselves tries to.

When editing a new article, the publish date at the bottom defaults to 2000. The month and day are not consistent, but it's always 2000.

I've checked the code. It's using these variables.
{CODE()}
$publishDate = date("U");
$cur_time = getdate();
$expireDate = mktime ($cur_time["hours"], $cur_time["minutes"], 0, $cur_time["mon"], $cur_time["mday"]+365, $cur_time["year"]);
$dc = &$tikilib->get_date_converter($user);
{CODE}
I'm running 1.9.1.

Any ideas?