Category: Dogfood on a *.tiki.org site

It is the second time (and I see others having the same issue) that saving a comment using the "Save and Comment" button when completing a tracker item on tracker5 creates 2 identical comments instead of one.

It asks for password, but then, give "Error saving image: HTTP/1.1 401 Authorization Required"

Please see:
https://wiki.mozilla.org/Support/ScreencastsPRD

Also:
[https://bugzilla.mozilla.org/buglist.cgi?query_format=advanced&short_desc_type=allwordssubstr&short_desc=screencast&product=support.mozilla.com&long_desc_type=substring&long_desc=&bug_file_loc_type=allwordssubstr&bug_file_loc=&status_whiteboard_type=allwordssubstr&status_whiteboard=&keywords_type=allwords&keywords=&emailassigned_to1=1&emailtype1=exact&email1=&emailassigned_to2=1&emailreporter2=1&emailqa_contact2=1&emailtype2=exact&email2=&bugidtype=include&bug_id=&votes=&chfieldfrom=&chfieldto=Now&chfieldvalue=&cmdtype=doit&order=Reuse+same+sort+as+last+time&field0-0-0=noop&type0-0-0=noop&value0-0-0=|SUMO bugs with word screencast]


Related: ((WebDAV)) to ease management of files.

At doc.tw.o (upgraded to 1.10svn April 12th), I went to admin categories.
Selected "Editorial Board Meeting" (already existed), to add pages to it.
At the filter box I set "Editorial Board Meeting" and a mysql error is returned:


{BOX()}
~pp~
~np~
An error occured in a database query!

Context:
File tiki-admin_categories.php
Url tiki-admin_categories.php?find_objects=Editorial+Board+Meeting&parentId=10&search_objects=Filter&sort_mode=name_asc&offset=0&find=
Query:
SELECT tab.*, tfgp.`name` as `parentName` FROM (SELECT 1 as `isgal`, tfg.`galleryId` as `id`, tfg.`parentId`, tfg.`name`, tfg.`description`, 0 as `size`, tfg.`created`, tfg.`name` as `filename`, tfg.`type`, tfg.`user` as `creator`, '' as `author`, tfg.`hits`, tfg.`votes`, tfg.`points`, '' as `path`, '' as `reference_url`, '' as `is_reference`, '' as `hash`, tfg.`name` as `search_data`, tfg.`lastmodif` as `lastmodif`, '' as `last_user`, '' as `lockedby`, '' as `comment`, 0 as `archiveId`, tfg.`visible`, tfg.`public`, tfg.`galleryId` as `fileId`, tfg.`parentId` as `galleryId`, 0 as `filesize`, tfg.`type` as `filetype`, tfg.`user`, '' as `lastModifUser`, count(distinct tfc.`fileId`) as `files` FROM `tiki_file_galleries` as tfg LEFT JOIN `tiki_files` tfc ON (tfg.`galleryId` = tfc.`galleryId`) GROUP BY tfg.`galleryId`) as tab LEFT OUTER JOIN `tiki_file_galleries` tfgp ON (tab.`parentId` = tfgp.`galleryId`) WHERE (upper(`name`) LIKE upper(?) OR upper(`description`) LIKE upper(?) OR upper(`filename`) LIKE upper(?)) ORDER BY `isgal` desc, tab.`name` desc
Values:
0 %Editorial Board Meeting%
1 %Editorial Board Meeting%
2 %Editorial Board Meeting%
Message:
Column 'name' in where clause is ambiguous
Built query was probably:
SELECT tab.*, tfgp.`name` as `parentName` FROM (SELECT 1 as `isgal`, tfg.`galleryId` as `id`, tfg.`parentId`, tfg.`name`, tfg.`description`, 0 as `size`, tfg.`created`, tfg.`name` as `filename`, tfg.`type`, tfg.`user` as `creator`, '' as `author`, tfg.`hits`, tfg.`votes`, tfg.`points`, '' as `path`, '' as `reference_url`, '' as `is_reference`, '' as `hash`, tfg.`name` as `search_data`, tfg.`lastmodif` as `lastmodif`, '' as `last_user`, '' as `lockedby`, '' as `comment`, 0 as `archiveId`, tfg.`visible`, tfg.`public`, tfg.`galleryId` as `fileId`, tfg.`parentId` as `galleryId`, 0 as `filesize`, tfg.`type` as `filetype`, tfg.`user`, '' as `lastModifUser`, count(distinct tfc.`fileId`) as `files` FROM `tiki_file_galleries` as tfg LEFT JOIN `tiki_files` tfc ON (tfg.`galleryId` = tfc.`galleryId`) GROUP BY tfg.`galleryId`) as tab LEFT OUTER JOIN `tiki_file_galleries` tfgp ON (tab.`parentId` = tfgp.`galleryId`) WHERE (upper(`name`) LIKE upper('%Editorial Board Meeting%') OR upper(`description`) LIKE upper('%Editorial Board Meeting%') OR upper(`filename`) LIKE upper('%Editorial Board Meeting%')) ORDER BY `isgal` desc, tab.`name` desc
~/np~
~pp~
{BOX}

Nothing was added to that category. I had to add them selecting them from the multiple select box showing all pages in doc.tw.o (at least nowadays all pages are listed :-) - thanks to the coders who improved that )

