Category: 8.x

First of all, the template checks for a $use_ratings variable to display the article's rating which, in my case, appears to be always null even though ratings are activated. Why do I think they are? Because the form to submit a rating shows up, because depends on $prefs.article_user_rating and $tiki_p_rate_article being 'y', which they are.

On my particular site, all articles have a rating of "7/10". Which is weird, because most of them haven't been rated and the configured rating options range from 1-4, and not 1-10. If I try to actually submit a rating, the actual rating still is 7, even though the "generate rating" is set to "on vote".

When configuring a banner, it is possible to set a to- and from-time when the banner can be displayed. Setting and saving these times work OK.
The times are stored as specified (assumed local time for server)

However, when the settings are reloaded/reviewed, the times seems to auto-adjust the times, based on an assumption that the times are stored in UTC.
I am in the GMT+2 timezone, thus both times are incremented by 2 hours when they are reloaded.

Unless this error is detected and manually corrected before re-saving, the time settings will be altered. This will occur every time.

I would like to suggest an enhancement to TikiWiki 8 to integrate with MantisBT. Specifically the desired outcome would be:

(1) A single sign-on. If you are logged into to TW, you are logged into Mantis and visa versa;
(2) A unified view of user. If you are a registered user on the TW, then you are a user on Mantis and visa versa. Creating an account on TW also creates an account on Mantis.
(3) Either a center module to deliver Mantis content or a menu link to take you to the linked Mantis website.
(4) Users can create links between forum topics and Mantis bugs. Each forum topic links to zero or one Mantis Issue, and each Mantis Issue links to zero or more TW forum topics.
(5) Develop a TikiWiki syntax enhancement to enable users to easily reference Mantis bugs by Bug ID.

I upgraded my Tiki from 4 to 8. Perhaps it was premature to upgrade a busy Tiki with many users to Tiki8. Anyway, I found a few issues. I am not sure if they would be characterised as bugs, or just stuff that has not yet been implmented. Here are the issues:

(1) The login prompt kept floating around the screen, appearing and disappearing in random places at random times, so I went to Admin-Modules to try to fix it.

(2) The next issue, is that in Admin-Modules, the tabs do not work. Clicking on a tab does nothing. Fortunately, I can proceed by clicking on the "No-tabs" button. Good idea that.

(3) Editing the login module didnt seem to help. So I came up with a cunning plan: Delete the module and then add it back in again. In hindsight, that was a pretty risky thing to do in beta software.

(4) I deleted the login module, but now I cannot add it back in! According to the instruction text, new modules can be dragged from the "All Modules" tab. But this either doesnt work or has not yet been implemented.

My Tiki is at http://lockbox.seanbdurkin.id.au

In tiki-admin.php?page=sefurl, we have
* Display blog title in the sefurl
* Display article title in the sefurl

which is really nice.

Even better would be to also have:
* Display tracker item title in the sefurl

So
https://dev.tiki.org/item1000
becomes:
https://dev.tiki.org/item1000-Tracker-mail-in-in-addition-to-forum-wiki-articles

Hi,

After upgrading my web site from tiki 7.0 to 7.2, I've noticed that the non-parsed wiki feature in the wiki pages is not working correctly anymore.
Indeed, from the tests I've done, it seems that in case of multiple use of the non-parsed wiki feature on the same line, only the last one is taken into account.

For exemple, for the following wiki text, only the second ~np~--css~/np~ is taken into account, the first one not so the text is striked through.

***use the ~np~--css~/np~ option (ex: ~np~--css~/np~ test)

Regards,
Yannick

--------------------
Ticket update:

Note that the problem occurs mainly in fancytables.
I've enabled "Allow HTML" for the problematic pages. That also corrected the problem with non-parsed wiki syntax. (:eek:)

Trackers are great in Tiki, it provides a way to build quick and easy register solutions.
When used in any context related to monitoring, it would be nice to have a way to associate a record with one or more events in time. For instance you would like to receive an email at the time the issue related to the task should be controlled and/or be resolved.

Thinking on it as a feature, the following could be considered in the solution:
*It could exist more than one "timer" in the tracker record,
*It should be added like any other tracker field to the record definition,
*It could have different ways to alert: email, rss, ... (maybe only one choice when instance),
*It could have rules, like auto disable when the record is closed (or other condition),
*It could be (as an option) reprogrammed,

and also
*Maybe a user wants to know about all his/her pending "timers".
*Maybe timer implementation could be independent objects that are linked to (special fields in) tracker records (or other objects), so global management is possible.

I guess that a good part of above functionality is already in Tiki in some form.

In view mode:

PluginCODE should have horizontal scroll bar when there is too much code on one line. This used to work a while ago on some browsers, but not all.


In edit mode:
CodeMirror seems to force the page to be super large

Congratulations on the work put in on the calendar. I love the recurring event feature!

Of course there is always more: I would like to be able to post an event that recurs, for example, the second Saturday of each month.

Currently, I can only post an event that recurs by date. Many of the events that I post occur on the first Wednesday of the month, or the second Thursday. They recur, but not by date; rather, they recur by designated weekday.

Thanks for any help you can provide on this.

P.S. Also, some events occur the same time each weekday (but not Saturday or Sunday). Providing for weekday recurrance would be a nice addition as well, but less important than the above.

On many machines, and with both Firefox and IE, attempting to login as a user or admin results in an error message "You have to enable cookies to login to this site". Both in IE and Firefox cookies are enabled.

