Category: Administration

Further to my report [https://dev.tiki.org/item7001-tiki-stats-php-Day-with-fewest-pageview-duplicates|item7001-tiki-stats-php-Day-with-fewest-pageview-duplicates] that the behaviour of tiki-stats.php has changed between v15 and v18 with regard to number of dates reported against "Days with the fewest pageviews", we are continuing to see that list grow (including more duplicates) since we upgraded from 15.5 to 18.3.

(I've attached five images showing the situation, but can't work out how to include them within this text. The choose or upload image feature on this edit field seems to lack an upload and I have no idea where to find images that I've directly attached to this page)

The first screen shot shows 31 Jan, 02 Feb (twice) and 03 Feb. has having only 1 pageview. We know our wiki was used on those dates (from notifier e-mails for example), so these dates are being included in error.

Also the "Most viewed objects in period" for single day ranges (eg 01 Feb 2019 to 02Feb 2019) shoes our home page alone was hit 200 plus times. Again screen shots attached.

Whilst I would be happy to create a show instance for you, I'm not sure how to do that practically with this type of issue.

On a fresh install of BRANCH-1-9 from July 31, 2007.

To reproduce:
Log in as admin. Enable articles. Click on the word "articles" in the menu immediately to the right of the file folder icon. No page is shown. Click on "Articles Home". No page is shown. When you hover over the item, the URL in the bottom of the browser seems to be correct. The file exists. Apache does not show any errors

the page tiki-admin_categories.php page don't display
at all. The internet explorer page 'The page connot be
displayed' is shown.
When I switch off the gzip compression of output in the
general admin setting, the tiki-admin_categories.php
displays an empty page (modules and menu are
present but not the core page).
What is most interesting is that is broken on a
production linux server running PHP Version 4.3.0 and
works on wamp running PHP5 under windows... could
someone help me?

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

tiki-admin.php?page=wiki left column eats up the whole page with Mozilla


recently introduced in BRANCH-1-9

There is a bug there (see title)

Steps to recreate in firefox:

1. Initialize site with a new database.
2. Lock setup and login as admin.
3. Click on pretty widgets and change theme.
4. Close Firefox browser. Browser's history cache is automatically flushed.
5. Attempt to log into tikiwiki as admin/admin.

Expected behavior appears to be a page where you are prompted to change the admin password. (Nice!) Actual behavior is blank page with "No input file specified" error. Error is always present

Steps to recreate in IE7.

1. visit tikiwiki url.
2. log in as admin/admin
3. IE7 generate "page cannot be found error"

{syntax type="tiki" editor="plain"}
When I run tiki-check.php on my shared hosting, the following error is displayed:
Fatal error: Uncaught Error: Call to undefined function smarty_function_ticket() in /home/lauzouac/jankari.top/tiki-check.php:3028 Stack trace: #0 {main} thrown in /home/lauzouac/jankari.top/tiki-check.php on line 3028

I also want to let you know that I was not able to register as a new user from my linux laptop (I managed to do it from my android phone, despite several warning messages/worrying errors). I can reproduce the bug at will and also help you debug (I already worked on the project about 20 years ago with Marc).

thanks

Please see here:
http://themes.tikiwiki.org/tiki-download_file.php?fileId=34

It is not using the proper error page like other errors (so login box will be there, if appropriate)
The style of the error page should like when I try to access: http://themes.tikiwiki.org/tiki-admin.php as anonymous.

Thanks!

Firstly, congrats there seems to be a marked performance improvement when running tiki-stats.php in v18.3 over v15.7.

We are seeing two issues with the new tiki-stats.php on our upgraded system.

With v15.7 the statistic "Day with the fewest pageviews" reported only a single entry, which was the FIRST date on which the lowest number was seen.
See {img fileId="1272" thumb="box"}

With v18.3 the same statistic now seems to report EVERY date on which our system has had minimal activity, which is making the page extremely long. This issue of increased page length is exasperated by the repeating of some dates.
See {img fileId="1273" thumb="box"}
and {img fileId="1274" thumb="box"}

My wish would be to have only the first and most recent day with fewest pageviews reported within tiki-stats.php
If the full list is useful to others, then perhaps it should have its own page linked from tiki-stats.php

I've rated this with importance 5 as we use this feature on a daily basis to see what the activity has been over the past 24 hours, but recognise others may never use it.

This helps to check for issues & fixes.

I saw a bug on http://next.tiki.org/user19837 (page layout is broken)

I seem to remember this bug. Was it fixed before and the site is not updated? Or is it a different bug?

Thanks!

((tw:TikiMods))

Finish the TikiMods feature. [http://mods.tikiwiki.org|Mods] already has a good number of avatars, themes, wikiplugins, etc

Move to mods what needs to be moved and remove from mods what will stay in BRANCH-1-9

Ex.: Remove TikiSheet from mods (as it is part of 1.9)

Currently, the remove_all_versions function, defined in tikilib.php, accepts page as a parameter. It would be ideal if the function could be modified, or a new function created, that accepts username as a parameter. This would be ideal in instances where, for instance, several hundred pages have been created by a given user. The pages could be removed en masse, rather than having to specify each page specifically.

{syntax type="tiki" editor="plain"}
Call up the Configurations Wizard within a TikiWiki 27 environment and click through the individual areas in the left-hand area.

In many areas, the options on the corresponding right-hand side are invisible. For example "Set up Login"

Example links to the demo pages for comparison (you have to log in first):
Version 26: https://demo.tiki.org/26x/tiki-wizard_admin.php?&stepNr=3&url=%2F26x%2Ftiki-index.php
Version 27: https://27x.demo.tiki.org/tiki-wizard_admin.php?&stepNr=3&url=%2F26x%2Ftiki-index.php

Existing Forum entry: https://tiki.org/forumthread79549-TikiWIki-27-0-Configuration-Wizard-setting-options-not-visible

I have configured "tiki and pear::auth" in the login section of tikiwiki on a server which did not have the pear php libraries installed.
Next time I try to login with a user (not admin), I see a blank page.

This happens because on line 756 of file lib/userslib.php
$a = new Auth("LDAP", $options, "", false, $user, $pass);
just dies without any error message.

At tiki-admin_actionlog.php the admin need to check each box one by one and there are quite a few if you want to select all.
We should have a select all (while toggle will be ok but less adapted IMO).

It may have to do with the user interface.
It is not user-friendly and even reading the help online (good interface should be understandable without help) it is unclear how to use it until you tried a few times.

In tiki-admin_notifications.php, if I am watching articles and wiki pages, I want to know more.


Should trigger watch notification email:
Edit article (needed: we don't need a nice diff compared to previous but I want to know who is editing existing articles. Tracker notification email is nice with old value/new value for each field)
delete article (needed: if someone deletes by accident, I can recuperate from emails)

Edit wiki page (OK)
Rename wiki page (OK in 2.0)
Delete wiki page (needed: if someone deletes by accident, I can recuperate from emails)


Trackers:
Edit tracker item (OK)
Add a tracker item (OK)
Delete tracker item (needed: if someone deletes by accident, I can recuperate from emails) in trunk, it sends an email about deletion but without a copy of the last content. __As of 2009-02-25 and on 2009-04-22, it does send an email, but with a blank sender address and without a copy of the data which was just deleted.__

{syntax type="tiki" editor="plain"}
On Tiki29 from upgrade using the UAB the default modules displays a "Recent Tracker Items" module.
Where it was displaying the "text" values of an item it displays now the itemlink ID which is not useable.

See screen shot:
{img fileId="3172" thumb="box"}

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

{syntax type="tiki" editor="plain"}
Since stalation I do not succeed to make TW to send e-mails.

When I try to configure e-mail for sending configuration.

I went to the page to config e-mail sending at:
http://wiki.troquei.com/tikiwiki/tiki-admin.php?page=general

however I got an error that says:

A timeout occured while waiting for the script output (in: /usr/www/users/wikilg/tikiwiki/tiki-admin.php).

When opening Admin>Admin home on a Windows-Server, you get the Error-Message:
{img src=images/code.png}%%% {CODE()}
Warning: fsockopen() [function.fsockopen]: unable to connect to tikiwiki.org:80 (A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond. ) in D:\server\htdocs\tiki\lib\twversion.class.php on line 51

Notice: Undefined variable: major in D:\server\htdocs\tiki\lib\twversion.class.php on line 114
{CODE}

This is might be related that the Server needs a proxy to connect to the Internet but i'm not sure how to set it up in Apache/PHP (Using Apache 2.2.2, MySQL 5.0.21, PHP 5.1.4 + PHP 4.4.2-pl1 + PEAR, Server W2003 R2)

User Rajesh got the same Error:
[hhttp://tikiwiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=28971&highlight=fsockopen|here]

Administration home does look really ugly with hidden disabled sections now

It is impossible to activate various Functions...

In the Administration Menu under "Editing and Plugins" it is impossible to activate functions like "google analytics" and lots more... everytime I want to save I get a "permission denied"
{CODE()}Forbidden

You don't have permission to access /content/tiki-admin.php on this server.{CODE}

The Module is unusable right at the moment...

I did:
- disable the searchengine friendly urls
- did a complete reinstall
- applied chmod 755 over everything

Nothing did work...

After svn switching from trunk to 6.x, my wiki has internal server errors on certain pages, especially if I'm logged in.

I maintain my svn on a windows machine, and I zip up my image, ftp it to my linux server, unpack it, run admin upgrades, and clear the cache. After all that I can browse the site as anonymous, but not as an admin or editor.

I am considering switching back to trunk, as the bugs there are less serious.

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.