Category: 1.9.x

I have created a table filled with contents using TikiSheet. Check that view and admin sheet permission is set. When I create a link in a wiki page pointing to this table, the page did not display the table but only a Edit Table link. I am using 1.9.0. However, when I tried that on the tikiwiki.org site it works fine.

Need to know why it did not work on the 1.9.0.

Pretty similar issue is tw#380 - marked as duplicate - text of it is here:
/tiki-view_sheets.php doesn't display the sheet before clicking on "edit"
Formerly the sheet got displayed, when going to /tiki-view_sheets.php - it's not like that any more. I can edit it perfectly, etc. - but it doesn't get shown..

Thanks to kwow for pointing that out:
"Amette,
It does seems like you have also opened a similar[http://dev.tikiwiki.org//tiki-view_tracker_item.php?itemId=380&show=view&offset=0&reloff=45&status=op&trackerId=5&sort_mode=f_41_desc|bug ticket].

The clickable "edit" link in your bug ticket is exactly the link I an refeering to. Do you think it is worthwhile to combine the same tracker item as one as they are refeering to the same problem we are facing."

see ((tw:TikiSheetDev)) Louis-Philippe Huberdeau

TikiWiki is causing Apache to crash with the following error in the Apache logs:

[Thu Feb 22 23:26:53 2007] [notice] Parent: child process exited with status 3221225477 -- Restarting.
[Thu Feb 22 23:26:56 2007] [notice] Apache/2.2.3 (Win32) mod_ssl/2.2.3 OpenSSL/0.9.8d PHP/5.2.0 mod_perl/2.0.3-dev Perl/v5.8.8 configured -- resuming normal operations
[Thu Feb 22 23:26:56 2007] [notice] Server built: Nov 15 2006 21:34:51
[Thu Feb 22 23:26:56 2007] [notice] Parent: Created child process 2668
[Thu Feb 22 23:26:58 2007] [notice] ModSecurity for Apache 2.0.4 configured
[Thu Feb 22 23:27:00 2007] [notice] Child 2668: Child process is running
[Thu Feb 22 23:27:00 2007] [notice] Child 2668: Acquired the start mutex.
[Thu Feb 22 23:27:00 2007] [notice] Child 2668: Starting 250 worker threads.
[Thu Feb 22 23:27:00 2007] [notice] Child 2668: Starting thread to listen on port 443.
[Thu Feb 22 23:27:00 2007] [notice] Child 2668: Starting thread to listen on port 80.


And this is the Windows Event viewer:

Faulting application httpd.exe, version 2.2.3.0, faulting module ntdll.dll, version 5.1.2600.2180, fault address 0x000106c3.


This is running on a brand new installation of Windows XP Pro with the latest Web-Developer Server Suite WAMP distribution giving Apache 2.2.3, PHP 5.2.0/4.4.4 and MySQL 5.0.27. I have also tried it with the latest version of Apache and PHP and get exactly the same error!

Cheers Mike

It ''should work''

{img src=images/code.png}%%% {CODE()}
title
To override the title of a menu, add title=Menu. If you have a space in your title, use: ''title="Developer Menu"
{CODE}
http://doc.tikiwiki.org/Module+admin

You cannot a topic with the same title and data in different forums. By the check_for_topic function of the commentslib it is checked, if a topic already exists and if true the user is send to that topic.
I am having this use case in forums for different courses to take place and the common topic to invite the participants to register by the forum.
Even after I managed it to have the participate topic in every forum by changing the title and data slightly, the replies to that topics get messed up again and seem to be hidden. A look in the database shows, that the replies are marked as replies to the first topic fitting in regard to title and topic by setting the parentId to threadId of the fitting. But the data in the column object keeps to be set to the forum the reply was meant to be.

Although Tiki tracks reads for specific blog, it would be nice if Tiki tracked reads for a specific blog post.

I noticed today a bunch of trackback spam in my Tiki-powered blog.

According to Wikipedia, "Many blogs have stopped using trackbacks because dealing with spam became too burdensome."
http://en.wikipedia.org/wiki/Trackback

If you get trackback spam in Tiki, here is how to clean:

Using phpmyadmin, go to the table: tiki_blog_posts

And find the colums "trackbacks_to" and "trackbacks_from". They should contain:

a:0:{}

instead of the spam.


Now, a more permanent solution to avoiding Trackback spam would be nice. Checking how other blogging software does it should provide some tips.

Some ideas:
0- A way to turn it off (this exists in more recent version of Tiki 1.9.x, see "Trackbacks Pings" in the admin panel)
1- Easier mass deletion
2- Email notification to blog owner
3- Using an online service to check for spam.

We are getting duplicate posts here.

What is happening: people post a bug report. They click save and instead of seeing what they just posted, they are sent to the list of bugs (ex.: [tiki-view_tracker.php?trackerId=5]) and depending on sorting, their new bug may not appear on the list.


Bug doesn't appear right away in "Last Modified Items" module (need an extra click)

Maybe "View inserted item" should be checked by default? I know it's a problem that for some trackers, you are not allowed to see what you just added (permission tiki_p_create_tracker_items vs tiki_p_view_trackers)

When you use filter in tracker and click on the next page button the displayed items are un-sorted.

here: tiki-admin_trackers.php?trackerId= "What field is used for default sort?"

creation & lastModif date should be added

Because:

#1 This is a legitimate & useful way to sort tracker items

#2 If tracker has no sort order, items will not appear in trackerlist plugin. Tracker must be edited (tiki-admin_trackers.php?trackerId=3) after adding some fields so it gains a sort order.

#3 Plus, there appears to be some weirdness in the tracker item count related to this issue.

If you create a tracker with an email field, and choose to validate that field by Tikiwiki, it will call TrackerLib->check_field_values(), that will include lib/trackers/trackerlib.php, that will include lib/registration/registrationlib.php, that will include lib/db/tikitable.php that will call check_script() function in an empty object ($access->check_script()) . Here is a trace log:


[client 192.168.1.75] PHP Stack trace:, referer: http://newtiki/tiki-view_tracker.php?trackerId=1
[client 192.168.1.75] PHP 1. {main}() /tmp/tikiwiki/tiki-view_tracker.php:0, referer: http://newtiki/tiki-view_tracker.php?trackerId=1
[client 192.168.1.75] PHP 2. TrackerLib->check_field_values() /tmp/tikiwiki/tiki-view_tracker.php:473, referer: http://newtiki/tiki-view_tracker.php?trackerId=1
[client 192.168.1.75] PHP 3. require_once() /tmp/tikiwiki/lib/trackers/trackerlib.php:1116, referer: http://newtiki/tiki-view_tracker.php?trackerId=1
[client 192.168.1.75] PHP 4. require_once() /tmp/tikiwiki/lib/registration/registrationlib.php:21, referer: http://newtiki/tiki-view_tracker.php?trackerId=1
[client 192.168.1.75] PHP Fatal error: Call to a member function check_script() on a non-object in /tmp/tikiwiki/lib/db/tikitable.php on line 10, referer: http://newtiki/tiki-view_tracker.php?trackerId=1

When you declare a field as hidden in a tracker, then the last field of the list of fields in that tracker is not shown at insertion time.

More hidden fields, more fields at the end that "dissapear" from insertion form...

Create a tracker, create a field in the tracker of the type "items list", go see this tracker's items, see notices like:

Notice: Undefined offset: 2 in /lib/trackers/trackerlib.php on line 486

Notice: Undefined index: in /lib/trackers/trackerlib.php on line 486

Tracker fields need more attributes for presentation and usage. These new attributes should include:

* Editable by ...
+ Is the field editable? Who by (users/groups)? Non editable fields might include "assigned to" or "author" fields. It may be that users cannot assign calls, but the group "call handlers" can. __done in 1.9.x__
* Next Field to right
+ Move the "1," type option functionality into the field attributes so that any field can be placed n the right of any other field. Very useful for presentation! __great idea, not done__
* Viewable by ...
+ Much like "Editable by...", hide fields from some people. A support call, for example, may have a field called "work done" which the assignee uses as a notepad for other support staff. This may not be suitable for end-user viewing! __done in 1.9.x__

That said, Trackers are really good as they are ;-)