This problem has shown up recently on Tiki.org forums

"Forums » Architecture/Installation » You have to enable cookies to be able to login to this site"

It has also been reported as a bug "Cookies with Tiki 6.1"

__Off/on__

Seems to disappear when I use a different theme, "darkroom" instead of "jqui"

I wish the wonderful multilingual features that the Wiki side of
TikiWiki has were available/applied consistently throughout the Tiki package.

So, it works really well to view wiki pages in your own languages,
translate into others and keep these in sync collaboratively.

While you stay in the Wiki side of things.

As soon as you leave to use files, forums and FAQs etc. etc. multilingual is patchy at best.

I'd like to be confident that whatever feature I enable, its possible
for all content in that feature to be truly multilingual.

We should have some ready-made zones, where template designers can just

It should be possible to populate these zones with Site Identity or in the templates.


Please examples of floating boxes here:
http://www.jtricks.com/javascript/navigation/floating.html
http://www.phpletter.com/Demo/Jquery-Floating-Box-Plugin/

It could also be pull out thingies or horizontal bars

tiki-forum_rankings.php is broken since Tiki 4 due to its usage of function forums_ranking_last_topics(), which was removed:
Fatal error: Call to undefined method RankLib::forums_ranking_last_topics() in /var/www/tiki/6.x/tiki-forum_rankings.php on line 70

or

Fatal error: Call to undefined method RankLib::forums_ranking_last_topics() in /var/www/tikitrunk/tiki-forum_rankings.php on line 72

The method was removed in r20573.

In 6x, 7x and 8x, the <br /> tag is displayed when there is a line break within PluginCode when PluginCode is within PluginSplit. This can be seen at [http://doc.tiki.org/tiki-pagehistory.php?page=PluginFancyTable&preview=41#Example].

Perhaps related to [http://dev.tiki.org/tiki-view_tracker_item.php?itemId=3883]

"If a user upload a big avatar (more than 45x45 px) tiki 2.1 not 'avatarize' and show the big image in the forums. This problem may be very uncomfortable when you read a forum topic."

I can confirm that this still occurs on tiki.org and whatever Tiki version it is running presently, specifically with GIF images. -- ssanders

Machine translation ( http://doc.tiki.org/Machine+Translation ) seems to be broken in Tiki 6 LTS, at least.
No content is translated from the page.

The same site (before upgrading months ago to tiki6) had that feature working.

Is this feature working for anyone on any stable (non deprecated) tiki version?
--
Update:
I've just checked on localhost with 8.x (r38429), and the feature still exists in admin panels. When enabled, and attempted to request to have a wiki page google-translated, a blank page is shown :-/

Upgrading from 7.2 to 8.x revision 38517
Upgrading from 7.2 to 8.2 tweetId still missing

Operations failed: 1 SQL queries.

ALTER TABLE tiki_shoutbox modify tweetId BIGINT(20) UNSIGNED NOT NULL default 0
Unknown column 'tweetId' in 'tiki_shoutbox'

I updated a copy of our wiki to 8.0rc1 to have a look whats new

but the first thing i saw was that all line breaks in the heavily used split-plugin were actually displayed as ~lt~br /~gt~ instead of being actual line breaks

I updated a copy of our wiki to 8.0rc1 to have a look whats new and just wanted to tell you the first problem i immediately saw:

but the first thing i saw was that all line breaks in the heavily used split-plugin were actually displayed as ~lt~br /~gt~ instead of being actual line breaks

In Tiki 2.4 the syntax below work:

~np~{img src="img/wiki_up/cabeçalho" }~/np~

In Tiki 6.4 and trunk it doesn't (I haven't tested with other versions).

The problem is the special character "ç" in the image file name.

This bug was introduced in r22212 (http://tikiwiki.svn.sourceforge.net/viewvc/tikiwiki?view=revision&revision=22212). If you remove the call to htmlentities() the problem is solved but I'm assuming this function is there for a reason.

A category field in a tracker is not displayed in list view, nor in item view/edit.

Hi,

There's a small issue on dev.tiki.org. So that should be the same with the corresponding feature (tracker) on tiki 8.1.

When looking at my "bug and wish list", all my tickets are listed in the 3 categories: open, pending and closed. Apparently the status filtering is not done correcly.

Attached a "screenshot" of what I see.

BR,
Yannick

Hi,

Reporting this bug, which is apparently still present.
Other users are facing that issue: http://blog.gmane.org/gmane.comp.cms.tiki.user

When uploading a bundle of images contained in a zip file, and selecting the option "Unzip zip files", all the images are well extracted and added to the gallery. However, the file type (in my case png, but I guess this is the case for all file types) is not reconize and the files have the type "application/octet-stream". Consequently, inserting the image in a wiki document for exemple, and changing its size, will produce the message "File is not an image"

I was able to reproduce it on tiki 7.2. Attached some screenshots of the problem.

Yannick

If I edit an attachment field on a tracker and click OK, in Firebug I get a 500 internal server error when it POSTs with something like the following, and it does not save my changes...

name=Attach+File(s)&description=&option~listview=n&validation_type=&validation_parameter=&validation_message=&visibility=n&visible_by=&editable_by=&error_message=&permName=attach&trackerId=2&fieldId=4

Main bug.

A new user can't at all connect and get a blank screen.
This without crash.

If the user have an analyser he will find that tiki has sent this code

{CODE(caption="The page sent content")}<html><header</header><body></body></html>{CODE}