Category: Usability

{syntax type="tiki" editor="plain"}
The fact (analysis result) : view from the popup od calendar module has no data set up

Details :
When you actions the into modules calendar the event from a date, you get the popup (if prefs) which shows the events of the day, then :

1- there is no choice for an event if an alone or several
2- the data of the event are not set up
3- the action button "view" shows a "pseudo empty event" the lonely data are the default value for a new event...

The function is not completely implemented. Job not ended. Functionality not operational.

It had no time to look at 6.0.

Calendar allows for event end to be before event start

also when asked for duration it asks for a time not an amount of time.

The dropdown selectors for "Start of day" and "End of day" are too narrow, as the screenshot shows. This is with Select2 activated. I didn't check yet when Select2 isn't being used.

The "Tentative" status for a calendar event always reverts to "Confirmed" after it is saved.

{file type="gallery" fileId="2080" showicon="y"}
Looking at the image you can see there is a weird way of showing the start and end time of the event. There doesn't seem to be a way to show normal start and end time of event.
These events are just coming from a calendar not a tracker etc..

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.

Calendar can not be linked to from a Wiki page. The Wiki Syntax parser for URLs does not recognize Calendar URLs, so they do not get linked. Apparently the brackets in such URLs cause problems: tiki-calendar.php?calIds[]=1

The following UI bug occurs when the view of the calendar is switched to the list view:
{img fileId="1074" thumb="box"}

{syntax type="tiki" editor="plain"}
Calendar(month view) displays and highlights incorrectly in all browsers except IE6
I've tried Chrome and 2 versions of firefox.
they show the entire previous month, the current month and a week past the current month. not all the correct days are highlighted either.
In IE 6 only a few days pre & post month are shown and the current month is correctly highlighted.

update - I tried with IE 8 and it looks fine.
So apparently this display issue is only in Chrome and Firefox.
Also another noticed bug, the date is shifted by 1 day.
so if i set a calendar entry for 6/8/2011, it will show as 6/7/2011
once you go into the item, it displays the correct date.
it just shows incorrectly in FF & chrome. but shows correctly in all versions of IE

{syntax type="tiki" editor="plain"}
__Calendar Popup Misplaced__

5.0 RC1 r27394, still applies in trunk r28611.

CSS errors in the popups in weekly and daily view.
*first time an item is clicked, the popup shoots to the top of the page
*2nd and subsequent times it appears in a reasonable place
*produces a question-mark mouse pointer
*apparently independent of theme
*Monthly view behaves ok and no "?" pointer

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

Hi,

On two installs of Tiki (18.1 and 18.2svn) it seems the Calendar feature 'Sticky Popup' is not working. Also just tested in Tiki 15.5, did not work either.

Settings > Control Panels > Calendar > General Features > Stick popup

Pop's up, but it disappears when you hover over it, so it makes clicking on links impossible.

Though, stick pop up is not even needed for this,. I just don't understand why the pop-up disappears when you hover over it.

Thanks,
Mike

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.

{syntax type="tiki" editor="plain"}
After upgrade from 2.4 to 3.0 the MyTiki Mini Calendar no longer displays the very useful Caldendar-filter (small simple calendar interface). Otherwise the minicalendar feature works well.

I have done two fresh builds of Tiki 3.0 using "The News" theme.
In each build I have confirmed that the miniature, monthly-calendar
that appears under the heading "Calendar Filter" within the
personal calendar feature under MyTiki is missing. It's a handy
little calendar to have. I have been unable to determine what
php or javascript file creates this little gem. It would be nice
to have it back.

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

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

I noticed that all the calls to the SQL plugin were killing my intranet website when going to version 4.x. Digging deeper I've narrowed it down to the ADONewConnection call of the wikiplugin_sql.php file. On that line of code PHP dies and I am left with a white page. I have tried playing with the call itself and even going to PDO which worked well enough to complete the page without dying, however I don't know enough about the PDO paradigm to actually retrieve data and rewriting the entire data retrieval strategy seems a bit extreme.

Upon learning of dbreport, the only other plugin I know of to also use ADONewConnection plugin, is also failing I've decided this might be an issue in the plugin engine itself which is beyond me to resolve. One black box at a time is my general approach to things and this now relates to ADO and the plugin engine.

I will continue to look at this issue, however assistance from bigger brains for PHP than my own would be a good thing.

When I export and import Tracker fields, all of the values are works well except some of features. That is Permissions value of "Visible by" or "Editable by" in Tracker fields are not exported or imported well.

As I have tested, it does not work in Tiki 11 or 12, and doesn't know the above versions are works well or not.

I have been worked export and import Trackers in production. When I doing this, I have to update the permissions values manually every time. It is an tiresome job for me as you may know.

Is there any other good idea?
Or is it an excluded feature in Tracker export? If it is, could you enable the feature?

Thanks,
Joon

{syntax type="tiki" editor="plain"}
When I create a tracker, say trackerId=6, and populate it with a few items in a fieldId, say fieldId=10, and then go to a different tracker, say trackerId=7 and create a field of type "Item Link", with options 6,10 it works as I would expect. In particular, I am presented with a drop-down of the items in tracker 6, field 10. If I save an item using this drop-down in tracker 7 and try to then edit that item, the drop-down is blank.
In summary, the tracker type "Item Link" works as I would expect when adding items to a tracker, but does not work when attempting to edit the items in a tracker. When editing, the drop-down is blank.

I can't add an SVG image.
Even with HTML enabled, it will add an tag into my <object> tag preventing me from using SVG images.

With SVG already being an important element on the web, this is unexcuseable and needs to be fixed asap.

No mater how I set options the message thread all ways lists first message first and you have to scroll down to bottom to get latest message. I cant remember when this started as the person who complained about it is no longer with us. I believe it started with V3.x

{syntax type="tiki" editor="plain"}
When Posting to a blog through the xmlrpc.php, I can connect to the server and post all content to the chosen blog, but I can't add title text. From blogtk (linux), I can't even see the title field in white (fillable) but in grey (unfillable, non-available). Si can't even write the title text from blogtk.

From gnome-blog-poster, I can insert text in the local form, but after I submit the post, the content is saved correctly but not the title content.