Category: Date and Time

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.

So if I change the format of short date, I can see right away the formatted result with the current time.

This was done in later versions of 1.9.11 but not in 2.0

Should be in new magic admin panel

In groups of people you often have the problem to find day/time when all the people have time to meet.

Especially if they are not in the same room.
And even if they are present its difficult to talk about all the pro and cons when is the best time.


http://www.doodle.com/
Is offering an easy solution. Everybody marks the spots when he has time. Doodle comes up with a proposal, when is the best time to meet. No discussions, every vote has the same weight, non-party and you can always reproduce how the decission was formed.

Can we integrate something like this? Especially because the Tiki direction goes more in decision making.
That feature would fit perfectly in.

In groups of people you often have the problem to find day/time when all the people have time to meet.

Especially if they are not in the same room.
And even if they are present its difficult to talk about all the pro and cons when is the best time.


http://www.doodle.com/
Is offering an easy solution. Everybody marks the spots when he has time. Doodle comes up with a proposal, when is the best time to meet. No discussions, every vote has the same weight, non-party and you can always reproduce how the decission was formed.

Can we integrate something like this? Especially because the Tiki direction goes more in decision making.
That feature would fit perfectly in.

The calendar in TW6.7 does not render correctly in IE8. It shows two months worth of dates instead of the expected single month when in month view. Week view and day view render correctly in IE8, though.

Also, amazingly, the same install of TW6.7 shows the dates of the month of March when viewed with IE8 and April (the current month) when viewed in IE9 and other major standards compliant browsers.

{syntax type="tiki" editor="plain"}
Activating the PlugIn FullCalendar for the display of calendar items does not show event information as expected when using the 24h display mode.
It seems that FullCalendar is not aware of the setting (12h/24h) and shows the time as AM/PM anyway.

The module upcoming_events does not indicate whether an all-day event lasts longer than one day. Such an event is only listed once on its first day. If the end date of events, that don't last all day is not displayed (parameter showEnd=y), an event lasting multiple days is indistinguishable from an event lasting only a few minutes.

This tracker is made to help filtering and sorting the features vs categories vs options we need to tag a bug/regression/wish with.

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

This manual time / date selection (code below) should be optional off

__Sorry, code plugin doesn't work so below looks weird...__

{CODE()}
<input type="text" name="start_freeform" value="{$start_freeform}">
<a {popup text="{tr}Format: mm/dd/yyyy hh:mm<br />...}{/tr} {tr}See strtotime php function{/tr}"}><img src="img/icons/help.gif" border="0" height="16" width="16" alt='{tr}help{/tr}'></a>
{tr}or{/tr}

<input type="text" name="end_freeform" value="{$end_freeform}">
<a {popup text="{tr}Format: mm/dd/yyy hh:mm<br />...}{/tr} {tr}See strtotime php function{/tr}"}><img src="img/icons/help.gif" border="0" height="16" width="16" alt='{tr}help{/tr}'></a>
{tr}or{/tr}
{CODE}

{syntax type="tiki" editor="plain"}
https://momentjs.com/docs/#/-project-status/

So Tiki needs to transition, sooner or later

((How to pick a software library))

Internal tracking: [https://avan.tech/item118932-Moment-js-We-now-generally-consider-Moment-to-be-a-legacy-project-in-maintenance-mode-It-is-not-dead-but-it-is-indeed-done]

In the type "date and time" it may be necessery to be able to have only 'year' choise instead of year, month, day and hour


::: FRENCH :::
Dans le type "date and time" nous devrions pouvoir avoir seulement année (de x à x au choix), seulement mois/année ou seulement jour/mois/année. Pour plusieurs tracker, la suppression de l'heure est nécessaire, comme lorsqu'on demande la date de naissance d'un individu !

The pop up calendar in Calendar view only shows 24hr time and there seems to be no place to set this. It does not respect the time settings in admin/General as the rest of the Calendar does. Here in AM/PM land it makes it unusable and I've had to disable it in the template.

Sorry if I've entered this wrong -I'm a user and I'm not sure I'm even supposed to put things here.

In message list and for each message.

{syntax type="tiki" editor="plain"}
The parameter $gal_info.show_modtimedate is used in list_file_gallery_content.tpl (line 402) and possibly in other .tpl files so that the display of File gallery timestamps can either be a simple date or date+time. This parameter seems to default to something other than 'y' (or is simply not set) so the checking logic in the File gallery template (and possibly other templates?) makes the default to be just the simple date format.

So if you want to display timestamp info as date+time this parameter needs to be set to 'y' BUT there is not anywhere in Tiki where this parameter can be set - presumably it should be a pref that can be set generally or perhaps just for File galleries or just for other features?

So I guess this is both a Bug and a Wish :-)