No tool on dev.tikiwiki.org for finding a tracker item by item number. Unable to process IRC request to look at bug 2683 without URL tinkering.

Search for javascript in 2.0 using search box performs search for "j-a-<-x->-s-c-r-i-p-t". Happens on tikiwiki.org.

http://tikiwiki.org/tiki-searchindex.php?highlight=javascript&search=

I have a TikiWiki site which requires being able to search text which includes web terms such as j-a-v-a-s-c-r-i-p-t but can't do such a search.

Someone said on IRC this is due to a protective input filter which is altering dangerous text input.

When I attempt to click on the "Search" function on the top of the TikiWiki bug and wishlist page, the display disappears when the cursor approaches it. Search is not available through that function.

I'm running MandrivaLinux 2008.1 updated, KDE 3.x GUI, and Firefox 3.0.8.

If you serch for WhoWhat at the search box on the header of tw.o site (as registered user), or from
info.tw.o, you are directed to this url:
http://tikiwiki.org/tiki-searchindex.php?highlight=WhoWhat&where=pages&search=Go

which returns nothing:
^ Found "WhoWhat" in 0 pages^

However, the page exists
http://tikiwiki.org/WhoWhat

This is kind of frustrating for me, so I guess that for new users also (or even more)...

I run the following search on Tiki Doc: https://doc.tiki.org/tiki-searchindex.php?filter~content=wiki+syntax&search=Search

Many results point to files in the file gallery that show a broken result "invalid backend".

One of the result is : https://doc.tiki.org/tiki-list_file_gallery.php?galleryId=137&highlight=wiki+syntax

It turn to an error:
{img fileId="1204" thumb="box"}

At https://doc.tiki.org/tiki-searchindex.php?filter~content=wiki+syntax&search=Search

Part of the results are not accessible (clickable): results 5, 7, 8, etc.

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

Searching and trying to using different listing gives random and wrong results.
here I was searching for a recent tracker item I created with the term "Username" in it;

{img fileId="1695" thumb="box"}
{img fileId="1692" thumb="box"}
{img fileId="1693" thumb="box"}

I have checked the unified index freshness (it is ok Your index was last fully rebuilt on Friday 24 December, 2021 07:10:50 IST.) and it should have find me the item I was looking for.

Ultimately the tracker view showed me the item:
{img fileId="1694" thumb="box"}

It has been also confirmed by Volker on the 25/12/2021 on the user list.

Actually on Tiki forums, https://tiki.org/forums, there is a "simple" search field on the main page.
Initiating a search open https://tiki.org/tiki-searchindex.php (out of forums area) I can see 1289 pages of results and it look like forum posts (I didn't;t check all pages ;-) ). The first page of results displayed posts from the mailing list archive (forum26).
You can then use facets to try to narrow search results.
But the filters were though for a general use (Object Type, Language, Federated Search, Category Tree, Categories, Letter, First word) and are bad for searching posts in forum... I don't see a case I would use any of them.?

