Category: 4.x

{syntax type="tiki" editor="plain"}
When using "Theme control" together with a Category, the *.tpl files in templates/styles/{mytheme}/ are not considered for the pages attached to the category.

To see this, create a testcategory and a testpage. Then use "Theme control" and configure a theme having some *.tpl files in templates/styles/{mytheme}/ to be used for the testcategory.

Go to the testpage and it will show in the style. Now try to change one of the *.tpl files. The changes do not take effect.

Note that this is not about emptying the cache.

You can try and use mytheme as main theme and the one you used previously as main theme as "Theme controlled" one. You will now be able to edit the templates/sytles/{mystyle}/ files with the edits being picked up, but now changes to files in the former maintemplate cease to be considered.

I upgraded from php4 to php5. I had some sites with white pages and nothing in the error log.

Finally, it was:

"this web application requires mysqli php extension. We have enabled it and it look ok now."

Tiki could have detected and reported this.

Move discussion here:
((Test server compatibility))

This tracker item could not be found

This tracker item could not be found

testing...

test4 with the "status ticket" prefilled with "closed - cancelled", as shown by default

A weird bug which was showing in tiki 4.x (calendar), and nowadays, I've seen something similar using 5.x alpha at dev.tw.o:

The user is redirected to a blank page with just an email address shown, even if the user didn't click anywhere.

To reproduce:
http://dev.tikiwiki.org/tiki-view_tracker.php?trackerId=5&status=o&sort_mode=f_41_desc&filterfield=54&&filtervalue[54]=xavi&&&&filtervalue[56]=Accepted&&offset=30

Pass the mouse over the item saying "2 errors editing articles in tiki 3.3 ".
With no click (just passing the mouse over, using Firefox 3.6.2), you are shown a blank page with just "email@domain.org" on top.

That item corresponds to:
http://dev.tikiwiki.org/bug2893


This is something which is also happening to a calendar in a tiki 4.x site, when the event body has some email address, it seems.

HTH

{syntax type="tiki" editor="plain"}
Recently upgraded from 1.9 to 4.3.

Thumbnailing works when individual images are uploaded into galleries.

However, when two or more images are uploaded at once thumbnails fail and the images appear as original size.

Recently had to downgrade from php 5.3 to an earlier version as the GD library with 5.3 was not thumbnailing at all.

When you try to access a wiki page which doesn't exist, Tiki offers you a list of similarly named pages, to search for that word, to create the page, etc.

__Good.__

When you try to access other contents in Tiki (articles, blog posts, etc.) that don't exist (either have been deleted, moved, not yet published, protected, etc.), you get a Tiki error message.

__Good as well.__


But what if you try an URL which is just not possible?

Ex.: If you migrated from another system to Tiki and you are still getting hits with the previous URLs?

Of course, you could check your access logs and add nice redirects. But how can we make this easier for site admins?


The bundled _htaccess file (which you need to rename .htaccess to make active) has an example line:
{img src=images/code.png}%%% {CODE()}
ErrorDocument 404 /tiki-index.php?page=Page+not+found
{CODE}

__This is good.__

Now, how could we use this to provide the Tiki admin with a top-x error pages? And thus, it would help to detect broken links, etc.

Could .htaccess include some configuration info from Tiki? So a Tiki admin could add configuration information without using FTP, all in Tiki, possibly with a secret "system" wiki page.

Great inspiration:
https://github.com/h5bp/html5-boilerplate/blob/master/dist/.htaccess

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

I have yet redacted quite the same text three month ago, about 4.1, 4.2... Because i could never start these versions, try to find bugs... submit but no answers.

My original text has been lost because of the bugs of the bugs reports management (author not stored - corrected, no capability to sort the items by date, no capability to sort anyway and search) nevertheless, too much to do elsewhere...

__Lest's go to the problem, which is a major one :__

