Category: Community projects

In tiki.org (community site), the ((doc:module months_links)) was enabled to group posts in blogs. but when you click at the month to get the list of posts for that month, you get:

^
Error
Notice: invalid variable value: $_GET["blogId"] = 2,29,26
^

And this is the type of url currently shown this month:
tiki . org /tiki-view_blog.php?blogId=2,29,26&date_min=1409529600&date_max=1412121599

t.o calendar: warn the user about the time zone being used at time selection by the user

I added an event at a calendar in Tiki.org community site, and selected the chosen time for the event (13h UTC).
https://tiki.org/tiki-calendar_edit_item.php?viewcalitemId=142

There was no indication of which time zone was Tiki going to understand for my selection, so I chose the time in my time zone: 15h (UTC+2). Tiki stored that time as if it was at 15h UTC, and then display the time of the saved event to me as 17h (UTC+2).

So Tiki was expecting the user to introduce the time in UTC, apparently, but there was no indication about that to the user. Some info should be shown. Maybe that will depend on the settings being set in the tiki site (there are a few combinations to test, I guess). So at least I'll leave the bug report here about it.

I recall Jonny saying that there was some new jquery library that was aware of time zones for time and date pickers? :-)
---
In addition, the time recorded for the item doesn't match the time the user selected in the edit form, or even shown when the user opens the item for edition again. This type of issue seems to have been solved recently (months) in tracker fields date and time (date picker, by developer kroky6), so it may probably just need porting similar fix to the calendar feature itself {sign user="xavi" datetime="2017-01-12T14:51:14+00:00"}

https://tiki.org/calendar has gone mad, and self-refreshes indefinitely.

I wanted to reproduce a bug in the calendar using our own calendar there, but I could'nt and noticed this issue.

Coming from custom rewrite rules? Bug in recent 15.x code?

t.o: page alias feature not working because some duplication exists (not prevented at edition time and feedback gone too quickly)

Reproduced here:
https://tiki.org/Community+Servers

alias added at the bottom was:
{CODE(colors="tiki")}
(alias(Servers))
{CODE}

When saving the page, some remarksbox is shown for less than a second reporting some duplication of the alias link, and the page is saved removing that remarksbox with the info. And I can't find where else in the t.o site that alias name is written.

Searching for "alias(Server" didn't bring the other page but dozens of pages.

In Tiki12, if I recall properly, if an alias link existed, you were not allowed to save your page, and you were told where that alias name was used already, so that you could at least go there and the duplication by hand before saving your page.

TableSorter header from bug tables disappeared when using plugin alias (wishes - plugin trackerlist)

Example: https://dev.tiki.org/TableSorter
(which uses plugin alias syntax WISHEs - which is a tackerlist plugin)
{CODE()}
{wishes filtervalue="307" status="o"}
{CODE}

Example where it's working: https://dev.tiki.org/Tiki18
which uses plugin list syntax

test pls ignore

{syntax type=tiki}
{syntax type="tiki" editor="plain"}
This is the ((Tracking system for Tiki issues)).
If this is your first time, please read: ((How to Submit a new item on the Wishlist))

TESTING: New show server instance creation (real-life)

{img type="src" src="tiki-download_item_attachment.php?attId=756"}

A weird bug which was showing in tiki 4.x (calendar), and nowadays, I've seen something similar using 5.x alpha at dev.tw.o:

The user is redirected to a blank page with just an email address shown, even if the user didn't click anywhere.

To reproduce:
http://dev.tikiwiki.org/tiki-view_tracker.php?trackerId=5&status=o&sort_mode=f_41_desc&filterfield=54&&filtervalue[54]=xavi&&&&filtervalue[56]=Accepted&&offset=30

Pass the mouse over the item saying "2 errors editing articles in tiki 3.3 ".
With no click (just passing the mouse over, using Firefox 3.6.2), you are shown a blank page with just "email@domain.org" on top.

That item corresponds to:
http://dev.tikiwiki.org/bug2893


This is something which is also happening to a calendar in a tiki 4.x site, when the event body has some email address, it seems.

HTH

{syntax type="tiki" editor="plain"}
Please see https://info.tiki.org/Version+Lifecycle to say what we do, and do what we say

{img fileId="949"}