With 1289 pages of results that just awful.

---

If you go in a forum like : https://tiki.org/forum26
You have also a "simple" search field. Again you are redirected to https://tiki.org/tiki-searchindex.php but then it displays any objects found (not only posts). This is bad too. If I'm in a section or an area like a forum and initiate a search I should see results from this area.
Again filters are not relevant.

---

If I go in a thread then I don't have any search tools but seems ok to me.
https://tiki.org/forumthread77942-Composer-allowed-plugin-list

When on www.tikiwiki.org, I execute a search for anything with "Site" in it. "Site5", or "Site 5" or "Site blahblah". Search returns, with Internet Explorer, __Internet Explorer cannot display the webpage__. I looked at the source and encoding is UTF-8, so at a loss. I tried several other keywords other than "Site" and they all returned proper searches.

This is a weird one.

__A CMS without SEF URL means it is a Bug : Usability__

it's a by setup checkable standart in a high quality CMS
simple weblogs like http://www.s9y.org/ have such a feature

why :
google likes */this_is_a_very_god_page.html
and normaly google didn't index
*/mybugy.php?bestpage=my&t1=page&t2=is&t3=the&t4=best&indexed_by_SE=normalnever

i think the best webpage is nothing if SEFURL isn't working


the half way is done with the htaccess - ok
the next half way was a mod from http://www.coofercat.com/wiki/TikiURLtInstall

It's working in a root env with 1.9.x and 1.10cvs
that means only if /tmp is writable for the webserver - this is the bug

but online on a vserver this shit happens to me

Warning: mkdir(): open_basedir restriction in effect. File(/tmp/71) is not within the allowed path(s): (/srv/nww/webx/:/srv/nww/htdocs/phpMyAdmin/:/srv/nww/htdocs/confixx/html/gesperrt/) in /srv/nww/webx/html/wiki/lib/adodb/adodb.inc.php on line 1551

Warning: fopen(): open_basedir restriction in effect. File(/tmp/71/adodb_716f2422695ca15b221f4ce6f146321c.cache) is not within the allowed path(s): (/srv/nww/webx/:/srv/nww/htdocs/phpMyAdmin/:/srv/nww/htdocs/confixx/html/gesperrt/) in /srv/nww/webx/html/wiki/lib/adodb/adodb-csvlib.inc.php on line 298
......this msg repeats about 1000 times
did you know what's going on

I started to debug this problem
but it seams to get bigger and bigger

saved data titles must be renamed
becorce
http://localhost/HEAD/page-page%202.html
didn't result in
page 2
and so on

Semantic links are creating dead links when a "-" is in the name and under some other unknown conditions. I suspect it may in part be a regression caused by the recent way links are named.

You can see one example here: https://dev.tiki.org/Visual-Programming

At the bottom of the page, the aliases are listed. One of them is "End-user Programming" which creates a link of https://dev.tiki.org/End-user-Programming. The issue is, that does not redirect to the Visual Programming page. It is a 404-not found page. There are also 2 examples at the bottom of this page: https://dev.tiki.org/Browser-Compatibility that behave in the same way.

I also see alias is not working here as well: https://dev.tiki.org/Update. In this case, all of the alias links are dead, but there are no dashes used within the links. Perhaps a separate issue?

Semantic link "alias" broken on 4.1 for me (regression)
See:
http://gavarrespedia.org/tiki-index.php?page=Pendents

it shows an error page, suggesting similar page, search box, and the option to create the page (as reg. user)

However, the page name "Pendents" is defined as an alias of "pendent", as it can be seen here:
http://gavarrespedia.org/tiki-index.php?page=pendent

which has underneath (inside the "[[+] Fet" box):
{CODE()}
(alias(pendents)) | (alias(Pendents))
{CODE}

So this looks broken to me (at least, with common settings as I have).

