Category: Regression

{syntax type="tiki" editor="plain"}
{CODE(wrap=>1)}[10:28] <xavi> since a few versions ago, I can't get wiki watch emails with a correct encoding for accents, etc.
[10:28] <xavi> smae behavior in many servers (using Tiki 4.x, 5.x... tried with setting utf-8 and iso-8859-1)
[10:29] <xavi> I get most emails all right , email reader (thunderbird, gmail, etc.) can read them properly, but not emails from changes in wiki pages...
[10:30] <xavi> I wonder if this can be some problem with the encoding in some tpl , or that the code for sending emails from changes in wiki pages uses some different method than the rest of email sending... and that other method is not handling charset properly... (just hypothesis)
[10:31] <xavi> asking here first in case someone who already knows the internals of Tiki has some tips...
[10:31] <xavi> to quickly refuse some hypothesis...
[10:32] * xavi fears looking at the code for this and getting lost in php code , zend code, and other gibberish which he can't understand easily....
[10:41] <xavi> ok, at least I know some more information about the problem (charset for wiki watch emails)
[10:42] <xavi> I double checked in one site, and everywhere is set to use utf-8 as encoding (admin general, admin community, and my own user pref settings), but wiki watch emails come with: "content-type: text/plain; charset=iso-8859-1"
[10:43] <xavi> ok, this deserves a bug report...
{CODE}

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

{syntax type="tiki" editor="plain"}
I upgraded my site to 29.0 and I get an Apache2 500 Internal Server Error when accessing tiki-admin-modules.php
From error.log
[Wed Jan 28 22:09:54.193144 2026] [php:error] [pid 4623] [client 192.168.1.5:40646] PHP Fatal error: Uncaught TypeError: Unsupported operand types: string + int in /var/www/html/nmhv5-tiki29.0/tiki-admin_modules.php:638\nStack trace:\n#0 {main}\n thrown in /var/www/html/nmhv5-tiki29.0/tiki-admin_modules.php on line 638, referer: http://192.168.1.10/nmhv5-tiki29.0/tiki-admin.php?page=module

the offending line in the code (638) is:

$smarty->assign('theme_navbar_fixed_topbar_offset', $prefs["theme_navbar_fixed_topbar_offset"] + 35);

After I remove the integer, the website works again.

I'm unable to determine what in my configuration triggers this error, it's not present in the default config.

{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)