It works nicely for text fields. It would be very useful for categories too.


Probably related: categories don't appear in plugin trackerlist

Using 1.9.7, tracker item list view shows wrong labels for columns, but the js popup shows labels ok, and item view is ok.

Screenshot attached. Same behaviour with tikineat.css theme style (cleaning caches, etc.).

[http://www.moviments.net/precarios/tracker6]

Example of item view ok:
[http://www.moviments.net/precarios/tiki-view_tracker_item.php?itemId=32&show=view&offset=0&reloff=0&status=o&trackerId=6&sort_mode=lastModif_asc|here]

Example of problem: Under the first column ("Siglas"), it should say ASI-Granada, and not "Asociación de Becarios de Granada ASI" (which is the field "Asociación"), etc.
-----------------
UPDATE: July 9th, 2007
The problem seems to be generated by using Wiki markup in a text area field. One field is
{CODE()}
((ASI-Granada))
{CODE}

When I edit this only field to removed the double round brackets
{CODE()}
ASI-Granada
{CODE}

, then item is shown ok in list.

I leave it with one item with double quotation marks (with the probem), and one without (displyed ok).:
[http://www.moviments.net/precarios/tracker6]

The tracker item list does not update after new entries/modifications are made to the tracker where the list items are stored.

The reason why this happens is because the cache was just not coded properly.

i've modified [http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=243&trackerId=5|this tracker item] and it didn't changed Lastmod by field

To reproduce: create a new tracker item on this site. Add it to the Drawing category, but don't give it a rating. After, check the ((Drawing)) page and you can "see" its absence.

{THUMB(id=17,url="show_image.php?id=17")}{THUMB}

Broken:
last_tracker_items
last_modif_tracker_items

See: ((TrackerModuleTest))

Using 1.9.cvs of a couple of days ago in both sites.

This site (single tiki install): http://margalef.ourproject.org has trackers without mirror tables. Tracker image upload works fine (image field, 50,50,400,400,400 params).

[http://margalef.ourproject.org/tiki-view_tracker_item.php?trackerId=2&itemId=1&show=view&from=personal|Example here]


This other site site (in a multitiki install.): http://moviments.net/valldelcorb has trackers __WITH mirror tables__ enabled. Tracker image upload fails (image field, 50,50,400,400,400 params), producing lines of rare code, but no image.

[http://www.moviments.net/valldelcorb/tiki-view_tracker_item.php?itemId=10&show=view&offset=0&reloff=3&status=o&trackerId=3&sort_mode=lastModif_asc|Example here]

Perms on ./img/trackers/valldelcorb directory are 755 www-data.www-data (it's writable by apache). No file is uploaded there, btw....
The problem is not only image upload problem, but it doesn't show the default image either when viewing items with no image uploaded with them, ("no picture available" square image), which is in the server and seems to be fine ([http://moviments.net/valldelcorb/img/icons/na_pict.gif])

After submitting a tracker via Tracker PlugIn, we should get a thank you / confirmation message.

This worked in the past an is now broken in BRANCH-1-9.

You can test here:
((TrackerPlugInTestPage))

phpBB is a popular open source forum software.
Sometimes, a forum is not enough.
So, the data must be migrated from phpBB to Tiki forums...

If you want to help:
Please post links to similar scripts.
ex.: phpbb to invision board, etc
If/when we do a script, we should do for all major forums.
---
__From kerrnel22 on 11/20/07:__

I have almost completed an integrated TikiWiki forum migration tool for 1.9.8.x and 1.10. Initial release will be to migrate only Tiki forums from one Tiki install to another. However, hooks are in place, and the intention is there, to work on extending the migration tool to importing of phpBB2 (or any other forum software) into Tiki. If you would like more information, email tiki.kerrnel@kerris.com. I expect a general release of the forum migration tool (for Tiki forums only) into cvs of both branches for beta testing by December 1/07. If all goes well, I'll have something released for phpBB2 migration prior to Dec 31.

When I set the homepage in Administration: General Preferences to "Articles" (which is what I want the homepage to be for both anonymous and registered visitors), the initial viewing for "anonymous" displays a homepage of "wiki".

When I set the homepage in Administration: General Preferences to Group homepage and then set the two group homepages to a typed-in "Articles" in the empty field and then log in as any user, the display is "No page 'Articles' found".

When I set the homepage in Administration: General Preferences to Group homepage and then set the two group homepages to a custom URL (http://www.progressiveomaha.com/tikidir/tiki-view_articles.php), the display is "no such page found".

One day I thought maybe the problem had to do with using Firefox on a Linux box, because my ancient Windows 98/IE machine brought up 'Articles' as the home page.

The next day both machines bring up the Wiki page as the home page. This is with the homepage set to 'Articles' in Admin-General.

Maybe I should be clear that I am refering to which page is brought up when TikiWiki is first accessed (from www.progressiveomaha.com/tikidir/).external link Once I have logged in as a user, I will access the 'Articles' homepage whether returning as another user or as anonymous. The problem only occurs on that initial anonymous access, and only after TikiWiki has had time to "forget" any earlier logons by that user.