Loading...
 
Skip to main content

Category: Dogfood on a *.tiki.org site

Bug or RFE for this site's Tiki
Dogfood on a *.tiki.org site
Show subcategories objects

Name Type
Spelling error in dev Report a Bug page:
"OS independance" should be "OS independence"

http://dev.tikiwiki.org/tiki-index.php?page=Report+a+Bug
tracker item
Search for javascript looks for ja<x>vascript
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.
tracker item
tiki 2.0: db password should be hidden at typing time on upgrade through tiki-install.php
Using the released tiki 2.0: db password should be hidden at typing time on upgrade through tiki-install.php

Right now, password can be seen by others when the admin type it on the screen when first calling to tiki-install.php on an upgrade of running tiki site.
tracker item
articles needs aids to fight spam (e.g. admins see tiki-list_submissions.php at info.tw.o)
I looked today at http://info.tikiwiki.org/tiki-list_submissions.php and there are nearly 300 spam submissions there so far, and no way to delete them in groups. Maybe that's why nobody noticed my prior submission as info.tw.o editor from last month...

(the user need to be in info.tw.o Admin group in order to see the spam list. If your users is just in the info.tw.o_editors group, you'll see nothing but your own submissions if any.)

A text box to select the amount of rows to be listed would be welcome, and multiple checkboxes to select some or all, like with users, etc.

---
By the way, how can anonymous spammers post submissions to info.tw.o? They can't through http://info.tikiwiki.org/tiki-edit_submission.php (at least, nowadays)... Spam hole somewhere?
tracker item
External wiki links are mistakenly identified as wanted pages in WANTED plugin
External wiki links are mistakenly identified as wanted pages

http://profiles.tikiwiki.org/Admin

{WANTEDPAGES()}{WANTEDPAGES}
tracker item
XML Export of Tiki pages doesn't work
Update of database to 7.0 doesn't work properly so I was need to export wiki articles to tiki 7.0 version so I tried to use this feature (Tiki -> TikiPages -> XML Zip. I have extended version of PHP so it shouldn't be PHP Problem.
tracker item
Rating Tracker Bugs - with field type 'Stars (system)'
If I add a rating to a new tracker, the rating is not saved.

Also the rating value star has an opaque white background.

These occur on dev.tiki.org presently.

~~#F00:Update:~~ Still not working on dev.tiki.org revision 48335. {sign user="Bsfez" datetime="2013-11-05T07:14:49+00:00"}

The rating gets saved now but is not displaying. {sign user="pascalstjean" datetime="2013-11-24T00:42:50+00:00"}

~~#F00:Update : ~~ I retested on the 28/11/13. {sign user="Bsfez" datetime="2013-11-28T13:22:50+00:00"}
Not logged i saw that they were 3 votes but could see star on or off;
{img fileId="645" thumb="y" rel="box[g]"}

Once logged i voted and the score was reseted to 0;
{img fileId="646" thumb="y" rel="box[g]"}
---
This worked well in Tiki9., and it's still borken as of r49090 (December 15th). {sign user="xavi" datetime="2013-12-15T10:27:49+00:00"}
If Rating with "Stars (system)" is supposed to be deprecated, could someone please help to switch the rating system in the dev.t.o Bug Tracker ([tracker5]) so that it can use whatever new rating system is not "deprecated"?
This way, since the new [http://doc.tiki.org/Rating%20Tracker%20Field|Rating field is not documented] as of Dec 14th 2013, we could see it here at least as a working example.{sign user="xavi" datetime="2013-12-15T10:39:46+00:00"}
---
Ok, added the new Rating system myself to the Bug Tracker (new field 152: "New Rating"). And it works out of the box. Good job whoever coded the new feature. {sign user="xavi" datetime="2013-12-15T10:45:10+00:00"}
tracker item
In dev.org : search bug, old problem(s) not solved in sorting a filtered list.
{syntax type="tiki" editor="plain"}
Hi,

After display of a filtered list :

Various erratics behavior with the "sort" command by clicking a column of the header :

1- on "date" no effect or the list is cleared (after a crash of SQL request : before we had the crash, now it is handled but simply clears the list)

2- on "version" no effect at all.

Others not checked again (had been two years ago), who will repair can checked each column sort behavior...
tracker item
Feature Areas
Hi,

I have the idea for a new feature or better to say a major extension of the use of existing features.

Areas would be related with the usability of the Website, where you can assigne content to certain perspectives in a way, that a link to this content will guide you sametime aswell to the content as to the related perspective.

Anonymous users (and registered) would find the content in the context of menus and modules, the webdeveloper decides.

I see "Areas" Important for certain usecases, it could be built with up mainly with existing features - only few code should be necessary.

See more description on http:dev.tiki.org/Areas

Cheers
Torsten
tracker item
4.0: editing tiki sheets at tw.o don't keep the changes made
editing tiki sheets at tw.o don't keep the changes made (no error nor warning message shown; everything apparently ok). But no sign of the changes made, not in the sheet, nor in the history of tiki sheet.

Example:
http://tikiwiki.org/tiki-view_sheets.php?sheetId=1

I did edit it as user "xavi", add some info the cell A2, save, and no record of the changes.
Looking at the tiki sheet history, nothing is shown either about the edit.

See a related post of users reporting other problems with tw.o sheets since tiki 4.0 (I couldn't reproduce their problem, though).
http://tikiwiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=21908#threadId35330
tracker item
5.0 & tw.o: Fullscreen Edit doesn't stay for than a few seconds on
The full screen button in the new interface at Tiki5 for wiki page edition doesn't keep the ful screen mode more than a few seconds.

Reproduced with Google Chrome 5.0.x and Firefox 3.6.6 on GNU/Linux.

Example here:
http://tikiwiki.org/tiki-editpage.php?page=TikiFestBarcelona2
tracker item
WSOD / 500 error on trying to save a page edit
When I try to edit: https://doc.tiki.org/Items-List-and-Item-Link-Tracker-Fields

I get a 500 error.

When I try to edit and save a page on https://tiki.org I get a WSOD. Is it the same issue? {sign user="luci" datetime="2018-10-23T10:06:12+00:00"}
tracker item
Calendar view displays incorrectly
Steps to reproduce:

1. Goto http://tikiwiki.org/TikiFeatures and click on an upcoming event.

2. click on the calendar tab. choose monthly view.

3. now navigate backwards or forwards with the "Week" navigation buttons.

3. If the currently selected cell is prior to today's date the dates display correctly. If the currently selected cell is after today the entire month view displays incorrect dates.
tracker item
5x-16.x: tracker comments should allow self-subscribe option for poster, like in forum posts or page comments
5x: tracker comments should allow self-subscribe option for poster, like in forum posts or page comments. Right now, lost of interaction and feedback is lost for users until they learn how to subscribe to tracker items....

That was the same problem in forum posts for years, until some one added that feature to forum posts and wiki comments...
However, it seems that tracker item comments didn't benefit from that enhancement.... and honestly, they deserve it...

---

UPDATE:
* Still a very much desired feature in MANY tiki sites (including *.t.o sites). {sign user="xavi" datetime="2013-11-17T09:30:58+00:00"}
* Still a wish...{sign user="xavi" datetime="2014-07-13T10:00:49+00:00"}
* Still a wish (many years later). Sniff ... {sign user="xavi" datetime="2016-06-28T08:55:07+00:00"}
---
Gorgeus, fixed, Victor! Thanks! (tested in tracker comments, and adapted the profile "Bug_Tracker_15" to allow commenting by registered to easily test/debug this issue also in the future (or in other branches). {sign user="xavi" datetime="2016-10-11T17:21:14+00:00"}
---
Update: {sign user="xavi" datetime="2016-10-11T17:38:28+00:00"}
* emails are duplicated if the user was also selected in a "user selector" type of field, with notifications on. We should check that no duplication of emails is sent: one as commenter, and another one duplicated as user selected in the "user selector" field with notifications on.
See it reproduced in the show instance:
2 emails have been sent in some cases:
http://xavi-9794-3214.show.tikiwiki.org/tiki-syslog.php
u: admin
p: 12345

* Tracker item commented:
+ http://xavi-9794-3214.show.tikiwiki.org/tiki-view_tracker_item.php?itemId=5
* see email corresponding to each user:
+ http://xavi-9794-3214.show.tikiwiki.org/tiki-adminusers.php
* see tracker field definition:
+ http://xavi-9794-3214.show.tikiwiki.org/tiki-admin_tracker_fields.php?trackerId=1
** note last 3 fields, all of them user selector with email notification on.
---
Update {sign user="xavi" datetime="2016-10-13T10:40:17+00:00"}
In addition, other systems maybe sending a duplicate of the same email message (see https://doc.tiki.org/Watch ), and we'd better add a system to prevent those duplicated emails to be sent.
To be checked for duplicates (and remove them before sending):
# generic (wildcard-like) user watches through the "__My Watches (UI) > Add Watch > Event__"
# Objects
** user watches on objects
** group watches on objects
# Categories
** user watches on categories
** group watches on categories
# Structures
** user watches on structures
** group watches on structures

I'm usure about category watches. Maybe we can leave those messages also, since they are not 100% equivalent to the other notification emails?
---
Sure, see comments. Issue fixed. {sign user="xavi" datetime="2016-10-14T10:13:36+00:00"}
And duplication of emails was due to some other issue, fixed by kroky6 also (great, thanks!).
tracker item
domain redirect from *.tikiwiki.org to *.tiki.org is not working
{img fileId="270"}

Visit these pages to see for yourself:
http://info.tikiwiki.org/Hosting (6.x)
http://profiles.tikiwiki.org/Profiles_in_installer (9.x)
http://dev.tikiwiki.org/Tiki13 (12.x)


It should be a redirect 301. And needs to work for 6.x, 9.x and 12.x

This worked when the feature was introduced so some other fix / enhancement must have broken it.

This is especially not good because in this version the ((canonical)) link is just relative and thus, we have two canonicals for same page...

If you go to front page, it redirects OK
http://info.tikiwiki.org (6.x)
http://profiles.tikiwiki.org (9.x)
http://dev.tikiwiki.org (12.x)
tracker item
A link to a Semantic alias doesn't appear in backlinks
{syntax type="tiki" editor="plain"}
So the alias is not 100% an alias.

On: ((doc:Semantic))

There is a link to:
* ((doc:Semantic Alias))

But this ((doc:Semantic Alias)) is an alias of ((doc:Alias))

Also in action here:
http://profiles.tikiwiki.org/handler

Related:
*{wish id=2754}
*{wish id=2729}


tracker item
a module would be wonderful for the new slideshow features (mootols and jquery)
a module would be wonderful for the new slideshow features (mootols and jquery) . So far, you can use the slideshow in a wiki page embedding through the iframe plugin the url of the slideshow, but it's way too difficult for newbies.

That module would need some param to let the user choose whether to autosatrt the slideshow, or not (liek the flash plugin with movies).

And another param for automatic loop or just play once. I would say

HTH
tracker item
accepting friendship request produces notice: undefined variable local_sender_email in messulib.php
I've accepted a friendship request, using 1.9cvs code from a couple of days, and I saw those two lines at the top of the page,

^Notice: Undefined variable: local_sender_email in /home/httpd/tiki19/lib/messu/messulib.php on line 90

Notice: Undefined variable: local_sender_email in /home/httpd/tiki19/lib/messu/messulib.php on line 91
^

plus the normal output below:
^
Accepted friendship request from userXXX^

tiki-friends.php?accept=userXXX

BTW, "friendship network" is missing from categories Feature in this website dev.tw.o! (so that, nowadays, it cannot be selected at bug report time)
tracker item
Access to load Google fonts fails
Not sure since when but access to Google fonts (the Lato web font) fails now on all tiki.org sites. This is reported in the Chrome browser console here:
{CODE()}
Access to font at 'https://fonts.gstatic.com/s/lato/v14/S6uyw4BMUTPHjx4wXg.woff2' from origin 'https://dev.tiki.org' has been blocked by CORS policy: Request header field x-client-data is not allowed by Access-Control-Allow-Headers in preflight response.
{CODE}

__Update__: seems it is back to normal. Works for me now. {sign user="luci" datetime="2018-11-26T13:03:39+00:00"}
tracker item
Action log form broken in doc.t.o (fivealive theme)
Logged in nextdoc.t.o as user xavi. Interface in Spanish (in case it matters).
I went to action log interface, searched for a date range:
https://nextdoc.tiki.org/tiki-admin_actionlog.php?startDate_Month=06&startDate_Day=10&startDate_Year=2013&endDate_Month=06&endDate_Day=11&endDate_Year=2013&selectedUsers[]=&categId=&unit=bytes&contribTime=w&find=&max=50&list=Report#Report

Then I clicked at the "Options" tab, and the options tab is NOT shown.
In fact, it shows up at the very bottom of the page.

I noticed that the yellowish background of the tab "Report" does not contain the lower part related to Category and Misc. Maybe that's related to the source of the issue?

This seems to be a regression from Tiki9, since the issue is found already in tiki 10.x, it seems ( https://doc.tiki.org/tiki-admin_actionlog.php?startDate_Month=06&startDate_Day=10&startDate_Year=2013&endDate_Month=06&endDate_Day=11&endDate_Year=2013&selectedUsers[]=&categId=&unit=bytes&contribTime=w&find=&max=50&list=Report )
{img fileId="281" thumb="y" rel="box[g]"}
tracker item
Activating plugins doesn't invalidate cache and thus, plugin help doesn't appear on next page edit
---
Activating plugins doesn't invalidate cache and thus, the plugin help doesn't appear on next page edit.

To reproduce:
1- edit a wiki page
2- click on the help button
3- scroll down to plugins
4- click on Activate/deactivate plugins which takes you to tiki-admin.php?page=textarea ~~#FF0000:(wrong tab!)~~
5- Click on plugins
6- Activate a plugin
7- Notice that on next edit, the new plugin is not available
7a) a bug in my text, edit Help was in French, so maybe the cache of another user was appearing


tracker item
Add a grid / masonry display for the profiles in the Profiles Wizard with filters
We have plenty of profiles ready for new users to learn new skills within Tiki, but we fail in the way we allow filtering them for a new tiki admin: it should be easier and more visual, imho.

We should add some sort of ((Grid)) or masonry display (like flash cards) plus some fast filtering based on tags that the user adds. I wonder if the isotope filtering from masonry could be hacked to allow filtering by profile tags. See:
https://isotope.metafizzy.co/
(from the same author of https://masonry.desandro.com/ )


See also the related feature request:
https://dev.tiki.org/item6432 - "Allow searching by categories and TAGS through the Profiles Control Panel in Tiki"

tracker item
Add a select box to monitor each own's forum post, comments or tracker submission or wiki page at post time
I've been thinking for ages that this kind of option is REALLY needed, and I thought it should not be much coding effort:

Automonitoring each own's posts, through either:
# Add a select box to monitor each own's forum post or tracker submission at post time, in a "per forum post or tracker item insertion" basis, or
# with a user preference for all forums, or all trackers, blogs, etc..
---
Still needed...
tracker item
Add a text field on the login module (free text)
There are several cases an Admin want to use the login module but need to add some informations.
To solve this it is possible to use the module in a page or in another module.
This is not very intuitive and require editing work.

Adding a "free text" field will make much easier to add login or registration information (or whatever want the admin/editor).
tracker item
Add anti-spam protection on contact us, for anonymous users
Spamers are very annoying
tracker item
Show PHP error messages