{syntax type="tiki" editor="plain"}
__Background:__ I'm in the process of an overdue upgrade of two Tikis from version 2.2 to the new LTS version 6.x. Testing and adaptation of styles was done on XAMPP localhost under Windows and all worked fine. Problems began with installing on public server (Debian). Installation is done from shell (tar.gz and running setup.sh) and a fresh install works fine.

__Problem:__ When I use the existing database (no problems at database upgrading to 6.2 reported) then it also works fine for anonymous user. But as soon as I try to login as admin user, I get a long wait and then:

__Fatal error:__ Out of memory (allocated 110100480) (tried to allocate 157 bytes) in /home/hrusccbo/tikitest.hruschka.com/tiki-6.2/lib/init/initlib.php on line 185
''(Note: the line number 185 varies)''

In order to locate the error, I entered the following line in initlib:

171: print ("a:$errno, b:$errstr, c:$errfile, d:$errline");

The result is that Tiki starts displaying thousands of times, in an endless loop, until memory exhaustion:
a:2, b:DateTimeZone::__construct() [datetimezone.--construct]: Unknown or bad timezone (M), c:lib/tikidate-php5.php, d:182

From that I deduct that the error originates from line 182 of tikidate-php5.php


===Some other findings which might be useful:===

The last days I tried to enter dev.tiki.org and themes.tiki.org, but could not because the sites displayed exactly the same error. Yesterday I went to IRC chat and was advised to clear the cookies of my browser. After that it worked.

Looking at the cookies now, I found that "local_tz" (I assume that has to do with timezone) of my working tw_2.2 had the content "22%3A37%3A23", the cookie from tiki.org has now the content "UTC", but the cookies from working XAMPP/localhost and from the not working Debian 6.2 installation have both the content "M".

This fits to the origin of the error, as line 182 is "function setTZbyID" which calls "function convertMissingTimezone", where "M" is used in a switch/case statement.

But probably the bug is not really in the tikidate script, but where the cookies are set !!! (see below under "workaround")

Hope that helps to locate the bug and that it can be solved in 6.3. In the meantime I'll wait with migrating.

Thanks to all of you for your great work.
Felix
(running 3 tiki sites since 2005)

((doc:PluginCountdown)) is pretty basic, not visually appealing.

Let's move to:
http://keith-wood.name/countdown.html
https://github.com/kbwood/countdown/tree/Release_1_6_3

((doc:PluginCountdown)) a great idea. But showing time to the seconds is not a good default.

Wish:
Make options; Days, Days & hours, etc

Should be an option as to how to handle once time is passed.

__x days since__ or __the event has happened__

And locate time has no effect here:
http://tikiwiki.org/TikiFestNY

{QUOTE()}
Stateful? by rpg
posted on: Wed 18 of Jul, 2007 [17:48]
The idea of an aggregator --- and ideally one that could be put on a Wiki page together with other items --- sounds great. But only if it's going to be a stateful aggregator. I.e., I don't want one that will forget which items I have read when I revisit it.
{QUOTE}


A simple fix would be to somehow highlight all the RSS feed items which have a date/time which is after your last login. A bit like the "Since your last visit" module.

When I go to http://internal/tiki/tiki-user_preferences.php, as any logged-in user, I always get a PHP Segfault.

{CODE(caption="Versions")}$ /usr/sbin/php5-fpm --version
PHP 5.6.13-0+deb8u1 (fpm-fcgi) (built: Sep 7 2015 13:38:29)
Copyright (c) 1997-2015 The PHP Group
Zend Engine v2.6.0, Copyright (c) 1998-2015 Zend Technologies
with Xdebug v2.3.2, Copyright (c) 2002-2015, by Derick Rethans
with Zend OPcache v7.0.6-dev, Copyright (c) 1999-2015, by Zend Technologies
{CODE}

