Category: Dogfood on a *.tiki.org site

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

Some of my last items created don't appears into the "list yours" request on dev.tikiwiki.

!!Details
In seems that it is for all items since a particular date. I have information about this.

Some day ago we had on chat an exchange about the generation of a query with an error (item 3104), when submitting "search" (the error had been checked during the chat - use od in() statement in the SQL request not accepted by MYSQL). The next morning it was put out.

But while we were checking the "list yours" had disappeared. The next morning it was there.

!!Others linked subjects
Items : 3114, 3116

!!Beginning to find the problem (while redacting)
I just made controls, I discover that this items __that I have submitted have no author name, I was nevertheless logged in__.
__This explains the fact that the item don't appears in the list but not why the author had not been defined.__



Trebly

If I search for i.e. "groups" I will receive results I cannot open. No link is behind the entry. This happens on doc.tiki.org. See: [https://doc.tiki.org/tiki-searchindex.php?filter%7Econtent=groups&storeAs=]

Sort on rating at this tracker is broken.
To reproduce:
* Login here: http://dev.tiki.org/tracker5 (as user xavi, plain registered user)
* click on rating column (to sort items on their rating): it apparently works, even if it shows first the ones with the lowest rating.
* click again on rating column (attemping to sort the items with highest rating first), and still items with 0 in the rating are showed first.

url (only with open items, to reduce potential factors interfering): http://dev.tiki.org/tiki-view_tracker.php?trackerId=5&sort_mode=f_152_desc&status=o

^ __Note__:
Please note that this is using the maintained (non deprecated) rating tracker field (field 152, type "Rating"). If you are an admin, you will see still 2 fields as rating, but one, the former and unmantained (field 62, "Old Rating - Stars (system) visible by Admins only"), is hidden from registered users (it's kept there in dev.t.o in case some devs makes an script to convert the data from the old tracker field into the values for the new tracker field in all tracker items of the same tracker).

I tag this wish a regression since I remember that this worked in past, years ago, but unfortuntely I can't say in which specific version.

I consider this isse to be somewhat important since tiki are being used more and more to allow communities to gather user feedback to prioritize issues, actions, strategies, proposals, etc., in a genuine "wisdowm of crowds" way, and this issue prevents using tiki for this goal, which is a pity when you are using Tiki in the same community for many other community needs... See http://doc.tiki.org/E-democracy
^

---
Maybe related to [item1446|item 1146: Trackers: Need to be able sort as numerical instead of text]?

At https://doc.tiki.org/PluginToc#Only_second_level_and_sorted_from_A_to_Z it show:

__D__ocumentation Lifecycle
__F__eature Page Template
__d__elete
__e__rrors
help
in progress
merge
...

It should be ordered from A to Z
(OR some importance is given to CAPS vs notCAPS ?)

~~#F00:__EDIT__~~ : I created an instance to reproduce and I couldn’t so it may be something with Tiki.org
http://bsfez-11581-6285.show.tikiwiki.org

Here are some options
http://framework.zend.com/manual/en/zend.service.akismet.html
http://bad-behavior.ioerror.us/
http://antispam.typepad.com/
http://www.defensio.com/
http://mollom.com/

See: ((Spam Protection))

In Tiki 1.10, there is a feature to protect all emails against spam harvesters. Great.

1- Check that this protection is indeed powerful (so spammers can't get around it)

2- Have an option to show an image of the email when javascript is not available.

3- Extend this protection to [tiki-view_tracker_item.php?itemId=1147|the e-mail address in tiki-contact.php]

spellcheck should get lang from wiki page lang, not from users' interface language, or elsewhere.

For instance, I have firefox in catalan, tiki lang pref. in catalan. If I edit an English page in doc.tw.o site, and I clikc on spellcheck, Tiki should search for dictionary tables of English lang, and nowadays it searches for Catalan tables on db.

----
Update: I confirm this is still happening. On doc.tw.o, for instance...

---------------------------
Context:
File /tiki-editpage.php
Url /tiki-editpage.php
Query:
select `word` from `babl_words_ca` where `word`=?
Values:
0 Tiki
Message:
Error Message Table 'doctwo_doctwo.babl_words_ca' doesn't exist
---------------------------

See:
{img fileId="1248" thumb="box"}

As you can see in this comment's item, the discussions comes to a point it is hard to read and most of the screen space is wasted.

https://dev.tiki.org/tiki-view_tracker_item.php?itemId=7838&threadId=9696

We should add a new preferences so we can limit indentation on thread reply.
It should be optional
It should be have a threshold field (after 5 replies stop indenting)
It should be set "enable" by default (with 5 replies)
It is important to test with a setting of 2 (after the first post, all replies have the same single step indent)

This happens on comments under or added to another feature, not in forums.

{img src=images/code.png}%%% {CODE(caption=current strikethrough syntax)}
{TAG(tag=>strike)}texte{TAG}
{CODE}

Suggested one for us:
--strike--

As suggested in wikicreole:
http://www.wikicreole.org/wiki/Strike

All wiki engines:
http://www.wikimatrix.org/syntax.php?i=27

This is very useful when using wiki pages for ((project management))

Check
https://dev.tiki.org/How-to-release

vs

https://dev.tiki.org/How-to-release?structure=Developer+Documentation

{syntax type="tiki" editor="plain"}
Administrating the structures is very uneasy on Tiki29.

Among the visible issues:
* The structure admin wrench is not accessible.
* All the sublevel are open on each load (loading or saving the page)
* The pagination tools are not displayed sometimes
* ...

See the video: {img fileId="3202" thumb="box"}

{syntax type="tiki" editor="plain"}
Goal

We want doc.tw.o to generate nice printed documnentation.

Problem
It's too difficult to detect which pages are not in a structure.


A new page may be created but not assigned to a structure and be lost, and not appear in the printer version.

It's ok that some pages are not in structures (notes, redirects, etc) though.


tiki-edit_structure.php -> list at the bottom should only show me pages that are not in current structure, otherwise, I can add the pages at two places in the structure.(feature or bug?) This could useful to move pages though because current system is too cumbersome for large structures like the one on doc.tikiwiki.org


Perhaps, the structure if should appear in list pages. So by sorting, we could find all orphan pages...

Documentation of Tiki (doc.tw.o) needs some help, as well as any other tiki site aiming to produce structured documentatation to be exported as "printer-ready" (.pdf, .odt, ...)

!!- (1). Original idea, as posted in devel list (but improved, and made it easier, below, in (2) )
I include here a copy of the [http://sourceforge.net/mailarchive/forum.php?thread_name=467565F1.9080905%40ub.edu&forum_name=tikiwiki-devel|original post at tiki-devel list]:

{QUOTE()}
[Tikiwiki-devel] New documentation file: Tiki198alpha.pdf
From: Xavier de Pedro Puente <xavier.depedro@ub...> - 2007-06-17 16:44

(...)

There are some issues that, it solved from coders, they would make
easier to produce next documents like the pdf ones:

(1) Page Title is not automatically shown on wiki pages on the server,
and thus, manual header1 was added everywhere (Almost). But when
printing to html, page title is duplicated. => if Show Page Title option
is disabled under "Admin > Wiki", Page title should not be added
automatically at print-to-html time.

(2) to produce the same structure (same level structure of headings) as
in table of contents http://doc.tikiwiki.org/Documentation , some hack
(optional) would be very welcome so that heading 1 in doc.tw.o pages is
not printed as heading 1 in through the multiprint, but as header 2, at
least. (optional).
This is, for instance, what is produced when printing a full structure
from a Workspace - AulaWiki Mod - : a coder could grab the code from
AulaWiki Mod as a reference....
In there, the description of the page is set as the Page title (header
2, I think), and the page title is included below for completeness (in
lower font, and with version number next to it)...

edutwo_ws_print_structure4.png

(3) Numbering of headings: somehow, in Workspaces this is handled
internally, and the user/documenter doesn't need to bother with manual
numbering: it's produced also at print time.
[http://edu.tikiwiki.org/tiki-workspaces_view_structure.php?print=4]

Example of print structure differences between Tiki's multi-print and
Workspaces print structure:

Print to html "Aula-Wiki Tutorial" from here:
[http://edu.tikiwiki.org/tiki-print_pages.php]

or from here:
[http://edu.tikiwiki.org/tiki-workspaces_view_structure.php?print=4]

Well, as you could imagine, some changes to the code to make the work of
documenters a bit easier would be very wellcome also... :-)

(...)

{QUOTE}

!! (2) Update July 20th: Easier solution
Easier solution: Get levels for first heading in each wiki page of the structure not from the content of the page.

^__Example__: a page may start with a "! Title of page" (first level heading), and after that, "!! Subtitle of page" (2nd level heading), ...

Imagine that this page corresponded to "2.3.1 Module whatever" as the level in the table of contents of such structure.

The solution would be then that "!Title of page" (in that page "2.3.1 Module whatever"), when sent to (or fetched by) tiki-print_pages.php as a whole structure, was converted to "!!! Title of page"; and "!! Subtitle of page", should be converted to "!!!! Subtitle of page"..., and this way sequentially for all the title headings on each page from the structure...
^

The procedure below should become a 1-click from wiki (structures) to[http://doc.tikiwiki.org/Tiki19beta.pdf|PDF]. Please see:[http://doc.tikiwiki.org/Printing+the+Documentation|How to produce the .pdf out of the .odt]

-----

Dec 13 2008. Update:
Previous problem is fixed. However, I notice that automatic numbering with heading within a page (!!#, !!!#, ...), should be also considered in the global autonumbering.

Plus width of wide images and tables would be better if not that wide when exported to html (maybe an option), for the case when you plan to import it to OpenOFfice, and they are too wide to the document. Should this be another RFE or bug report?

---
REOPENING BUG
update on Jan. 7th, 2009:
See the other bug report: autonumbering didn't work for me with doc.tw.o/Documentation, even if it did a month ago on another site/structure

Related (and newer) bug report/RFE:
[http://dev.tikiwiki.org/bug2255]

{syntax type="tiki" editor="plain"}
Here:
http://doc.tikiwiki.org/tiki-index.php?page=Structure&structure=Documentation -> structurs is 8.48

Yet, here: http://doc.tikiwiki.org/tiki-index.php?page=Documentation&structure=Documentation , it is 4.31


I don't understand the 8.48

Should be 4.31, no?


See related chat log:
http://irc.tikiwiki.org/irclogger_log/tikiwiki?date=2008-12-16,Tue&sel=315#l311

I received today page modification notification from tiki.org after it was upgraded to Tiki19.

The subject was missing in my Apple Mail application because it was badly encoded.

Raw source before (tiki18):
{CODE()}
To: bsfez@tiki.org
Subject: wiki page "Versions" changed by Marc Laporte
X-PHP-Originating-Script: 33:Sendmail.php
Date: Sat, 03 Nov 2018 20:13:27 +0100
X-Tiki: =?UTF-8?Q?yes?=
From: noreply@tiki.org
Sender: <noreply@tiki.org>{CODE}

The raw source is now (tiki19):
{CODE()}
To: bsfez@tiki.org
Subject: =?UTF-8?Q?=0Awiki=20page=20"201902=20TAG=20Meeting"=20changed=20by=20?= =?UTF-8?Q?Gary=20Cunningham-Lee?=
X-PHP-Originating-Script: 33:Sendmail.php
Date: Sun, 18 Nov 2018 12:05:19 +0100
X-Tiki: =?UTF-8?Q?yes?=
From: noreply@tiki.org
Sender: <noreply@tiki.org>
{CODE}

We can't use rating yet (hopefully soon), so at the moment it is just the priority user chooses. From 1-low to 9-high is very subjective and people tend to rate things higher, than they 'objectively' are. I just stumbled across this classification from Bram Molenaar and think that it is a good guideline for rating Items. As long as we use the Priority field, it would be easy to implement, later for Ratings we would have to add something like a legend or so..

--- copied from VIM reference manual TODO List ---
Priority classification:
9 next point release
8 next release
7 as soon as possible
6 soon
5 should be included
4 nice to have
3 consider including
2 maybe not
1 probably not
- unclassified
--- end of copy ---

The sections on "how to participate" and "FAQ" are missing on the menu, but still in the admin panel:
https://suite.tiki.org/tiki-admin_menu_options.php?menuId=46

{img fileId="832"}

At https://tiki.org/tiki-admin_survey_questions.php?surveyId=8 over 25 questions the pagination turn on. Moving from page to page doesn’t help, you can see questions after the first page.

For some reason, svn update FAILS to update on show.t.o instance linked to dev.t.o bug tracker item

Example:
https://dev.tiki.org/tiki-view_tracker_item.php?itemId=5493

Click at svn update.
It doesn't seem to update the instance, which still is at
Last update from SVN (12.5): Sunday 17 of January, 2016 15:28:05 CET - REV 57249 (MyISAM)

(as seen on http://xavi-9794-5493.show.tikiwiki.org/tiki-admin.php?page=general )

and to check the bug fix we need to update to r57742

---
I believe it to be a server-side issue, the AJAX request returns with a "504 Gateway Time-out" error, will ask the sysadmins... {sign user="jonnybradley" datetime="2016-03-14T18:59:33+00:00"}
---
update, the server side issue is fixed - was a disk space issue that was caught by monitoring but I had to figure out a way to delete instances logically from the oldest ones that are linked to closed tracker items. There is however still front-end issues (it seems that I have to click more than once for the user feedback spinner to appear, which is weird as well as it seems I have to scroll down {sign user="koth" datetime="2016-03-14T12:18:33+00:00"}

clicking on svn update for a show2.t.o instance from a bug tracker in dev.t.o does apparently nothing

Reproduced with the show2.t.o instance linked to this bug report:
https://dev.tiki.org/item7332-Slides-in-21-x-Section-about-wiki-page-comments-wrongly-placed-on-top-of-all-slide-titles

----
I've been unable to svn update show2.t.o sites (20.x, 21.x...) through the button in the show2.t.o related field in dev.t.o/tracker5

Same with "destroy instance" which didn't work and no info was provided to the end user. I had to destroy them by hand at the show2.t.o server.{sign user="xavi" datetime="2022-01-22T22:39:53+00:00"}

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.