People will thus expect security fixes on 6.x and 11.x (which they shouldn't)

The end of life should be announced on info.tiki.org

{syntax type="tiki" editor="plain"}
Hello Devs,

I did upgrade a site to 7.1 this weekend.

Using WYSIWYG/CKE I have the following prblem:

In some features of the Tiki 7.1 the output the editor is just the plain
HTML Source.

That means, not in Wikipages, but in the articles and in the calendar
events, there is not a nice text with formatting bold, italic, colors
and pictures etc, but only the plain HTML source code visible to the
website user/visitor.

The WYSIWYG/CKE editor works normal and I can see the content just
normal like ever, being in the editing mode. But when I save, I can just
see the source code, like it would be in codeplugin.

This affects as said articles and calendar (perhabs more, I will hope to
find out) but it does not affect wikipages by now.

And it affects existing articles and events aswell as newly edited.

(worked well in 6.x before)

Thx for reply and wish a nice sunday to all,
cheers
Torsten

Backup script not working.
This is a test...

Connect doesn't work any more on 12.x for me. (and in 13.x, I couldn't make it work either a few weeks ago)

I tried recently again, and I saw 2 issues at least:
# When clicking at Preview info, there is a wrong Tiki Version info and never-ending 'loading' in popup box
+ {img fileId="779" thumb="y" rel="box[g]"}
# when attempting to register the the site to be able to send Info, I see the popups requesting:
** "Please confirm you want to participate in Tiki Connect"
** "Welcome to Tiki Connect, please click "Send Info" when you want to make a connection."
+ But when I tried to click at "__Send Info__", again, I see a popup saying this:
** "__Your Tiki is not registered here yet, please try again__"
---

In a Tiki 13.x, nothign happens.
You can see it in action here:
http://xavi-9794-5252.show.tikiwiki.org/tiki-admin.php?page=connect

u: admin
p: 12345

Interface set to Spanish, and using Chrome on GNU/Linux. You click at "Preview Info", or at "Send Info", and nothin happens, besides that you are sent to the start of the page.

---

I could'nt make a show.t.o instance for 12.x since there might be an error here in dev.t.o. Every time I select 12.x for the show.t.o instance, it gets created one for 13.x