((GroupMail)) is not working for me any more since I updated a site to 6.x from 4.x
In 4.x it was working me (I created most of the documentation in doc:((doc:Groupmail))

Maybe that's because Webmail is not working either...?

What I did:
* installed a new tiki proposals/6x tiki site in localhost
* added ajax_xajax feature to the groupmail profile (it was missing)
* applied Groupmail profile
* followed instructions to setup a new group (web)mail account
* the module groupmail is spinning all the time, and no messages are shown
* I've double checked that the user and pass info for that email account are all right

I also applied that profile on a remote server (a production site) and no luck either. No email is fetched.
I checked the webemail account (by means of other webmail software) and I confirm that it has plenty of read email, and 2 new messages pending to be read.
---
Update:
Weird, after I tried to unsuccessfully delete that account in the remote (production) server, it seems that webmail started to work!

:-/ Well, it looks boggy to me, or at least, for sure it's been unrealiable behavior!

At elast, for sure tehre is a bug at removing a webmail account: which is not removed (even if you ckick again at the confirmation step, the account is still there)

{syntax type="tiki" editor="plain"}
Uploaded a new version of a file.
Clicked "verify" option
Was prompted to confirm.

After clicking confirm, got the following error:

System error.


The following error message was returned:
Unknown column 'fileId' in 'where clause'
The query was:
SELECT * FROM `tiki_file_galleries` WHERE 1=1 AND `fileId` = ?
Values:
1.1

The built query was likely:
SELECT * FROM `tiki_file_galleries` WHERE 1=1 AND `fileId` = '1'

Hi,

Particularly for Chibaguy, to show screenshots about the problem

The col3 ( or right-modules) are most of time send to the end of "middle".

This generally come from a "center" with two lateral column, when the calculated width of the three column is greater than the limited width of the container.

This seems to happen in several cases (mines), I commonly uses fivealive and have tested here "business". I get the same since a little more than one week.

Joined four screen shots from top to down (1920x1200 selection cropped).

You can see :
#The top and the right column not in place
#the middle : an anomaly on the width and all the display of the module action calendar (somebody has tried something while I am working on a lot of commented bugs on calendars 17 bus interacts, I have to merge or replace) . The ### comments are test to check modification at execution on my version.
#Where the col1 is ended and col3 begins
#The col3 end before the main footer

This is what I got with no SVN conflict on this.

Using latesst trunk from today (Feb 1st 2010). Installed a new tiki, enabled tikisheets, created one. Edit it and save changes.

Then enable jquery.sheet through Admin > Look & Feel > interface (or whatever name, I don't remember) > tick the jquerty sheet checkbox. also enable ajax.

Create another sheet. Edit it with jquery.sheet, and it , and "A Sheet Id is required" type of message (or something similar) was shown.

I remember it worked for me weeks ago, when I tested the first commits by jonny with jquery.sheet in trunk. But nowadays, it doesn't work for me.

Very similar to this bug that was fixed in Version 5:
http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=3017&trackerId=5&show=view

Unfortunately, our host does not support version 5 yet, so I am dead in the water unless this same issue gets addressed in version 4.1

Basically, you can create sheets, but whenever you try to edit them, simply clicking on any of the links (Insert, Remove, etc.) causes a redirect to an error page stating: "A SheetId is required."

I haven't been able to import simple spreadsheets either, but that's another issue.

ON tiki23 at https://next.tiki.org/tiki-syslog.php when accessing to the Tiki logs from the new admin lead to a confirmation dialog (that shouldn't be here).

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

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

Visible on Tiki24 on next.tiki.org

I'm totally blind.. I'm using firefox on Linux with Gnome Orca as a screen reader, although I'm fairly sure the Windows screen readers won't work any better with this.
There are a number of cases where there is an action link next to an object such as:
* Users on the admin user list
* Blogs on the list of blogs

When this link is focused (or presumably mouse-overed), a pop-up window appears with a set of actions that can be clicked on.
There's no way for a blind user to select one of those options. I can ask the Screen Reader to focus on one of the links in that pop-up, but since I'm focusing there not moving the mouse there, the pop-up disappears.
Even disabling the page's styling is insufficient to get to the pop-up in an area where I can click.
I'm not familiar with Bootstrap enough to try and suggest a fix.
I'd be delighted to work with someone to figure out what fixes would work, exchanging patches and the like until we find something that is visually appealing but works better.

For many actions, you can click on the object and get to a details view where you can also perform the action. However there are a number of things where this doesn't work:
* Administrator force-confirming the email of a user
* Editing object permissions of a blog
* Editing or removing an external wiki

There are probably others but those are the main ones I've found so far.

The pop-ups at the top of the page, for example the one that opens up
the selections with wizards, controll panels, etc. And the pop up
containing edit/remove/monitor on a wiki page are both fine.

!Latest status, as of 3 Nov 2013: Action Buttons present but Translate From half of side-by-side screen contains nothing. still unresolved as of r.48452
!Action Buttons missing in various themes when translating

In 3 of the 22 themes (Coalesce, Ohia, and Strasa) the critical action buttons are missing when trying to translate pages. In 18 themes these button show up. In one theme (Utopias) them are partly off the screen, but present enough to click them.

__All screen captures taken from demo.t.o/12.x (this site) on 12 Octover 2013, while the site was running 12.0svn rev. 47983 (of 11oct2013; 12:44 CEST).__
__This situation is reproducible by anyone logging into demo.t.o/12.x/ as admin__, then selecting any page (in the screen captures below, I selected "Page to test translation features"), then either:
a. from the left menu, under "Translate Updates" -> "Outgoing" select one of the languages available (currently French and Korean) and click the leftmost button {img fileId="425" thumb="y" rel="box[g]"} (with pop-up description of "update it" in English), or
b. click the Translate button, and choose to translate into a new language (one other than the ones for which translations already exist.

1. Here is the way the screen should look like, when updating a translation (theme:Fivealive):
{img fileId="422" thumb="y" rel="box[g]"}

2. Here's the way it looks (without action buttons) in Coalesce (same in Ohia and Strasa):
{img fileId="423" thumb="y" rel="box[g]"}

3. Here's what it looks like in Utopias (buttons partly cut off at bottom of screen:
{img fileId="424" thumb="y" rel="box[g]"}

As one can also see, in ALL themes, the titles of both the left and right parts of the screen overlap, i.e. the left part does not wrap in its half, but this is a relatively minor irritant.

The missing buttons prevent users using the system with the themes that don't work.

olaf-michael stefanov (omstefanov), 12 October 2013

Action log broken: wiki page editions not shown

Reproduced in demo.t.o/12x:

I've edited today the homepage, and yesterday somebody else did, as it can be seen in the wiki page history or the wiki last changes for the past 2 days:
* http://demo.tiki.org/12x/tiki-pagehistory.php?page=HomePage
* http://demo.tiki.org/12x/tiki-lastchanges.php?days=2

But when in the action log, nothing is reported as changed regarding wiki pages (and it's set to show wiki editions):
* http://demo.tiki.org/12x/tiki-admin_actionlog.php?startDate_Month=12&startDate_Day=02&startDate_Year=2003&Time_Hour=13&Time_Minute=00&Time_Second=18&endDate_Month=12&endDate_Day=14&endDate_Year=2003&end_Hour=13&end_Minute=00&end_Second=18&categId=&unit=bytes&contribTime=w&find=&max=25&list=Report#Report

This feature is __very important__ to be working bug-free since it's one of the easy ways to detect damage by intruders, and ban them in bulk through the action log.

----
For some reason, the day I first tested this and reported as a bug, the years were staying in the past (2003, and not 2013, ...). It seems fixed. Closing.

At the MyTiki Action Log page (a URL like tiki-admin_actionlog.php?selectedUsers%5B0%5D=admin), this message displays a number of times at the top of the page:

"Deprecated: Assigning the return value of new by reference is deprecated in ...\tiki-admin_actionlog.php on line 392"

And no results display. This is in trunk r22552, but has probably been like this for quite a while.

{syntax type="tiki" editor="plain"}
{img fileId="3252" thumb="box"}

Renders like encoded HTML:
{CODE()}
<ol> <li><div class="activity" data-id="1"> <strong style="vertical-align: middle;"><a title="Your Information" href="tiki-user_information.php?userId=1" class="userlink ajaxtips" rel="tiki-ajax_services.php?controller=user&action=info&username=admin"><img src='temp/public/avatar_21232f297a57a5a743894a0e4a801fc3.jpg' alt='admin'></a> <a title="Your Information" href="tiki-user_information.php?userId=1" class="userlink ajaxtips" rel="tiki-ajax_services.php?controller=user&action=info&username=admin">admin</a> modified a tracker item</strong> <div class="content"> <p><a href="http://localhost/tiki12x/tiki-view_tracker_item.php?itemId=2" class="" data-type="trackeritem" data-object="2">AB</a> in <a href="http://localhost/tiki12x/tiki-view_tracker.php?trackerId=2" class="" data-type="tracker" data-object="2">Rating</a></p> </div> <div class="footer"> <span class="floatright"> 1911-02-22 16:11 </span> <a class="comment" href="tiki-ajax_services.php?controller=comment&action=list&type=activity&objectId=1"> Comment </a> <a class="like" href="tiki-ajax_services.php?controller=social&action=like&type=activity&id=1"> Like </a> </div> </div></li> </ol>
{CODE}

When you create a tracker field Radio Buttons or Dropdown you can set in the options, option field values, labels and ===default selected value===.

''If an option contains an equal sign, the part before the equal sign will be used as the value, and the second part as the label
Separate multiple with commas.''

The tooltip says how to set a value and a label (1=One).

The tooltip omit (it was there at some point for the dropdown) to explain that a double entry will be seen as the default selected value for the field.
IE: 1=One,2=Two,3=Three,3=Three (Three will be the default selected value).

^
__Update:__ a fresh SVN checkout of Tki15 branch fixed the problem.
There are still (verry bad) UX issues related to calendars and related plugins and modules, but calendars are definitely usable.

Sorry for the hussle.

Unblocked and closed now! Thx especially to Jonny!
^


In a quite fresh Tiki 15.0svn (MyISAM) the calendar edit is broken.

Trying to add an event into a ne calendar I get the following error message:

{CODE()]
Fatal error: Uncaught --> Smarty Compiler: Syntax error in template "/homepages/XX/XXXXXX/htdocs/Public_HTML/tiki/members/trunk/templates/tiki-calendar_edit_item.tpl" on line 40 "<div class="wikitext">" - Unexpected "wikitext", expected one of: "}" <-- thrown in /homepages/XX/XXXXXX/htdocs/Public_HTML/tiki/members/trunk/vendor/smarty/smarty/libs/sysplugins/smarty_internal_templatecompilerbase.php on line 40
{CODE}

The same error occurs, when JS calendar is activated or deactivated.

Regards,
Torsten

On Tiki 21.3vcs (InnoDB) - fdf78fd5992b6a70540c76143b586dac6fdede45 ;
Enable trackers
Create a tracker
Click on Add field
Fill form and click on Add Field & Edit Advanced Options
Field is created but your are back on the fields list instead of this field options.

https://share.vidyard.com/watch/AGcisBausvQYG29Dq2LCCM?

Forum attachments used to work for me in the past.
This time, I tested using them again in a 19.x site on a clearos-based server, with extra php 7.1 added, etc (following documentation of wikisuite, etc)

I get error 500 when attempting to upload a small file (<100Kb) to a forum, either in db or file storage on disk. Folder at the server works for files uploaded to file galleries.
Error message:
{CODE(colors="shell" ln="1")}
[root@server user]# tail /var/opt/rh/rh-php71/log/php-fpm/www-error.log
thrown in /var/www/virtual/example.org/html/lib/comments/commentslib.php on line 121
[10-Dec-2018 11:27:09 Europe/Madrid] PHP Fatal error: Uncaught Error: Class 'Perm' not found in /var/www/virtual/example.org/html/lib/comments/commentslib.php:121
Stack trace:
#0 /var/www/virtual/example.org/html/lib/comments/commentslib.php(3939): Comments->add_thread_attachment(Array, '43', Array, 'Solicitud Audit...', 'application/msw...', 58880, 0, 0, Resource id #10, '')
#1 /var/www/virtual/example.org/html/comments.php(178): Comments->post_in_forum(Array, Array, Array, Array)
#2 /var/www/virtual/example.org/html/tiki-view_forum_thread.php(279): include_once('/var/www/virtua...')
#3 /var/www/virtual/example.org/html/route.php(316): include('/var/www/virtua...')
#4 {main}
thrown in /var/www/virtual/example.org/html/lib/comments/commentslib.php on line 121
{CODE}

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

Adding a page by putting its name in the box at the top of a page in a structure no longer adds the page to the structure. It only creates the page.

{syntax type="tiki" editor="plain"}
At the Structure admin screen you can add text to be used as a page alias for any of the pages in the structure - useful to show more meaningful text or to use characters that cannot be in the 'real' page name.

This works fine for all the subpages in the Structure but when adding the alias text to the top/main page of the structure it triggers an Error which says:
''Your attempt was blocked as a suspected malicious operation. If you are a real person and this is an incorrect report, please report to the site administrators with the following code: CRSF_some_different_number_each_time''

The edit will eventually happen if you keep trying but each attempt still shows an Error message.

I have setup a forum for a freshly upgraded Tiki pre-17 trunk :
''( Last Update from SVN (17.0svn): Wednesday, 22 March 2017, 19:03:57 CET- REV 61822 )''
Then I added an eMail to send to from the forum to the email address, what works.

After that I added another email - a pop account - and saved and then the forum is not accessible in view mode anymore: my.example.com/forum5 shows a WSOD white screen.
Deleting the mail account, the forum works fine again.

As we are using this feature on tiki.org heavily and other users might also, I consider this a a 'Release Blocker'.

#

{flash type="url" movie="display516" width="720" height="612"}