Category: Community projects

If Trackers had the "tracker template" feature, it would allow for better pre-made extended features for Tiki at install time.
In tw.o forums, some people requested like: address books (imagine with the same basic fields as Mozilla Thunderbird & Evolution, etc. address books, ... Export from you local program (through csv), and import to your address book in Tiki (through csv).

The same for "Offers & Demands (linked or linkable)", that many people/communities would like to use like "out of the box" feature. I do have that kind of trackers made (basic, but working for production already: http://valldelcorb.org/trackers - http://valldelcorb.org/Comparteix (1.9.x) or http://intercanvis.net (1.10.x) using tracker plugins in a general Wiki page).

Since duplicate tracker is already coded in 1.10, and templates concept already exists in Tiki, Tracker templates would be a nice MUST in the MID and LONG run.

Tracker templates should be selectable at install time (in the new installer devs. are thinking/designing -> ((Install)) ), or at a later stage through Mods, maybe?

I looked today at http://info.tikiwiki.org/tiki-list_submissions.php and there are nearly 300 spam submissions there so far, and no way to delete them in groups. Maybe that's why nobody noticed my prior submission as info.tw.o editor from last month...

(the user need to be in info.tw.o Admin group in order to see the spam list. If your users is just in the info.tw.o_editors group, you'll see nothing but your own submissions if any.)

A text box to select the amount of rows to be listed would be welcome, and multiple checkboxes to select some or all, like with users, etc.

---
By the way, how can anonymous spammers post submissions to info.tw.o? They can't through http://info.tikiwiki.org/tiki-edit_submission.php (at least, nowadays)... Spam hole somewhere?

If I add a rating to a new tracker, the rating is not saved.

Also the rating value star has an opaque white background.

These occur on dev.tiki.org presently.

~~#F00:Update:~~ Still not working on dev.tiki.org revision 48335. {sign user="Bsfez" datetime="2013-11-05T07:14:49+00:00"}

The rating gets saved now but is not displaying. {sign user="pascalstjean" datetime="2013-11-24T00:42:50+00:00"}

~~#F00:Update : ~~ I retested on the 28/11/13. {sign user="Bsfez" datetime="2013-11-28T13:22:50+00:00"}
Not logged i saw that they were 3 votes but could see star on or off;
{img fileId="645" thumb="y" rel="box[g]"}

Once logged i voted and the score was reseted to 0;
{img fileId="646" thumb="y" rel="box[g]"}
---
This worked well in Tiki9., and it's still borken as of r49090 (December 15th). {sign user="xavi" datetime="2013-12-15T10:27:49+00:00"}
If Rating with "Stars (system)" is supposed to be deprecated, could someone please help to switch the rating system in the dev.t.o Bug Tracker ([tracker5]) so that it can use whatever new rating system is not "deprecated"?
This way, since the new [http://doc.tiki.org/Rating%20Tracker%20Field|Rating field is not documented] as of Dec 14th 2013, we could see it here at least as a working example.{sign user="xavi" datetime="2013-12-15T10:39:46+00:00"}
---
Ok, added the new Rating system myself to the Bug Tracker (new field 152: "New Rating"). And it works out of the box. Good job whoever coded the new feature. {sign user="xavi" datetime="2013-12-15T10:45:10+00:00"}

add history & rollback capabilities to structures (record dump somehow when struct. changes, or allow saving structure dump for backup...)
This way, when the structure gets mixed by machine or human error, the structure can be rolled back to the previous state.

This way, we could be more open for registered users to manage http://doc.tikiwiki.org/Documentation (or others) without the risk of failure when nodes get moved to the wrong place (due to some bug in the code). Or due to mistake by benevolent newbies mixing things without bad intention.

---

UPDATE: Still desired for some LTS version. {sign user="xavi" datetime="2013-11-17T09:31:50+00:00"}

Once upon a time, we had http://sourceforge.net/projects/cvsmonitor/ running on cvs.tikiwiki.org It was taken offline because it needed 4 gigs of RAM to run (!)

This provided some fun and useful stats about CVS activity. It would be nice to have something like this again.

There are some nice demos of what we could have.
http://statcvs.sourceforge.net/
http://statsvn.sourceforge.net/

We could have stats.tikiwiki.org to aggregate all stats from the TikiWiki community.

Any volunteers?


M ;-)

This would permit us to have stats about TikiWiki usage.

This idea is from [http://www.phportail.net/|Philippe Gamache] and [http://www.nexen.net/|Damien Séguy]

We could suggest to other cms/forums/wiki engines, etc to use similar headers

More info:
http://www.nextthing.org/archives/2005/08/07/fun-with-http-headers


[11:07:19 AM] Philippe Gamache says: x-cms-engine : tikiwiki 1.9
[11:07:22 AM] Philippe Gamache says: or
[11:07:46 AM] Philippe Gamache says: x-cms-engine :tikiwiki
[11:07:46 AM] Philippe Gamache says: x-cms-version: 1.9

I've set up a user tracker at registration time on tw.o, when TwCOmmunity group is chosen between the two listed right now at registration time.
http://tikiwiki.org/tiki-register.php

This tracker mainily requests selecting a checkbox to indicate that the user understands and will follow the rules and guidelines of TW Community, etc.

I've set up a user field at that tracker, so that we can see when each users decided to join TW Community by selecting that checkbox. And while the compulsory checkbox is not acting as compulsory (due to bug), which users did accept and which ones didn't accept.
http://tikiwiki.org/tracker8

Currently, an administrator of a Tikiwiki installation has to hunt for upgrades, updates, and security related information of his installation. It is often cumbersome and sometimes dangerous, think of the delay in fixing a crucial vulnerability, it has happened elsewhere before. It might also be nice to know that ppl are using current and feature complete software.

This one should be run every time a php file is changed:
doc/devtools/tiki-create_md5.php

This should be automatic. Is there a way to this with SVN?

There are a lot of different PIM applications using the iCal format, that Tiki can export.

As example I showed a usecase, where s.b. needed a synchronisation between Tiki and Google calendars, to make Tiki generated events visible in his Google Calendar, to ease the effort of sheduling between Tiki generated events and his personal google events.

I suggest a project for Calendar Syncronisation.

Please see: ((Calendar Synchronisation))

toggg fixed the broken Wiki-parsing in Blog/Trackers etc. - basically every feature except Wiki

We now need to cross-check for breakings!!

To get a list of all files to check, use this command:

$ find . -name '*.php' -exec grep -iEH 'parse_data\(' {} \;

[23:29:48] <red_adair> who knows tiki-atom ? it's you amette talking of it, no ?
[23:30:05] <amette> tiki-atom - that's completely unknown to me! :O
[23:30:19] <red_adair> $description = htmlspecialchars($tikilib->parse_data($chg["$descId"]));
[23:30:29] <red_adair> is kinda weird
[23:30:43] <amette> it redirects me to tiki-view_articles.php....
[23:31:52] <mdavey> tiki-atom : mose, march '04
[23:32:57] <mdavey> oh, it is for RSS atom feeds
[23:33:12] <amette> better not kill it then.. ;)
[23:34:20] <mdavey> I think it might be redundant - I think that the RSS library we use supports atom, too, now. Need to do some investigation.

This occured to me, while looking at the homework-perms remove issue...
... could be, that there is still something left... not sure though - reminder!

((tw:RestoreHelp))


If this is not ready in time we'll deactivate the feature and put a note to users than when they the should expect some 404 pages and that their help is welcome.

We need to decide on our branching & merging strategy.

Background info:
Many of the enhancements on HEAD have been backported to BRANCH-1-9. Most of the other enhancements have been done by Terence (teedog) -> ((tw:ReleaseProcess110))

Do we continue merges from 1.8 to 1.9 to Head?

Do we have devs assigned to merges, or do we ask each dev to do them?

Please see:
http://sourceforge.net/mailarchive/message.php?msg_id=11402375

More discussion needed here...

there is still that issue sometimes with the error undefined "thread sort mode" if you preview an answer before posting it at tw. forums.

It heppened to me again when attempting to reply to a thread with a comment already, and I previewed my post first before attemptint to post it.
When I clicked on post, I saw that message.

TW.o is currently using tiki5beta1 r26677

We need to decide about ((tw:DefaultSettingsChanges)) in 1.10

Some of the new features are much better than previous ones (ex new diff engine). People upgrading their Tiki could conserve their setting. However, new installs should take advantage of the new features.

A note should be added in tiki-install.php This must be low maintenance for Tiki dev team.

To speedup this site, delete any login which:

1- has not voted in tracker ratings
2- has not submitted, modified or commented a tracker item
3- no tracker item is submitted to them

In short, all logins which are not useful here at the moment. Logins will be recreated here at their next login via InterTiki anyway...

Current list needs a revision, especially before too many people start using: [tiki-browse_categories.php]


Please add your suggested categories as comments

User drop down menu now includes 7500+ users. This was a heavyload on the server so I removed them from the trackers.

IRC-Log 20050705
---
[22:38:53] <amette> ahum - it looks to me, that we loose data on tw.o and on dev.tw.o after site-updates - please have a look here: http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=257&show=view&status=o&trackerId=5&sort_mode=f_41_desc&filterfield=26&filtervalue[26]=tracker
[22:39:36] <amette> luci added the solution as far as I remember (lastmod is empty) - later on I closed this item with solution Accepted and a modification to the solution

--- some stuff cut ---

[22:49:50] <amette> The thing with tw.o is, that I know exactly I edited a page - later toggg told me, that I didn't make the change, hm, well, yes, it was lost.....
---
The page in question is
http://tikiwiki.org/tiki-index.php?page=FindTikiExpert

No one can confirm that with their own Tiki.

I really don't know what it could be (site updates) - but it scares the hell out of me.... well, almost ;)

We have: ((tw:PO convertor for TikiWiki))

Should we change the way we handle language.php?: ((Research about different i18n systems))

A newly registered user cannot edit most of doc.tw.org

An anonymous user cannot edit doc.tw.org, even with CAPTCHAs.

There is no clear text on a page of doc.tw.org which tells a user why they cannot edit that page, or what they can do about it.

Thanks to this:
http://doc.tikiwiki.org/Forum+and+List+Synchronization

This:
http://sourceforge.net/mail/?group_id=64258

Should be mirrored here:
http://tikiwiki.org/tiki-forums.php

This would be great ((tw:Dogfood)) to better organize our community and let users join groups according to their interests.

When this is fixed:
http://dev.tikiwiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=986

This would be even better:
http://dev.tikiwiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=829

but let's not wait!

Version 2.0 now offers an ((doc:Interactive Translation)) feature.

Next, we could set-up the web-based, interactive translation feature, and translation commits to main code base could be done regularly from i18.tiki.org to SVN. We would need to find a way to credit the translators in the CVS log.


References:
http://i18n.tiki.org

https://translations.launchpad.net/

Workspaces (from ((doc:Mod AulaWiki)) are half broken on 1.10 since months ago.
Any action which is related to workspce calendar module gives fatal error (blank screen). Adding resources to workspaces also fails:

^
Fatal error: Call to undefined method WorkspaceResourcesLib::get_url_admin_file() in /var/www/tiki110/lib/workspaces/resourceslib.php on line 117
^

On this url (on an updated site to 1.10svn from May 2nd):
[http://moviments.net/cursos/tiki-workspaces_view_module.php?module=workspaces_resources&workspaceId=110]


http://edu.tikiwiki.org is also having the same kind of problem, on a less updated 1.10 site.

This is an RSS feed:
http://sourceforge.net/export/rss2_projsummary.php?group_id=64258


It's not the traditional way of using RSS but it can be very useful :-) It permits us to get up to date info (Ex.: number of devs, number of downloads, etc.) from SourceForge, using RSS. We can then publish on http://info.tikiwiki.org/



This idea could be used for serving ads.
http://en.wikipedia.org/wiki/Ad_serving

This is also in the same idea as:
http://dev.tikiwiki.org/Connect
http://tikiwiki.org/Viral+Tiki

Two immediate uses
# Manage the footer of all *.tikiwiki.org sites from one place
# Permit to push news & calls to action (Current version of Tiki, vote for Tiki in an Award, new release, etc)


Tiki5 as of now:
http://tikiwiki.org/tiki-index_raw.php?page=rsstest

Tiki4 as of now:
http://info.tikiwiki.org/tiki-index_raw.php?page=DeployWikiPageContentAsRSS



Related
{wish id=1396}

Hi there,
I would like to know if it is possible to force the tikiwiki login process.

I want the login page for the home page, in order to force the users to log in. I have to modify the tiki-index page ?Do you guys have any hint for doing that?

Any help will be much apreciated.
Luca

Something more than this:
http://irc.tikiwiki.org/

There is a start but can it handle the volume of data we produce?
http://tikiwiki.org/tiki-view_irc.php

The level of integration (all, some or none) with Tiki is to be discussed.

Related/similar software:
http://colas.nahaboo.net/software/irclogger/
http://ircbrowse.com/
http://tools.splitbrain.org/irc/wikiohana/

An RSS feed would be nice.


And some stats:
http://pisg.sourceforge.net/

I've seen the gorgeus work done with jquery to allow re-sorting data in tables at wiki pages when using the ((doc:PluginFancyTable))

That would be also awesome if enabled in the ((doc:PluginTrackerList))...

This way, we would even allow the conflict between cache and sorting for anons... (see this other report [bug2898] )

Say I include a bunch of pages in one larger page.

I click edit, and find that it's an included page. I should be able to edit directly that included page (assuming I have permissions), a bit like ((doc:section edit))



Benefits:
*Each page has independent history.
*They can be edited in parallel.



__Can page renames also survive inclusions?__


Related:
*{wish id=2668}

If we had this, we'd use it on http://dev.tikiwiki.org

The Trac Repository Browser:
http://trac.edgewall.org/wiki/TracBrowser

Let's coordinate here: ((Repository Browser)) and ((Code Review))

Here is:
http://phplm.sourceforge.net/docs/CHANGELOG.txt

This is the first thing people will try

I wonder how many times over the last years I've had to select my user profile to be public in my preferences at http://tikiwiki.org/tiki-user_preferences.php

I always change __User information:__ from private to "__public__".
But after some months (and tiki upgrades, maybe?), I find that that settings is at "__private__"

Thus, When I go to send a message to a user, I can't either send the message:

^You have to be able to receive messages in order to send them. Goto your user preferences and enable 'Allow messages from other users'^

Or I can't because that user has that setting as private (I realized that chibaguy now has that same setting, but I wonder whether he chose that or not, like me)
---

same on other settings that have changed without my content:
Messages per page: 2 (I had 10, at least)
Allow messages from other users: no (I had yes)
Note author when reading his mail: no (I had yes)

This is an ongoing effort:
https://tiki.org/Testing-Tiki-installations-on-major-Shared-Hosting-companies
https://tiki.org/Hosting-company
https://tiki.org/1-click-installers

https://tiki.org/Message-to-1-click-installers-about-Tiki-LTS

For many people, Wikipedia (powered by MediaWiki) was their first contact with wikis. MediaWiki has a very nice interface and has done an amazing job to get Wikis known to the public, via Wikipedia. MediaWiki/Wikipedia is probably the best thing that happened to the Wiki world since Ward Cunningham invented the wiki in 1995.

MediaWiki is excellent to make an encyclopedia. However, it is not designed to be an Intranet/corporate wiki with an advanced permission system. Also, MediaWiki is "only" a wiki. It doesn't have extra features like forums, trackers, blogs, etc. Maybe these features will eventually be added to Mediawiki, but it doesn't seem imminent.

Users which want more can use some glueware to combine a Wiki and an existing full featured CMS (ex.: Drupal + MediaWiki or Xoops + MediaWiki) or they can choose Tiki Wiki/CMS/Groupware.

There are apparently millions of MediaWiki installs. In contrast, there are "only" tens of thousands installs of TikiWiki. While this number is very good, we can expect more & more people will want to migrate from MediaWiki to TikiWiki. Even if a small proportion of MediaWiki installs migrated to Tiki, it would still be a very large influx of users.

Tiki can already look like WikiPedia:
http://themes.tikiwiki.org/Tikipedia

One important step for Tiki's future is to have a converter from MediaWiki to TikiWiki so users can have a painless upgrade path and gain access to more features.

http://dev.tikiwiki.org/MediaWiki+to+TikiWiki+converter

Related:
*[wish1531|Wiki markup for icons]
*[wish1805|Universal Wiki Edit Button]
*[wish2102|Support some of the MediaWiki syntax that doesn't conflict with TikiWiki syntax]
*[wish1191|Wiki editing: Preview with diff, like Mediawiki]
*[wish1843|Infoboxes like MediaWiki/Wikipedia, but making use of trackers to be future-proof]
*[wish1781|Support for the Wiki creole markup (syntax)]

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]

If you go to this page:
http://themes.tikiwiki.org/tiki-index.php?page=legacy_themes

You see links to download themes. Good.

However, these could be older versions. Bad.

Suggestion: a permanent link.

http://mods.tikiwiki.org/Dist/themes-matrix.tgz
which links to the latest version. Ex.:
http://mods.tikiwiki.org/Dist/themes-matrix-1.2.tgz

Of course, if people use the mods installer, they don't need. But still...

mods: remove mod config from mods.tikiwiki.org list (old and unfinished work).
Keep it in cvs, just in case mdavey or anybody else might like to keep working on it, but it's not functional right now, and it overwrote the improved tiki-admin.tpl in tiki core files.

I removed the page also from documentation pages
[http://doc.tikiwiki.org/Mods+list]

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)

Our community needs some forums for the administrators only so that we can pass messages back and forth. However, there's no way to make any of this private. Any registered user can read and post what need to be private forums. In many cases you don't even have to be registered to read.

Hello,

I can act that, with new version of the dev dev.interface:

- No efficient access to "list yours" (empty list with query error)
- No filter which don't reach "query error"

No more tool efficient to manage the report "bugs ans wish"

I stop till I don't receive a message telling that we can access to :
- filters on messages
- find my own message

Waiting,

Because I can't work without these tools

I have waited two days.

What happens ?

We are documenting some ((info:Use Cases)) which will become profiles. To be able to developer/test/improve these profiles, we would need a site like [http://www.opensourcecms.com/index.php?option=com_content&task=view&id=180|Open Source CMS] but for all profiles. This site only shows one profile.

These 20+ demo sites would provide admin access to easily test any profile. It would encourage people to generate and improve various profiles as well.

Related:
((Profile Manager))
((TRIM))

Related:
http://drupal.org/project/usage/

[wish1416|Reporting errors (to tikiwiki.org) system (like Firefox Talkback)]

Use case:

We want users to update their profiles every once in a while.

So the system should be reminding users to click on tiki-view_tracker_item.php?view=+user and update their user profile.

Eventually, an email reminder could be cool as well.

http://mods.tikiwiki.org/details.php?type=lib&mod=phpfreechat

the fact is that even if installing by hand, the phpfreechat plugin doesn't work for me, neither on tiki 2.x (with ajax enabled, etc., cleared browser and tiki caches, etc.: just says: "chat loading, please wait, and nothing happens), nor in tiki 3beta4 (it's even not listed in the list of plugin to enable/disable)

It's a pity that we can't provide a functional chat for tiki 2.x or tiki3.x sites... (minichat module for tiki3 was getting close to functional, but since it doesn't provide the date stamp nor a way to read the log from previous conversations to specific date, it's not being used... see the example of the last TikiFestUK: dimdim, skypechat, + irc chat)

Plugin mouse over is missing this files inside:

wiki-plugins/mouseover/wiki-plugins/wikiplugin_mouseover.php
lib/wiki-plugins/wikiplugin_mouseover.php

it only contains th*.info.txt file.

So it can't install (neither from cvs _mods, neither from admin mods interface (mods.tikiwiki.org )

http://alexandria.wiki.sourceforge.net/Hosted+Apps

http://profiles.tikiwiki.org/SourceForge_Software_Project


((SourceForge Hosted Apps))

Invite locals to ((tw:TikiFestArgentina))

Tiki directory was closed down from anonymous viewing for security reasons.

This section should stay restricted:
http://tikiwiki.org/tiki-directory_browse.php?parent=2

But the rest of the directory can be available.

How can we do this via permissions or category permissions?

Review all mods and decide what should be added to BRANCH-1-10
http://mods.tikiwiki.org/

Please see: ((To mods or not to mods))

criteria:
*license
*size
*security
*potential popularity of feature
*non-reliance on 3rd party code


Plugins that will now be in core (and removed from mods):

*include ok in 2.0, should be removed from mods
*[http://mods.tikiwiki.org/details.php?type=wikiplugins&mod=perm|perm]
*group (ok) should be removed from mods: wikiplugin_group.php
*[http://mods.tikiwiki.org/details.php?type=wikiplugins&mod=files|wikiplugin_files.php]
*wikiplugin_listpages.php ok?, just remove from mods?
*[http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=1550|wikiplugin_mouseover.php needs to be fixed, then moved]
*wikiplugin_trackeritemfield.php __done in 2.0__

Reason:
*Great plugins
*Mods installer doesn't work for everyone and there is no documentation for manual install

Copied some suggestion I just throwed on irc..., after fighting each time on some of my production sites to manually send messages to many users which are kind of lost some times at the beggining of their participation in a tiki-site-powered community.

{QUOTE()}
(11:37:39) xavi: I was just wondering about a new and easy improvement of the registration process of new users to a community sit eusing tiki
(11:38:07) xavi: just through allowing an admin to add acustomized welcome message to new users successfully registered to the site...
(11:38:29) xavi: ... with the text and links he might need to tell to new users....
(11:38:52) xavi: ...in a similar way to what mailman does for the welcome message to new users...
(11:39:48) xavi: ...I imagine a simple text area, like site identity does, where the admin can write any simple text (with or without wiki markup? like the newsletter feature does/allows)...
(11:40:45) xavi: ...so that the admin can set that message easily (without manualy searching for the appropiate template to hack through ftp)...
(11:42:48) xavi: ..and the the new user, can review the infos and tips that he/she needs to know on that site: "now you can: # watch that forum where that important thing is discussed.... #join that newsletter/blog/articlefeature to be up to date about news from that community, #review and/or subscribe to that tracker..., ...
(11:45:22) xavi: oh well, I can't code php+mysql myself (yet, at least ;-) ), but I guess that this shouldn't be that difficult nor time consuming to an experienced coder, provided that that person agrees on that this feature is "low hanging fruit" to improve the experience of newcomers to a community, through improving the communication while the first steps of that person in the community site...
{QUOTE}

This could also be important for ((Workspaces)), and ((Organic Groups)). So that, not just to register (join the registered group), but as a customized message per group, so that, when joining a new group (at registration time, or later on through the subscribe groups plugin), you get the specific message with hints, links and remindings of things adapted for that group.

Various *.tikiwiki.org sites are managed by different volunteers on various hosts. That is good.

Each domain should be systematically copied over to someone else.

Something like:
||domain|managed by|backed up by
fr.tikiwiki.org|mose|marclaporte
themes.tikiwiki.org|marclaporte|luci||


Related:
http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=482

Please read:

[http://irc.tiki.org/irclogger_log/tikiwiki?date=2009-04-18,Sat&sel=117#l113]


Something like:

{img src=images/code.png}%%% {CODE()}
{if isset($objectCategoryIds) and in_array(1, $objectCategoryIds)}
This is the documentation for {$page}. For bug reports and feature requests, please visit [http://dev.tiki.org/{$page}]
{/if}
{CODE}

While Tiki has a "friendship" feature, it is so basic, that I am putting as "missing". What is missing is proper Social Networking with "transactions" between community members (Ex.: [http://www.nomadics.it/|hospitality exchange network], carpooling, dating service, etc) with reputation system. Something like LinkedIn, Facebook or the www.phpbeer.com project.

Since this is a vast project, we'll coordinate at ((Social Networking))

Sort on rating at this tracker is broken.
To reproduce:
* Login here: http://dev.tiki.org/tracker5 (as user xavi, plain registered user)
* click on rating column (to sort items on their rating): it apparently works, even if it shows first the ones with the lowest rating.
* click again on rating column (attemping to sort the items with highest rating first), and still items with 0 in the rating are showed first.

url (only with open items, to reduce potential factors interfering): http://dev.tiki.org/tiki-view_tracker.php?trackerId=5&sort_mode=f_152_desc&status=o

^ __Note__:
Please note that this is using the maintained (non deprecated) rating tracker field (field 152, type "Rating"). If you are an admin, you will see still 2 fields as rating, but one, the former and unmantained (field 62, "Old Rating - Stars (system) visible by Admins only"), is hidden from registered users (it's kept there in dev.t.o in case some devs makes an script to convert the data from the old tracker field into the values for the new tracker field in all tracker items of the same tracker).

I tag this wish a regression since I remember that this worked in past, years ago, but unfortuntely I can't say in which specific version.

I consider this isse to be somewhat important since tiki are being used more and more to allow communities to gather user feedback to prioritize issues, actions, strategies, proposals, etc., in a genuine "wisdowm of crowds" way, and this issue prevents using tiki for this goal, which is a pity when you are using Tiki in the same community for many other community needs... See http://doc.tiki.org/E-democracy
^

---
Maybe related to [item1446|item 1146: Trackers: Need to be able sort as numerical instead of text]?

Goal

We want doc.tw.o to generate nice printed documnentation.

Problem
It's too difficult to detect which pages are not in a structure.


A new page may be created but not assigned to a structure and be lost, and not appear in the printer version.

It's ok that some pages are not in structures (notes, redirects, etc) though.


tiki-edit_structure.php -> list at the bottom should only show me pages that are not in current structure, otherwise, I can add the pages at two places in the structure.(feature or bug?) This could useful to move pages though because current system is too cumbersome for large structures like the one on doc.tikiwiki.org


Perhaps, the structure if should appear in list pages. So by sorting, we could find all orphan pages...

tiki-backup.php was like performing surgery on yourself. It can work but it's risky.

We can't use rating yet (hopefully soon), so at the moment it is just the priority user chooses. From 1-low to 9-high is very subjective and people tend to rate things higher, than they 'objectively' are. I just stumbled across this classification from Bram Molenaar and think that it is a good guideline for rating Items. As long as we use the Priority field, it would be easy to implement, later for Ratings we would have to add something like a legend or so..

--- copied from VIM reference manual TODO List ---
Priority classification:
9 next point release
8 next release
7 as soon as possible
6 soon
5 should be included
4 nice to have
3 consider including
2 maybe not
1 probably not
- unclassified
--- end of copy ---

I am often getting:

[i18nwiki@alpha ~]$ cd www
[i18nwiki@alpha www]$ svn up
svn: Working copy 'temp/cache' is missing or not locked
[i18nwiki@alpha www]$


This is caused by something that is destroying some svn system files (presumably trying to clean the cache)

Workaround is to destroy temp and to do svn up

We should have system RSS feeds which links to:
http://info.tikiwiki.org/tiki-articles_rss.php


And this should be hard-coded in tiki-admin.php

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

Hello Devs,

I did upgrade a site to 7.1 this weekend.

Using WYSIWYG/CKE I have the following prblem:

In some features of the Tiki 7.1 the output the editor is just the plain
HTML Source.

That means, not in Wikipages, but in the articles and in the calendar
events, there is not a nice text with formatting bold, italic, colors
and pictures etc, but only the plain HTML source code visible to the
website user/visitor.

The WYSIWYG/CKE editor works normal and I can see the content just
normal like ever, being in the editing mode. But when I save, I can just
see the source code, like it would be in codeplugin.

This affects as said articles and calendar (perhabs more, I will hope to
find out) but it does not affect wikipages by now.

And it affects existing articles and events aswell as newly edited.

(worked well in 6.x before)

Thx for reply and wish a nice sunday to all,
cheers
Torsten

Please see two forum discussions at tw.o dev forum:
[http://tikiwiki.org/tiki-view_forum_thread.php?topics_offset=1&forumId=3&comments_parentId=16168]
[http://tikiwiki.org/tiki-view_forum_thread.php?topics_offset=0&forumId=3&comments_parentId=25213]

or directly at
http://tikiwiki.org/TikiBountySystem

Cheers, Xavi

I did report this bug days ago. I edited to close it, selecting as closed many of the fields to do so in the [tracker5] but I forgot to set as "closed" the first and traditional drop down:

http://dev.tikiwiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=2856

After I saved, I can't edit my bug tracker any more, not even to set as closed that bug report.
To me, too many fields are related to closing the bug, only one should be chosen for that. And if more than one, much better to place all of them close ones to the others.
---
UPDATE: Outdated, so closing.

See http://dev.tikiwiki.org/TestTrackerlist

You will see that links do not how on the first trackerlist plugin. They work on the second and third one though.

Removing description from the fields shown in the popup seems to fix it. But not all descriptions seem to break it though - see the second plugin filtered differently which works.

I am unable to access info.tikiwiki.org or themes.tikiwiki.org with IE7. (FF and Opera work fine.) I get the following error:
{CODE()}
Warning: session_start() [function.session-start]: open(/tmp/sess_4bf95c633abfec1c2db078c6c7e6cf23, O_RDWR) failed: Permission denied (13) in /home/themetw/public_html/tiki-setup_base.php on line 279

Warning: session_start() [function.session-start]: Cannot send session cache limiter - headers already sent (output started at /home/themetw/public_html/tiki-setup_base.php:279) in /home/themetw/public_html/tiki-setup_base.php on line 279
header already sent
{CODE}

People want to help Tiki.
Tiki needs more energy.

Let's make it easier to connect!

1st thing is to review all documentation. Make it faster/simpler/easier to transform a casual user into an active contributor.


1- http://tikiwiki.org/Participate

2- Update documentation at ((tw:ReportBug)) and at ((tw:RequestEnhancement))

3- All links/info on dev.tw.o

Bugs & Wish list

The goal is to have a USB key version of Tiki.

Possible uses:
#Easy testing on a Windows desktop
#Have a backup of your Tiki on your MP3 player
#etc


Possible partners:
http://www.easyphp.org/
http://portableapps.com/apps/development/xampp
http://www.uniformserver.com/

Using 2.0beta code, afaicr.

There are two different users (from two people) in a site: "Xavi" and "Xavier"

This user (which is me)
http://intercanvis.net/tiki-user_information.php?view_user=Xavi

shows some data from the user "Xavier" (the data from the group tracker, afaik):
^
Nom: xavier
Cognoms: rocabert argila
Usuari: xavierrocabert
Telèfon: 932372798
Barri / Població: barcelona
^

As you can see, this information belongs to this other user:
http://intercanvis.net/tiki-user_information.php?view_user=Xavier

on dev.tikiwiki.org, we have a custom syntax ~np~{wish id=1234}~/np~ to get information about a wish.

This shows the description of the wish, with a hyperlink.

This uses ((doc:PluginTrackerItemField)). If you are a Tiki admin, you can see the config here:
http://dev.tikiwiki.org/tiki-admin.php?page=textarea&plugin_alias=wish

This is very very useful.

How, how could we indicate that a bug is solved? (ex.: on ((Tiki4))

If bug is solved, could it have a relevant class (ex.: special color, crossed out, etc.)?


http://irc.tikiwiki.org/irclogger_log/tikiwiki?date=2009-09-25,Fri&sel=291#l287

You can get to help easily enough, but it's kind of hard to find the "wishlist" page.

Please see ((workspace roadmap))