!!The fact :
If any fields which is stored into sessions->data contains an " ' ", it is impossible to restart TIKI (always automatically and by evidence crashes if TIKI tries to restore these session.

!!The reason :
The text is stored with is " ' " and included "simply" into the query which resets the prefs.
By evidence this simple quote " ' " creates a query error and a crash of tiki (often APACHE).
this " ' " is interpreted as the end of the query, and the remaining a non-sense.

!!!Example :
With 5.0 if you are just installing with an upgrade of database, into the session query you will find the third data_text-block
$plugstring = <<<PLUGINTEXT
...
alt:
required: false
name: Alternate text
description: Alternate text that displays image doesn't load.
...

the " ' " of "doesn't" crashes the first run.

!!!The same happens when you have a header page with a title containing a simple quote " ' "

!!Solution :

!!!technical point of view
I have just found a lonely solution :

* the first, simple : any sessions->data content must be pre-translated with doubled simple quotes (which is the SQL syntax).
* any read of sessions->data doubled simple quotes must be set back to a unique one.

This possible solution offers too the capability to find fields with quotes by any query, if the data sent into queries are pre-translated (if not it is a crash).

A back translation after reading is not need only in some cases (the prefs restoration for example), for a search query the results will come back with their simple quotes...

!!!Who acts ?
It is very simple.
There are not many place where the problem occurs;
But I I have lost so much time because of the bug of 4.x and now 5.0RC and 5.0 Stable that I could not make the work I had programmed to do.
In my opinion it should be better that people who have written the SQL requests, make the change.

If they are not ready, I can submit patches (tikisession particularly)

Bye

trebly

{syntax type="tiki" editor="plain"}
The Tiki date library does not implement the %l (lower case "L") for time.

Installer is broken on 4.1 in Windows 2008 R2 with the environment described below. At least two of us have exactly the same problem, so the issue is not local to us.

At the bottom is someone else's description as taken off the Installer forum. My experience is exactly the same, except I am running MySQL 5.1.41 instead of 5.1.42.

A third party suggested it has something to do with directory or session permissions, or PHP configs. To test this, I uninstalled tw 4.1 and installed 3.4 in the same environment. 3.4 worked just fine. Then I upgraded to 4.1 over top of it and it reverted to previous bad behavior. So I believe it is a 4.x bug.

I've given this a high priority because the software is unusable if you can't install it, so you probably losing a lot of users.

Here's the other guy's description of the problem:
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
I am trying to preform a fresh install of TW4.1 on Windows Server 08 R2, IIS 7.5, PHP 5.2.12 and MySQL 5.1.42. However, after filling in the page for the database information to populate the database, I reach a page entitled

__Tiki Installer Security Precaution__

You are attempting to run the Tiki Installer. For your protection, this installer can be used only by a site administrator.

To verify that you are a site administrator, enter your database credentials (database username and password) here.

If you have forgotten your database credentials, find the directory where you have unpacked your Tiki and have a look inside the db folder into the local.php file.

I enter the 'root' account information and hit 'Validate and Continue'. But it takes me back to the 'Welcome' page. Now any link I hit Takes me to the validation page and I enter the correct user (root) account info and I'm sent back to the 'Welcome' page. The install doesn't want to continue.

If you want, check out www.nerdzone.net to see the site.

Use case:
*Manage many sites/domains with one Tiki installation
*"Park" all the domains on top of each other and get Tiki to send people to the right page depending on the domain.
*Common user base & permissions
*Theme control to provide different theme per section/category/page
*Could be different domain per language

Ideas
*Maybe domains could be links to categories. Put a page in a category and it gets its theme from theme control center
*Modules per domain
*If on page for domain X, force/rewrite URL to that domain
For example
^www.musicband1.com/introband1
www.musicband2.com/introband2
www.musicband3.com/introband3

So if I go to:
www.musicband1.com/introband2
I am redirected to
www.musicband1.com/introband1^


Limitation:
*pagename collision. Ex: domain1.com/intro = domain2.com/intro
*Single shared search engine
*Meta-tags will be shared

Also need to think about the Use Case where different workgroups want different domains. (A bit like *tikiwiki.org sites)

With new Tiki4 Workspaces, we could associate the domain as a preference.

What happens if a wiki page is in many categories, and they have different domain names. How would the priority work? Random? An order? Same idea as default group?



Related:
((WikiFarm))
((TRIM))
((Workspace))

{syntax type="tiki" editor="plain"}
Load tiki-objectpermissions.php .... select only the "User" feature .... noting that "Show permissions for disabled features" is UNchecked .... tiki_p_configure_module does NOT appear UNLESS "Show permissions for disabled features" IS checked.

I think this points to something wrong; I don't know for sure about that; but I do know that tiki-user_assigned_modules.php dies with "You do not have permission to use this feature" apparently due to IT being unable to verify tiki_p_configure_modules which is in fact set for Registered+ groups.

<chealer> yohomer: it does appear if the options are checked in the module administration page...but this stuff is broken

<yohomer> thank you for the note .... my testimony above had "Users can configure modules" checked (sets user_assigned_modules) .... but not "Show module controls" (feature_modulecontrols)

also, with this configuration, "Modules" does appear in the MyTiki menu, but not in tiki-my_tiki.php

selecting the menu option (loading tiki-user_assigned_modules.php) dies with the error above.

Setting feature_modulecontrols ("Show module controls") enables the MyTiki Menus; but this should not be a requirement. It does help to point to the real problem. (I hope)

Best Wishes, and Thank You.

If I can be of any further assistance, please do not hesitate to contact me.

tiki_p_watch_trackers exists.

But there should be a general watch permission. For a registration website, we want people to have accounts, but not necessarily to watch pages. Thus, now, we need to deactivate watches altogether.

{syntax type="tiki" editor="plain"}
1- Turn on multilingual
2- restrict to 3 languages
3- go to compile one of the three

Notice crazy stats :-)

When attempting to apply a change to the "look and feel" section of Tiki admin, the following error displays:
__Sea Surfing (CSRF) detected. Operation blocked.__

Can someone explain what this means, and how I can recover from it?

UPDATE:
After many attempts to work around it, I could not resolve the problem, so I re-installed TikiWiki 4.3.
No more Sea Surfing seen.

Working with 4.1 new install, trying to set up a calendar and I'm able to admin the cal just fine and can add events, but when I click on the Calendar link to view calander it returns a blank page. Any advise? Also I have 64mb in php.ini