* [How-to-release-Preparation#compile_themes_to_css_from_\.scss_or_.less_files_optional_ ]
* https://sourceforge.net/p/tikiwiki/code/HEAD/tree/trunk/doc/devtools/release.php

This shows the World we are keeping up to date, and help with troubleshooting if a bug is discovered

* For major versions (ex.: 17.0): since last minor version of previous branch (16.3)
* For minor versions (ex.: 17.2): since previous minor version of same branch (17.1)
* Would be slick to have a chart like the following for all dependencies, like the "Package" table at https://distrowatch.com/table.php?distribution=clearos

have the right colored favicons (as per branding.tiki.org) for each tiki site (dev, comunity, themes, doc, etc)

would be needed to move forward with achieving a unified design

It seems mostly all the emails sent by tiki.org end up marked as spam by Google.

Please see two forum discussions at tw.o dev forum:
[http://tikiwiki.org/tiki-view_forum_thread.php?topics_offset=1&forumId=3&comments_parentId=16168]
[http://tikiwiki.org/tiki-view_forum_thread.php?topics_offset=0&forumId=3&comments_parentId=25213]

or directly at
http://tikiwiki.org/TikiBountySystem

Cheers, Xavi

At : https://tiki.org/Roundtable+Meeting+2017+04
First time entered was 14:00, 15:00, 16:00, 17:00 and 18:00.
They are displayed in a logical and chronologic order.

A user added an option with time set to 21:00.
It should appear after 18:00 but it is displayed before 14:00.

It is very confusing and wrong.

__Objective:__

The objective of my feature request is a more efficient way to create, to edit and to display Calendar event data, when used together with a Tracker.

This would be useful especially in the context of project management tools like Kanban (under heavy development) and Trackercalendar.

All features and functionality like Trackercalendar, Kanban, Calendar events, should provide different simple and versatile views, based on the very same Calendar item and thus be freely combined and happily created by simply filling one simple Tracker form.

__Use case example / context and problem:__

I got the idea whilst working on a Tiki 25.0vcs (InnoDB, git, ...) for a small personal private office project, where I test a bunch of features.

I made a 'Task' list with Tracker ... this is planned to be used together with Kanban.

The 'Task' list contains a field type 'date and time (calendar event)' which creates a calendar event when the Tracker item is created. As far as I understand, the Tracker item displays the Start date (and time) of the Calendar event, which is connected / related to the respective Tracker item.

This is working fine and it is even possible to switch the relation of the Tracker item to another existing calendar event.
The name of the Tracker item will be the title of the Calendar event (which is good!)

Sadly the actual date and time is the only data that seems to be displayed in the Tracker item so far.
Imho it would be important to have the option to share the same item description for the Tracker item and the Calendar event.

Currently I can create a Tracker field 'Textarea' in the Tracker and use it as description.
But there is no option, that this description textarea would be displayed as decription of the calendar item. Aswell it is not possible to display the Calendar event's description in the Tracker item.

When the Tracker item is created it is only possible to distinguish the Calendar item's start date.
Only after creation the Tracker item can be displayed and from there an edit-button pressed and then the details of the Calendar item edited, like Start date and End date, duration, description, participants, and all the other data of a calendar event.
This process needs to be simplyfied.
All these data details needs to be optionally displayed in the Tracker and in the Calendar, in a way that Tracker and Calendar just provide a different view on the same event.

__Following additional functionality would be required:__

# Add a Tracker field type ' Calendar event details' to display data from the Calendar event that is (currently) connected to the Tracker item.
+
# This Tracker field type shall have options (maybe comma separated list) to display the content of one or more Calendar event fields like End date, duration, description, participants, etcetera.
+
# It shall be possible that several Tracker fields of type ' Calendar event details' exist in one Tracker item. This way this field type could be used
** either similar to a field type "item list' (display several calendar details in one Tracker field)
** or similar to a field type 'dynamic item list', respectively 'item link' (display one Calendar event detail per Tracker field for more detailed display option)
+
# The Tracker field type 'Calendar event' should provide the option (to the user) to distiguish and completely fill out all Calendar event data details at the time of Tracker item creation.
+The user should not be required additional steps to reopen the event for then providing the Calendar details that he would have wanted to provide in the first place.
+
# For long time the Trackercalendar did use no calendar items but individual 'date and time' fields to create a calendar like planning tool for ressources. As far as I know the Trackercalendar was not any connected with the calendar feature. Imho it would be a good idea to create the start and end dates of the Trackercalender by using the field type 'Calendar event'

I did report this bug days ago. I edited to close it, selecting as closed many of the fields to do so in the [tracker5] but I forgot to set as "closed" the first and traditional drop down:

http://dev.tikiwiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=2856

After I saved, I can't edit my bug tracker any more, not even to set as closed that bug report.
To me, too many fields are related to closing the bug, only one should be chosen for that. And if more than one, much better to place all of them close ones to the others.
---
UPDATE: Outdated, so closing.

# There are many fields which are barely ever used.
# Some fields duplicate functionality and it's not clear what we should use.
# In some cases, comments are put in text areas and it's hard to follow. These should be in the threaded comments instead.

New contributors are lost. Old contributors are lost or dismayed.

Some duplicate fields are due to a previous effort to improve the workflow. Sadly, that work was never finished and we were left with duplicate fields. In a more recent period, multiple fields were added instead of just having one field with a bunch of check boxes.

This all needs to be cleaned up.

Oh yeah, and don't experiment on live data! nextdev.tiki.org is a good place to do this.

# Make stats on field usage.
# Any field which is used less than say 5% of the time should be considered for removal
# Fields like following can instead just be a category of an existing field
** WishList Team - TODO - Confirm Bug on Trunk
** WishList Team - TODO - Find on 9x
** WishList Team - TODO - Find Culprit
# Merge duplicate fields
** Rating-old & Rating
** Status & Resolution status

((doc:PluginListExecute)) can be used to migrate data. Some data should just be used manually.

When I click on the icon to "Choose or upload images" here in https://dev.tiki.org/Make+a+wish the page refreshes and all the content I typed (and selections to tracker fields) is gone.

Reproduced with Chromium 50 or Firefox 46 in Linux 64 bit, in case it matters.

It is very difficult to use tiki.org sites header menus and login and does not look nice on smartphones. I'm filling this bug report from iPhone 4S and just to login using the login pop up in the top bar was PITA.
See the screen captures below:
(hmm, another issue is tapping the "Choose and upload image" icon does nothing - ah, I need to tap it twice! anyway, it is also PITA using the elFinedr on smartphone to upload images - can we switch it off and use the new jQuery Upload UI instead?)

{img fileId="1024" thumb="box"} {img fileId="1025" thumb="box"} {img fileId="1026" thumb="box"} {img fileId="1027" thumb="box"} {img fileId="1028" thumb="box"} {img fileId="1029" thumb="box"} {img fileId="1030" thumb="box"}