Category: Administration

{syntax type="tiki" editor="plain"}
Full thread is here:
http://tiki.org/forumthread47305

"So should we have a new pref "unified_index" and add it as dependency for these features (PluginList, PluginListExecute, etc.), and thus people whose servers don't work with it have the option to turn them off? (effectively acting like a Tiki6)"

I tried to import XML from MediaWiki (1.27.0) following [https://doc.tiki.org/MediaWiki+Importer|this guide]. Error:
__"MediaWiki XML file version 0.10 is not supported."__

Here´s what i tried so far:
1) Create [https://www.mediawiki.org/wiki/Help:Export|XML-Backup from MediaWiki]
2) Tools->Importer, upload the original file
3) Error: Wrong MIME-Type
4) Edit XML file: add ‹?xml version="1.0" encoding="utf-8"?› to the top of the file (brackets changed for posting).
5) Tools->Importer, upload the modified file
6) Message: MediaWiki XML file version 0.10 is not supported.

Thanks for any suggestion, fix or workaround for this issue!

As of now, you need to full admin to edit the menus. Often, we would like to delegate this to somewhere at the editor level.

You can use the plugin meta tag (https://doc.tiki.org/PluginMetaTag) to set a content for a meta tag on a Tiki object.
However this will be added as a new metatag in the -+head+- keeping any other value you may have set (admin, control panel same meta tag or automatic feature).

For exemple:
#I have at tiki-admin.php?page=metatags in the field description : "My very general description".
#In a wiki page about Tiki and I would like to have specific description for this page.
I set the following plugin
{CODE()}
{metatag name="description" content="Tiki is the best"}
{CODE}

After saving, if I check the page -+head+- the description "My very general description" is still there and I can see a second metatag for description with "Tiki is the best".

Results of having meta tag duplication (twice description meta tag) are unclear.
From page validation point of view it seems to be forbidden and bad.
From SEO (Google) point of view it is unclear if the second tag will ignored, will replace the first one or will be considered as an extension of the first one. This because it seems it depends of the meta tag (robot = extension, keywords = not used anymore, description = unsure ?, etc).

Each meta tag nature is different and Google may change its rules at any time.

So, to use the plugin meta tag, it should be advised to remove the "global" values for a meta tag which leave ALL the pages (object) without this meta tag.
Thus I have now to set the meta tag plugin on every pages (or objects). ?

It would make much better sense in real life to have the "admin" meta tags used by default and have the "plugin" meta tags used if they exist.

Also, as side effect it forbid from using the multi-lingual admin feature for meta tags (you can't use any)

Here:
http://tikiwiki.org/TikiCopyrights

I just got:
{img src=images/code.png}%%% {CODE()} WARNING: No such module CVS! copyright.txt {CODE}

Similar to orphans pages and wanted pages, it would nice to have a way to have a list of used plugins (how many times used) from which we know how many are broken.


This happens if someone attempts to use a plugin which isn't activated. This can happen on upgrade for example or if a plugin was de-activated.

We need a way to know how many times each plugin is being used. So we can deactivate without causing issues.

Also, __approval of plugin security__ conflicts with wiki cache. When approving, cache should be cleared. Please test.


** Would need to watch this list
** Rick asks for a [http://irc.tikiwiki.org/irclogger_log/tikiwiki?date=2009-05-01,Fri&sel=120#l116|mass approve]

{syntax type="tiki" editor="plain"}
When trying to apply changes to the permission - nothing happens. In other words, I tried to set permissions for admins by selecting several permissions and hitting the apply button. Nothing happens and permissions are not granted.

It looks as if the apply button does not get actionned at all.

When trying to update or rebuild remote index from Admin Mods section in tw site, get an error message stating:

Impossible to open http://mods.tikiwiki.org/Packages/00_list.public.txt/Packages/00_list.public.txt : Connection timed out

The URL used under config mods was http://mods.tikiwiki.org. I didn't have the problem until I ugraded to 1.9.8.3. I got on IRC, and suggestion was made to try http://mods.tikiwiki.org/Packages/00_list.public.txt, which gave same message. The admin mods area tells me the permissions to write are correct, so it doesn't appear to be a permissions problem.

{syntax type="tiki" editor="plain"}
On a Tiki29 (updated from Tiki27) I had a 500 error trying to access different admin areas.

I could track the issue on the admin module panel.

{CODE()}
thrown in /home/opensourcesolutions/public_html/tiki-admin_modules.php on line 638
#0 {main}
Stack trace:
[20-Oct-2025 13:14:47 UTC] PHP Fatal error: Uncaught TypeError: Unsupported operand types: string + int in /home/opensourcesolutions/public_html/tiki-admin_modules.php:638
thrown in /home/opensourcesolutions/public_html/tiki-admin_modules.php on line 638
{CODE}

Tracking the error lead me to understand that, in this Tiki the "theme_navbar_fixed_topbar_offset" was empty.
And this caused a problem. After reseting to the default 90px i could access to the module.

This shouldn't happen. ;-)

Tiki 1.9.8 ships with 94 modules. (excellent)


Need a "module manager"

Module should come with a screenshot or preview.

A page listing all modules with descriptions and parameters- grouped by feature.


currently, the "user modules" and "assigned modules" titles are very non-intuitive. Should say "custom modules" and "active modules"




However, all modules are listed at all times. Module listing should check for features which are activated. It would be easier on new Tiki admins. For example, if articles are deactivated, don't show me last_articles in tiki-admin_modules.php



Admin modules does not display titles of available modules or provide easy method for selecting unused modules, such as with a listbox. The missing information is not available unless a Tiki admin has system admin permissions.



Also, all possible parameters for the current module should be listed (or picked from a drop-down)
See:
[http://doc.tikiwiki.org/Module]



Related:
Plugins admin interface
http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=502

{syntax type="tiki" editor="plain"}
Enabling the Monitor Tiki Performance (tiki_monitor_performance) is adding a lot to the logs and consuming resource. It is to be used for some time and not be enable 24/7.

Admin may enable this without real knowledge of this cost.
Even if it is part of the advanced preferences, a warning should be added next to the checkbox.

Set-up monitoring for all our pre-dogfood servers for all the checks we have, but especially last successful re-index. If last successful re-index is more than x (ex.:3) days old, an email alert should be sent out.

Here is a real-world example of why having checks on all pre-dogfood servers would have made everything smoother. An unidentified commit in trunk is causing indexing to crash:
https://dev.tiki.org/item4609

If we had been warned by a pre-dogfood sever, we could have found the commit and fixed the problem a few days after it appearing.

Note that this type of crash can also happen with some data not yet supported by the indexer, and thus, it can happen at any time, not just on code changes. And with a broken index, a Tiki site can be in big trouble because it doesn't just skip over the problem, it just dies. We are fortunate to have tons of data on all the pre-dogfood servers.

Because of issue 4609, we are stuck with respect to testing Unified Search with MySQL in trunk. Once this is solved, maybe something else will be discovered, so we to know ASAP so it's stable enough for Tiki12. This is crucial as per ((Search Dilemma))

I got this on October 25th 2006:

Warning: mysql error: Can't connect to local MySQL server through socket
'/var/lib/mysql/mysql.sock' (2) in query:

select count(*) from `tiki_banners` where `wed` = ? and `hourFrom`<=?
and `hourTo`>=? and
( ((`useDates` = ?) and (`fromDate`<=? and `toDate`>=?)) or
(`useDates` = ?) ) and
`impressions`<`maxImpressions` and `zone`=?

in lib/tikidblib.php on line 134


How could we show a more meaningful error message?


---

mysql tables sometimes crash.

When they do, the error message is cryptic, at best.

An average Tiki admin won't know what the problem is and could think it's Tiki's fault.


A graceful error message would inform the admin that:

"There are problems with the following tables: ". Please repair (link to how to repair)

Especially the tiki_sessions, which shuts down the site completely...

Some others are not so bad. Just a path disclosure.
{img src=images/code.png}%%% {CODE()}
Warning: mysql error: Can't open file: 'tiki_images.MYI' (errno: 145) in query: select count(*) from `tiki_images` where `galleryId`=? in lib/tikidblib.php on line 134
{CODE}
---

Another error to watch for:
{img src=images/code.png}%%% {CODE()}
Unable to connect to the database !
User droit_tiki has already more than 'max_user_connections' active connections
{CODE}
---
Maybe Tiki admin email should be in db/local.php? So the system could send email alerts when DB can't connect.

Part of IRC-Log from 20050709:

[18:48:51] luci amette: imho the quickest fix for the Admin menu would be: 1. rename "Admin home" to "Admin Sections"
[18:49:40] luci amette: 2. clicking Admin folder would bring you list with the same entries like when you expand the folder
[18:50:53] luci 3. rename "Admin mods" entry to "Mods Admin" to prevent listing it as first entry since the menu is alphabetically sorted
[18:50:57] amette luci : Yup, that sounds really clean - Admin Home should be moved to the top of the submenu then though
[18:51:08] luci sure
[18:51:36] amette Ah, just wanted to ask - yeah, alphabetical sort is bad here - I just looked at my menu and it took some time to find "Verwaltung Hauptseite" <- very much at the bottom
[18:52:12] luci "Admin Sections" sounds logical to me because we use "Sections" in title bar there already anyway
[18:52:41] luci amette: good point, that'Ä‘ why i fixed my language.php entry to "Administrace"
[18:55:06] luci ok, we can consider removing that sorting stuff
[18:55:42] amette What would be a good solution imho - It gives you e.g. the option to say "The third entry in Admin menu"
[18:55:52] luci maybe only the module one
[18:55:56] amette And you can sort options by importance!
[18:56:14] amette And I'm often confused, since my admin-account uses English and amette-account uses german
[18:56:20] luci amette: not that easy, some appear depending on fetures enabled

From here on, was discussed, that Admin Items could/should be hidden, when the corresponding feature is not activated. I'm not too sure about that now - because like that you loose the ability to customize a feature and then afterwards activate/release it.

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

I just used the feature __Change all to File__ in __Manage Attachment__ page (wikiatt) and I have lost all the link in wiki pages to the attachments.


in the root directory of tikiwiki have appeared all the file attachment in this format __fad8af90189c10a80f8712263d74fa50__

In __Manage Attachment__ I click the Change buttom to come back to db storege without success


I am confused and thinking in restoring tiki_wiki_attachments table.


any suggestions

thank in advance

When a tiki is on a server which has several domain names, have an option to force a redirect to one in particular (similar to force with/without www). Should be a "permanent redirect" HTTP/1.1 301 Moved Permanently

This is related to the recently introduced feature to remove www or add www to Tiki sites

Specifically, all *.tikiwiki.org domains will progressively move *.tiki.org Both URLs will be kept forever but tiki.org should be the new main one that people see in their browser (and copy-paste from)

This happened after saving http://dev.tikiwiki.org/tiki-admin_trackers.php?trackerId=5 where I had checked "and display attachments in listing?" (sub-option of Tracker items allow attachments?). I was unable to reproduce thereafter.

However, I noticed after that the ratings column had moved from first (left-hand side) to last (right-hand side).

{THUMB(id=26, url="tiki-browse_image.php?imageId=26")}{THUMB}

The favicon.ico image has to be manually loaded in the TikiWiki directory and is misplaced during an upgrade to a different directory. There should be a favicon retrieval method with an unchanging URL.

Maybe a URL rewrite rule in htaccess would help. I don't know if show_image.php works with .ico files, but if show_image is used there should be a reserved parameter to request favicon so it will not be necessary to change files and instructions for various sites, such as to define an image ID. It would be OK to configure favicon using an image ID within TikiWiki Administration tools but not in files close to the web server.

As reported on the dev mailing list....

http://thread.gmane.org/gmane.comp.cms.tiki.devel/25682

Nelson: see comment for fix.

These 2 settings:
Use cache for external pages:
Use cache for external images:

Should be tester, better defined, and could go on the new text area admin panel

Hello,

I've spent about 60 hours setting up and configuring a v2.4 TikiWiki (see Techiewiki.ca). For an existing bug (no preview button shows for registered users), I would like to install a patch someone has provided - but do not know where to begin.

I read NewbieDevTips and was strongly suggested to ASK before wasting hours and messing up my installation.

Since I'm more interested in configuring the software than becoming a developer - is there an easy way to do this?

Much appreciated,
Derek

Move all admin settings which affect all text areas to this new panel.

ex.:
Tables syntax:

Topic says it:

- newly created user
- send message -> doesn't work, error message
- go to MyPreferences
- don't change anything
- just hit "Change Preferences"
- go send a message -> works

importing users & tracker items from .CSV is possible, so why not for newsletters :-)

{syntax type="tiki" editor="plain"}
The parameter $gal_info.show_modtimedate is used in list_file_gallery_content.tpl (line 402) and possibly in other .tpl files so that the display of File gallery timestamps can either be a simple date or date+time. This parameter seems to default to something other than 'y' (or is simply not set) so the checking logic in the File gallery template (and possibly other templates?) makes the default to be just the simple date format.

So if you want to display timestamp info as date+time this parameter needs to be set to 'y' BUT there is not anywhere in Tiki where this parameter can be set - presumably it should be a pref that can be set generally or perhaps just for File galleries or just for other features?

So I guess this is both a Bug and a Wish :-)

Currently, there are four preference filters available in the Control Panel interfaces: "Basic", "Advanced", "Experimental" and "Unavailable".

As a user new to Tiki, I have on several occasions noted features that looked interesting, but which I have not enabled as I have subsequently found it is planned to deprecate them. In some cases this was obvious (e.g. a 'warning' icon with the deprecation message on hover next to the feature checkbox), in others it wasn't (i.e. I only found out about it from doc.t.o or related places).

On the assumption that it will help with planned deprecations if new installations don't enable and start using deprecated features, I would propose that a "Deprecated" preference filter be added, that relevant controls be assigned to it, and that it be disabled by default in new installations.

I understand the criteria for such might be controversial (indeed, I hope I'm not reigniting a heated discussion by posting this!) and so would understand if this is WONTFIXED. I also recognise that it is less appropriate for a new user to suggest criteria here than for those that have had Tiki installations for some time and/or are directly involved in development, which is why I haven't listed any in this initial report.