This was posted in Forum: Features/Usability @ http://tikiwiki.org/tiki-view_forum_thread.php?topics_offset=1&forumId=4&comments_parentId=36119

Here is the link to my site and to the calendar. Select view calendars which will take you to the bottom link which is blank.
http://academyofabraham.org/tiki-calendar_edit_item.php?viewcalitemId=2
Or http://academyofabraham.org/tiki-calendar.php

Here is the error I get:
Fatal error: Call to undefined function cal_days_in_month() in /Library/Tenon/WebServer/WebSites/AcademyOfAbraham.org/tikiwiki-4.1/lib/tikidate-php5.php on line 189

{syntax type="tiki" editor="plain"}
I'm trying to tame articles section and encountered strange problem. My tiki-edit_article.php looks like on this snapshot: http://img716.yfrog.com/i/tikieditarticle.png/ (external link) - so, no pretty formatted forms and - how bad! - no Preview or Save buttons :-(

Other edit pages (e.g. wiki) look fine - only this one is other. I played with permissions, plugins and features - no luck.

According to hints from forum I cleared cache. I'm using The News theme (unchanged). Also CSS and TPL files was untouched. I downloaded TW installation files once again and replaced "suspicious" files (tiki-edit_article.php and .tpl). Problem still persists. I checked many browsers: Firefox, Opera, Chromium, Konqueror and Internet Explorer - no difference.

I checked with LTS version - it works good. Trunk - not working. 4.1 from daily buid - not working.

I checked Opera's error console:

CSS - http://localhost/tiki/tiki-edit_article.php (external link)
HTML style attribute
Declaration syntax error
Line 1:
display:;
-----^

This message is repeated 8 times.

In XHTML source (i.e. viewed in Chromium) tiki-edit_article.php hasn't DOCTYPE declaration and bare HTML tag - no xmlns, no lang etc. - maybe this is a reason? I attach two screenshots from Chromium error console: first one is from tiki-edit_article.php, second one - from tiki-editpage.php. If you look into XHTML code, you'll see the difference.

http://img651.imageshack.us/img651/7734/tikieditarticle1.png
http://img685.imageshack.us/img685/4858/tikieditarticle2.png

Can anybode help me or check his/her installation? Maybe my TW is broken? I'm using openSUSE 11.2 x86_64.

{syntax type="tiki" editor="plain"}
tiki-print_pages.php at doc.tw.o/Documentation produces just one short page.
Te reproduce, login as user with admin privileges at doc.tw.o, go to wiki > Multi print > Select Documentation structure > print > just one page is shown, in stead of the full structure.
And this is the url shown:
http://doc.tikiwiki.org/tiki-index.php?page=PluginFootnote&redirectpage=

tiki-print_pages.php should allow to set the parameter tikiversion at printing time, if Plugin Versions is being used. Example: doc.tw.o of twforsmarties: print documentation for veersion 1.9.x, 2.x or 3.x.
http://doc.tikiwiki.org/tiki-print_pages.php

http://twbasics.keycontent.org/tiki-print_pages.php

Right now, if I want to print the full structure of the documentation, I can't chose version (so that the default is shown)


marclaporte: and the same idea should apply to language. Show me doc in my language, if there is none, fall back to available language.

{syntax type="tiki" editor="plain"}
Otherwise, user gets an ugly error, clicks "back" and needs to re-enter everything, including [http://en.wikipedia.org/wiki/Captcha|captcha]

By default, the error reporting is set so no error is displayed or logged (0). This is tricky, because one could assume that Tiki would behave according to PHP's setting. Even is PHP is set to E_ALL, Tiki does not display or log anything when an error occur, even if the user is the admin.

The admin may get a "blank page" (HTTP response with no data), and find nothing but a 200 OK in its Apache access log.

Various tools are able to built a structured documentation form internet exploration.
A good example is ZOTERO.
The product can get urls, html pages content, manage a hierarchical structure, set marks etc...
The product is able to export XML files with various basic patterns :
1. Zotero RDF
2. MODS
3. RIS
4. Refer/BibIX
5. Unqualified Dublin Core RDF
6. WikiPedia Citation templates
7. BibTeX

These structured informations can be imported to a wiki structure.
he interest of Zotero RDF (but I had not the time to the Unqualified Dublin Core RDF have the advantage of containing the structure definition the link to external url and if the html page has been captured the component html page with the elementary component has images.
This model his the closest of wiki structures.

Too the Wikipedia Citation templates is close but from the url refs;

I have not found where are the text and synthesis objectives for "import" and data shared (XML files as RDF Zotero structures), and multiwiki, in 4.x and 5.x

I am interested in participating to these developments.

Best regards to everybody

Add ip to syslog and/or action log, so that when anons (at least) are allowed to add content and it's spam (robots seem to be able to post with our current antibot captcha), there is way to identify the ip of the spammer.

So far, antibot captcha is added (in trunk, at least) to:
* wiki edit
* wiki page comments
* forum posts
* tracker item comments
* freetags
* calendar items
* newsletter subscription

The action of adding content on those features should be logged in syslog and/or action log and IP recorded.