{CODE(caption="grep '^[^#;]' /etc/php5/fpm/php-fpm.conf")}[global]
pid = /run/php5-fpm.pid
error_log = /var/log/php5-fpm.log
log_level = debug
include=/etc/php5/fpm/pool.d/*.conf
{CODE}

{CODE(caption="grep '^[^#;]' /etc/php5/fpm/pool.d/*.conf ")}[www]
user = www-data
group = www-data
listen = /var/run/php5-fpm.sock
listen.owner = www-data
listen.group = www-data
pm = ondemand
pm.max_children = 12
chdir = /
{CODE}

{CODE(caption="/etc/nginx/sites-enabled/default")}
server {
...
client_max_body_size 16M;
root /var/www/html;
index index.php index.html index.htm index.nginx-debian.html;
location ~ \.php$ {
# fastcgi-php.conf has not been changed from debian jessie default
include snippets/fastcgi-php.conf;
fastcgi_pass unix:/var/run/php5-fpm.sock;
}
...
}{CODE}

When this segfault happens, I get a core dump of ~8GB, every time. I tried adding Xdebug, and got a trace that I am willing to share with anyone who wants to look. (148k gz, 97k xz, 3.2M uncompressed)

Seen on IRC:
{img src=images/code.png}%%% {CODE(wrap=>1)}
(10:33:47 AM) ***dthacker also wonders if there is a login-timestamp wiki syntax such as mediawiki's ~~~~ that would auto sign with user id and date/time.
{CODE}


Wiki pages are great to produce Neutral Point of View (NPOV) content. If we need to know who added what, we check the edit history.

For debates, discussions, opinions, etc, people will often use Tiki blogs, Tiki forums or comments at the bottom of wiki pages. These are more natural formats and it's clear who thinks what and who said what. Comments & forum threading make it clear who is responding to who/what.

However, in some cases, it is useful to have this type of interaction in wiki pages. The [http://doc.tikiwiki.org/Editorial+Board|TikiWiki documentation Editorial board] has monthly meetings to discuss and make decisions. Members can edit, comment and vote on motions.

The way people add their comments is not standard and if we are not careful, it can get messy. This often happens in wikis.

Some wikis use a special syntax for "signature". This would be a way to associate the name of the user and maybe the date to a specific comment. It would be nice to clearly and visually associate the user to the comment. Maybe the comment & signature are in a same box?

It would be nice also for people to be able to express support to an idea in the wiki page, with a thumbs up (+1) or a thumbs down (-1). Right now, the wiki ratings feature let's us vote only once per wiki page.

These syntaxes should be quicktags to it's easy to add. Maybe some of the less important meta data (ex.: date of comment) would be only visible on mouse-over. (and thus not in printed mode). The mouse over could also contain a link to the user's personal wiki page and some data about the user (his avatar, score, etc).


Ex.:
*click my PluginComment tool (in toolbar)
*Pre-fill text that will be mouse-overed with previously selected text
**add date & signature (with link to userpage)


Everyone: please share your ideas on this and how you have seen it implemented elsewhere.

Thanks!


Related:
{wish id=2102}

Site timezone is not respected when using Plugin Convene

E.g.: site default is UTC-2. You choose your time in the convene plugin, as UTC (even if you have no indication of the timezone, it seems), for instance, and the stored time is shown 2 hours before the time you selected in your choice.

Reproduced using Tiki 13.x here:
https://tiki.org/Admins+Team+Meetings

However, I can't reproduce it in an associated show instance in trunk. Maybe it has something to do with the timezone set in php settings, and not just the setting in Tiki?
I kept the tiki set as "Admin home > General > Date and time > Displayed Time zone: Use site default".

lib/smarty_tiki/modifier.duration.php and lib/smarty_tiki/modifier.duration_short.php are both using hardcoded strings for display of time units (seconds,days,etc).

Please see:
http://sourceforge.net/mailarchive/forum.php?thread_id=10026369&forum_id=12569

In tiki-browse_gallery.php, there is Sort Images by [ Name | Date | Hits | User | Size ] so robots can think these are all different pages