Category: Closed - Completed

It asks for password, but then, give "Error saving image: HTTP/1.1 401 Authorization Required"

Not sure on how it works and can’t find solid information about it.

At https://doc.tiki.org/tiki-searchindex.php?filter~content=templates it says:

Field Weights
title:2.5
allowed_groups:0.0001
categories:0.0001
deep_categories:0.0001

So results with the searched word in the title should be of more relevance than other results and therefor be display on the top of the list.

However, at https://doc.tiki.org/tiki-searchindex.php?filter~content=templates the first result with the word Template appears is third.
Result one and two got a lot of time the word template in their content.

I tried to play with the "title" field weight but didn’t get anywhere.
(rebuilding the index didn’t improve)

Seems to work (jonnyB) when ElasticSearch engine is selected

When the Multilingual and Best Language features are enabled, the Tiki wiki page search results (both searchindex.php andsearchresults.php) do not append the "&bl" to the URL.

I just installed TikiWiki 3.0 on a XP workstation and a Solaris server. When I performed a search, the searched word was not highlighted in the SearchResults page. I used Tiki 2.2 and 2.8 before and both did it. It could be bug in 3.0.

I have examined the generated page and couldn't find the <span class='highight_word_01'> around the searched word.

I appreciate it if someone can show me how to fix it.

Thanks.

Setting User Tracker id login and registration fields from Profile fails

See example in this profile:
https://profiles.tiki.org/User_Trackers#Group

{CODE()}
permissions:
Members:
description: members of the association
include: [ Registered ]
user_tracker: $user_tracker #and once this work, we need to tell the system about which field ID to connect to
user_tracker_field: $login # On a clean install, the following both should be at "1"
registration_fields: $profileobject:user_name$
{CODE}

names as indicated in the documentation:
http://profiles.tiki.org/tiki-index.php?page=Permission%20Management&redirectpage=Group%20Handler

When running
sh setup.sh
on a fresh install, it shows the following message:
«Composer: If you are installing via a released Tiki package (zip, tar.gz, tar.bz2, 7z), you can and should skip using Composer. If you are installing and upgrading via SVN, you need to run Composer after 'svn checkout' and 'svn upgrade'. More info at https://dev.tiki.org/Composer»

But the first default is always [c] (Composer). This is only correct when one installs from an svn checkout.

When installing from tar, zip or other archives, the first default value should be [f] (fix permissions)

I creatd a new wish:
http://dev.tiki.org/item4797

And I clicked to created show.t.o instance (trunk, becuase 12.x is not available). And the spinner quickly stops (10 seconds?), with no results (no changes to the page, no link to show.t.o instance, etc)

Since 14.x displayList=y broken in Plugin TrackerFilter, and therefore, featured Collab Community profile broken

Tested with trunk r52418

To reproduce:
# apply Collaborative_Community_12x profile.
# Go to the registered users homepage. You'll see an almost WSOD with just the table header (of the trackerplugin) at the top.
# Edit the TrackerFilter plugin params to set displayList=n and everything will display correctly (but no list of items pre-displayed)

Error message in the show.t.o instance where has been reproduced:
http://xavi-9794-5447.show.tikiwiki.org/tiki-index.php?page=Community+Members+HomePage

^ Fatal error: Call to undefined function smarty_modifier_escape() in /var/www/xavi-9794-5447/lib/core/Tiki/Render/Editable.php on line 55
^

http://nextdoc.tiki.org/show:Installation is not like http://doc.tiki.org/show:Installation {sign user="marclaporte" datetime="2013-03-15T16:08:44+00:00"}
{img fileId="164"}

At Tiki15 on the wishlist pluginList I can edit the field "Resolution Status" and my editing is saved. I can edit the field "Volunteered" but it is not saved (no matter how many time I wait).

Here are some options
http://framework.zend.com/manual/en/zend.service.akismet.html
http://bad-behavior.ioerror.us/
http://antispam.typepad.com/
http://www.defensio.com/
http://mollom.com/

See: ((Spam Protection))

Noticed here: https://dev.tiki.org/Tiki12

I am pretty sure Tiki11 was fine. I will make a screenshot of Tiki11 on another site

If I have a tracker here I store people from many cities. And every city has its page with a plugin trackerlist what filters just the people in that city. So the people can "see" each other.
But
You can play around in the adresslist of the browser to find out the data from people of the other city (what i shoudn't see.
Thats not nice!

=> Solved by upgrade from 12 to 17
{sign user="Torsten" datetime="2017-10-26T22:06:38+00:00"}

Already possible:
http://profiles.tikiwiki.org/time_sheet

But it would be nicer to have a click on start, click on end to count time for you.

Something integrated to track time spent on ((doc:tasks))

Will be useful for ((project Management))


http://timeclock.sourceforge.net/
http://sourceforge.net/projects/phptimetracker/



Coordination happening at ((Federated Timesheets))

I've installed a new Tikiwiki at http://www.vic-fontaine.com/forum and started configuring it.

Now I have the following: No-one can log in any longer.

Steps to reproduce (at my installation):

* Create new user
* Confirm e-mail
* Log out new user
---> Login not possible

Admin can't log in either. I've managed to reset admin password to "admin". Still can't log in.

I've posted a questin in the forum, but now I believe this really is a bug. If you need more information about my installation, I can give it to you (database entries etc.)
Please feel free to log into my installation as admin if you manage to.

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))

__Tikiwiki__ V6.1
__Firefox:__ 3.6.13

Using the "Colored Text" specifier in a Wiki link specifier like this:

~np~((Second Deletion List|~~red:__Unix Shared ID Deletion 2__~~))~/np~

results in the ~np~<SPAN>~/np~ tag being revealed instead of presenting text colored as specified. While not a critical item, we have just upgraded a site that has smattering of these throughout. It did work at one time obviously or they wouldn't be there now.

The link does still work and is not effected.

--Steve

The change text colour palette is blank:

{img type="fileId" fileId="483" thumb="y" noDrawIcon="n"}

Tested on the instance and confirmed.


~~#F00:Update:~~ Fixed on 48335. {sign user="Bsfez" datetime="2013-11-05T07:25:28+00:00"}

https://tiki.org/forumthread51778

{img fileId="835"}

The canonical is:
<link rel="canonical" href="https://nextthemes.tiki.org/tiki-all_languages.php?page=CSS">

But should be
<link rel="canonical" href="https://nextthemes.tiki.org/CSS">

If install script fails (for some reason), we should at least let user proceed with manual installation.

Users have a link (list trackers) to tiki-list_trackers.php on tiki-view_tracker_item.php and tiki-view_tracker.php

However, if some of the trackers are restricted, users get an error message instead of getting the list of trackers to which they have access.

This comes out with new Chosen lib
{img fileId="256"}

It is also strange in mobile mode.

12.x not OK
http://tiki.org/tiki-print.php?page=TikiFestBootstrap

9.x OK:
http://profiles.tiki.org/tiki-print.php?page=Tiki+Suite

{img fileId="674"}

[http://irc.tiki.org/irclogger_log/tikiwiki?date=2013-08-28,Wed&sel=6#l2|The community Tiki is mixed up with Tiki Suite in a strange way.]

{flash type="url" movie="display389" width="783" height="428"}