---
Reproduced in doc.t.o with http://doc.tiki.org/PluginRR (which has an alias link from http://doc.tiki.org/PluginR )
Discussed (with more details) on irc:
[http://irc.tiki.org/irclogger_log/tikiwiki?date=2011-02-09,Wed&sel=267#l263]

---
UPDATED: Fixed in current branches, at least (9.x, 11.x, 12.x)

Aliases of the same page are not very interesting, because it's link to self.

But antonyms, related, etc would be nice.

{syntax type="tiki" editor="plain"}
The ((doc:Inter-User Messages)) system is quite nice.

However, it means:
1- That users have duplicate mailboxes
2- And the recipient can't just click reply

On dev.tikiwiki.org, this is not so nice because people already have an internal tiki mailbox on tikiwiki.org

So, let's think about an additional/modified feature called "direct message" or "direct mail".

This would simulate a regular email. (let's plan ahead that this should be able to send other types of messages (jabber, sms, etc.)

The headers could be:
"from" is Full Name ({$Username}) {senderemail}
"to" is Full Name ({$Username}) {recipientemail}
"bcc" to {senderemail} (So we have a trace of what we sent)

In case some spammers get a hold of it, let's have something like this at the bottom:
This message was sent via {$name of site}


Not sure if this should be done with the ((doc:webmail)) feature, or maybe as an option of ((doc:Inter-User Messages))

See how MediaWiki does it for a good example:
http://en.wikipedia.org/wiki/Special:EmailUser/Marclaporte

I attempted to use the connect feature from wikisuite.org (using tiki15), and after providing the site details, saving, come back, and click at send info, tiki showed:
^
400 Remote service inaccessible (404)
Remote service inaccessible (404)
^

This would be very useful as we move documentation from tikiwiki.org to doc.tikiwiki.org, for example.

For data interchange with other systems too.

This profile https://profiles.tiki.org/Bug_Tracker_15 makes an attempt to allow the user to set the sender_email if they haven't done so yet (which is usually the case when we are creating new show.t.o instances, or reproducing some scenario in localhost to debug some feature, etc.)

I'm using the same type of syntax which seems to be working in other profiles:
But this one in Bug_Tracker_15 profile seems not to work:
{CODE()}
sender_email: $profilerequest:sender_email$YourEmail@example.com$
{CODE}

while these other ones, in [https://profiles.tiki.org/Easy+GeoBlog|Easy GeoBlog], for instance, work as expected:
{CODE()}
style: $profilerequest:style$gradiant.css$
sitetitle: $profilerequest:sitetitle$My Easy GeoBlog$
sitesubtitle: $profilerequest:sitesubtitle$My thoughts and musings$
browsertitle: $profilerequest:browsertitle$Easy GeoBlog$
{CODE}

I tried if the issue was adding an "@" character in the working fields of Easy Geoblog, but that worked as expected also even if an email was written there.

At https://doc.tiki.org/VideoTutorial-2737-Basic%20Tiki%20Customisation
The autotoc is in the way and it have been turned off (set to on by default on the website).

It is not applied, on some screen it is breaking the page layout.

{img fileId="1293" thumb="box"}
{img fileId="1294" thumb="box"}

As described in subject: pages can't be shown anymore (or are missing formats, text, pictures) if the site language is switched to 'german'.

This error is confirmed by two other users from [http://tiki.org/GLUG|GLUG] and seems to be only language related. Choosing another theme or browser (FF 3.x or IE 6.x, 7,x) doesn't change anything.

gta74 startet a [http://tiki.org/tiki-view_forum_thread.php?comments_parentId=40011&topics_offset=23&topics_sort_mode=lastPost_desc&forumId=4|forum thread] to discuss this problem.

At https://tiki.org/Add-Consultant the value for 3 fields that were added recently (index rebuilt several time since) are not display and the user can’t choose anything.

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

Hi,

in the past couple of days I had severe problems to log in to d.t.o. First, it kept complaining that cookie consent would be required. I have always had d.t.o. in my list of execeptions.
Therefore I entirely disabled the "improved activity tracking block" of my Firefox ( 84.0.2 running on Linux Mint 18.3. ), but it kept complaining.
After filing a note on tiki.org (where I could log in with no problems at all), and several days with no replies, I tried d.t.o. again. Then it complained about a mismatch of the security token with that on the server, with the remark "reloading might help". It did not. Not immediately. Upon the third reload, with a cache clear and a restart of Firefox, it finally worked...