Name | Type |
---|---|
_htaccess should know which version of Tiki it is for | tracker item |
"TermA TermB" searches should be "termA AND termB" not "termA OR termB."
This is the default behavior in search engines like Google Also reported here: [tiki-view_tracker_item.php?itemId=166] and: {QUOTE(replyto=BillMac)} I have found that, if I want to find something on tw.o sites, I should disregard TW's search feature and use Dogpile to look things up. The TW search capability is so weak that it is almost "a missing feature." At the very least, "TermA TermB" searches should be "termA AND termB" not "termA OR termB." The plus/minus markers are fine if you're in the know, but they don't work well either. Using the category/group filters renders a whole different set of answers; not GOOD answers, just different. Without those filters, unauthorized users see parts of pages they are not supposed to see at all. Not a missing feature, a broken feature. Gosh, I hate to be so negative. {QUOTE} Source: ((Major Features Missing in TikiWiki)) |
tracker item |
{poll } Does Not Work
After setting up and creating a poll with ID = 1 __Update:__ I was following the examples on the doc site for how to embed a poll. These examples typically are in the following formats. The examples throughout the docs should probably be updated to reflect the what actually works (see solution section below). I am a brand new user and am finding the documentation regarding the embedding of dynamic variables to be wrong in many cases. When inserting any of the following: {CODE()} {poll} {CODE} ''generates junk code in the rendered page'' {CODE()} {poll id=1} {CODE} ''generates junk code in the rendered page'' {CODE()} {pollId=1} {CODE} ''simply outputs pollid=1 in the rendered page'' {CODE()} {poll pollID=1} {CODE} ''ALSO generates junk code! So, it's case sensitive?'' ''Details:'' I have tried several versions (just in case case sensitivity was a problem). This has also been reproduced with and without jQuery turned on. I have insured that the Polls option is available in the Text Field as well. Currently operating as an admin user with all capabilities turned on. The "junk"is essentially html. Turning "Allow HTML" or "Try to covert HTML to wiki" has no effect. I __can__ get other dynamic content to work. |
tracker item |
/tiki-mobile.php produces Warning on PHP5
Warning: ini_set() [function.ini-set]: A session is active. You cannot change the session module's ini settings at this time. in /lib/hawhaw/hawhaw.inc on line 1165 |
tracker item |
Update Notifier: many versions are misreporting available upgrades | tracker item |
11.x: issues with greenvalley theme style | tracker item |
12.0 Step 7 of tiki-install.php : "Upgrade fix" is offered even on fresh install | tracker item |
12.x Fatal error: getField() on a non-object in trackerlib.php on line 726 | tracker item |
14.x: Comments can't be posted nor edited when codemirror is switched on (or 'disabled but switchable') | tracker item |
12.x: Multiple Delete+BanIp for spam registrations (like the feature coded already for Comments) | tracker item |
12.x: Ratings in articles don't show all options, just a single radio button | tracker item |
13.x dev.tiki.org :: print version of a wiki page :: link of wiki page source is incorrect | tracker item |
13.x doc.t.o: apply template to wiki page adds no new content on reload | tracker item |
13.x Horizontal scrolling on http://dev.tiki.org/tiki-pagehistory.php?page=Tiki12 | tracker item |
13.x suite.tiki.org : The footer is missing since the upgrade from 12.x | tracker item |
13.x: applying a profile from Profiles Wizard doesn't send the user to the "Step2" indicated in the url (some steps anchors gone?) | tracker item |
codemirror not switchable for new comments (but just for comment edition) even if preference correctly set | tracker item |
13.x: doc.t.o menu 43 (public info for anons) doesn't show 'section level 1' records, but only section level 0 and options | tracker item |
13.x: Tabs from PluginTabs stopped working when using PluginTracker inside | tracker item |
13.x: tracker field 'static text' shows description by mistake below the field because that is only meant to be parsed as field content | tracker item |
5 RC1 HomePage Incorrectly lists Profile Features
The RC1 HomePage says ---- __Personal Blog and Profile__ (apply profile now) Setup with many cool features to help you integrate the Social Web and establish a strong presence in the Blogosphere Blog (Full set of blog related features) Image Gallery ''__Calendar__'' RSS Integration Video Log ----- However the Calendar is not installed, so either the doc is wrong or the feature should be added to the profile. |
tracker item |
A SheetID is required shown when attempting to edit a sheet with jquery.sheet
Very similar to this bug that was fixed in Version 5: http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=3017&trackerId=5&show=view Unfortunately, our host does not support version 5 yet, so I am dead in the water unless this same issue gets addressed in version 4.1 Basically, you can create sheets, but whenever you try to edit them, simply clicking on any of the links (Insert, Remove, etc.) causes a redirect to an error page stating: "A SheetId is required." I haven't been able to import simple spreadsheets either, but that's another issue. |
tracker item |
Action buttons missing in 3 themes (Coalesce, Strasa, Ohia) when translating wiki pages | tracker item |
Add a link between the menu management and the admin panel about menus
Admin -> General -> Navigation |
tracker item |
Add memcached support, with admin panel
Support.mozilla.com solution or http://framework.zend.com/manual/en/zend.cache.html http://framework.zend.com/manual/en/zend.cache.backends.html#zend.cache.backends.memcached |
tracker item |
Add support for Optimizer+ stats in the performance admin panel | tracker item |
Adding some examples in htaccess
ex.: # Redirects # This is useful if you are migrating from an old site, and you want the old URLs to still work. # Just uncomment and edit the line below. Redirect 301 /oldpage.html /tiki-index.php?page=newpage |
tracker item |
Admin trackers -> Field Types and Admin Filter Preferences | tracker item |
Admin/Assign module interface broken | tracker item |
After upgrading to Tiki 4 tiki-galleries.php does not work anymore
I have the following problem: we wanted to upgrade our old tiki 2.2 to the new tiki 4.0 but there are some problems. after using tiki-install.php to upgrade the old tiki to the new one the image galleries doesn't work anymore, even though it is activiated in the features menu. the problem is the following: every time i want to go to tiki-galleries.php i get the following error: ---- The following error message was returned: __The query was:__ __select `sortorder`,`sortdirection` from `tiki_galleries` where `galleryId`=?__ __Values:__ __1. 13__ __2. o__ __The built query was likely:__ __select `sortorder`,`sortdirection` from `tiki_galleries` where `galleryId`='13'__ ---- the problem is as you see there is no error message only the query is displayed. i tried to install a vanilla 4.0 and created two galleries where each of it has one image in it and it works fine i compared the database tables tiki_images, tiki_images_data and tiki_galleries and they seem to have the same structure i tried to copy the tables mentioned above from the upgraded tiki into a clean install and still get the error above possible problem seems to be with the tiki_image table as it works fine without the images in the image tables - but the error appears only after i copy the image tables into the database it would be nice if someone could help me / fix this problem as it would take some time to reupload all the images (then probably into the file galleries) and besides that is there a tool that moves the images from the image gallery to the file gallery for future use? edit: all the other php files work like tiki-list_gallery.php and tiki-browse_gallery.php |
tracker item |
Allow Tiki to use virtual currency servers powered by CCLite
Allow Tiki to use virtual currency servers powered by CCLite. (See ((cc)) project) --- Reopening because it's not working (as of August 2010). See (if needed): http://c2c.ourproject.org |
tracker item |
Ignore - DoublePost | tracker item |
Announcements: There should be an easier way for ppl to stay up to date
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. |
tracker item |
Articles plugin "start" parameter not working (and not documented)
Apparent bug of undocumented feature within the ARTICLESplugin, such that the "start" parameter does not seem to function. In the example below, This was coded into the body of a wiki page. I was trying to have two ARTICLES columns, but show the first 5 (or so) articles on the left of the wiki page, then continue with articles 6 thru (say) 10 on the right column of the split wiki page. Gary (chibaguy) suggested the code below (including the "start" parameter), but it appears that I get identical lists of articles, rather than one column listing articles 1 thru 5, and another parallel one listing articles 6 thru 10 (as expected). "Start" doesn't appear to be documented, but Gary chibaguy suggested it's use to me. {CODE(caption="example code to reproduce problem")} {SPLIT()} {ARTICLES(start=1,max=5)}{ARTICLES} --- {ARTICLES(start=6,max=10)}{ARTICLES} {SPLIT} {CODE} Please see http://tikiwiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=35859&thread_sort_mode=commentDate_asc#comments Gary suggested that I submit this as a bug, so this is it. It would be awesome to be able to do a two column split of articles via the inline plug, but not when the lists are identical. Thanks to you for looking into this!!! -sd :) |
tracker item |
Bibliography management system (references)
[http://freshmeat.net/browse/1099/|bibliography management system] like www.bibwiki.com http://refbase.sourceforge.net/ Could probably be done by a smart combination of ((doc:wiki)) & ((doc:trackers)) in a [http://profiles.tikiwiki.org|profile]. [http://en.wikipedia.org/wiki/Wikipedia:CITE|This guideline uses the terms "source", "reference", "citing", and "citation" interchangeably.] Related: [wish1825|Generate footnotes at the bottom of a wiki page] (a simpler version of the current wish) |
tracker item |
Bootstrap icons not found with bootswatch themes | tracker item |
Built-in secondary menu managed from site identity in Tiki 5
Many (most) websites require the use of both a main menu and a secondary menu. |
tracker item |
Can't delete a user at tiki-adminusers.php | tracker item |
Can't enable Wiki watches on 4.x
I do Admin > Wiki > No Tab (i.e., tiki-admin.php?page=wiki) , go down to the Wiki Watch section, I see: --- Wiki watch Help Information Feature disabled. Enable now. --- I click on __Enable now__. I end up at tiki-admin.php?page=features I go back to Admin > Wiki > No Tab, and it still says: --- Wiki watch Help Information Feature disabled. Enable now. --- And if I go to a wiki page, I don't see the eye icon for enabling watches. |
tracker item |
Can't save changes made to Preferences in My Tiki | tracker item |
Can't start a show instance in trunk | tracker item |
Cannot add a user to groups wit the new popup dialogue | tracker item |
Check For Updates Now
Version 5.4 is out but under "General Preferences," the "Check For Updates Now" does not work |
tracker item |
ckeditor IE11 bugs | tracker item |
CodeMirror: too much white space in wiki source view | tracker item |
Command line re-indexing of search: should give you stats like web interface | tracker item |
Creation of tracker items with relative dates from profiles shows the right date in view item but empty when editing item | tracker item |
dev.t.o (12.x): rating tracker items is half-broken | tracker item |
dev.tiki.org: module title background color is a different red that the rest | tracker item |
Discussion: Should we change from language.php to native .po files?
We have: ((tw:PO convertor for TikiWiki)) Should we change the way we handle language.php?: ((Research about different i18n systems)) |
tracker item |
Displayed timezone field deactivated if set to Site Default even if user preference allowed | tracker item |
Conflict between tablesorter and .table-responsive sometimes causes Firefox layout problem. | tracker item |
Dogfood Forum and List Synchronization between tw.o forums and SourceForge Mailing Lists
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 |
tracker item |
Ease contributions of translations for people that don't use SVN
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/ |
tracker item |
Edit popups should be modal (specifically Edit Tracker Item) | tracker item |
Error when displaying a tracker item and tpl is not found | tracker item |
Error: "A contribution is mandatory" after trying to save
When I edit and try to save a page when logged in as an administrator, I get the error "A contribution is mandatory" and it will not save. Registered users and all others cannot save edits either. We're only using the wiki feature and the files feature, so this makes it pretty useless if we can't edit it. This error occurred in the previous version as well, but has carried over to the new version. This apparently edited a previous report and will not allow me to change the selections. I'm now on 4x and it's a Wiki problem, not a File Gallery problem. I can't seem to submit a new report; it keeps editing an old report. So there's a problem with the Bug Report system. |
tracker item |
Error: directory 'img/icons/error.png' not allowed by security setting in installer | tracker item |
Expiry date for group membership
Related to ((PayPalSubscription)), it would be useful to have a user no longer have group privileges after a certain date. Ex.: I add a user to a group X for 1 year. |
tracker item |
Admin panels: False feedback to the admin when activating or deactivating prefs (phantom prefs). | tracker item |
Featured profiles missing for 13.x | tracker item |
File Gallery title link download a picture | tracker item |
HTMLpurifier no longer permits to use Paypal buttons (starting in Tiki4)
In Tiki 3.x, it worked fine. Upon upgrade, when there is an edit, some of the HTML is stripped. {CODE()} <form action="https://www.paypal.com/cgi-bin/webscr" method="post"> <input type="hidden" name="cmd" value="_s-xclick"> <input type="hidden" name="hosted_button_id" value="10235687"> <input type="image" src="https://www.paypal.com/fr_XC/i/btn/btn_paynowCC_LG.gif" border="0" name="submit" alt="PayPal - la solution de paiement en ligne la plus simple et la plus sécurisée !"> <img alt="" border="0" src="https://www.paypal.com/fr_XC/i/scr/pixel.gif" width="1" height="1"> </form> {CODE} This is caused by HTML Purifier (in Admin > Security) |
tracker item |
http://dev.tiki.org/Make+a+wish should default to empty for drop downs | tracker item |
http://next.tiki.org/Map+of+all+TikiFests events not appearing | tracker item |
http://next.tiki.org/user199 page layout is broken | tracker item |
http://tikiwiki.svn.sourceforge.net/viewvc/tikiwiki/branches/4.x/changelog.txt contains link to http://tikiwiki.org/ReleaseNotes42 which does not exis
http://tikiwiki.svn.sourceforge.net/viewvc/tikiwiki/branches/4.x/changelog.txt (got link to that from -german- http://doc.tikiwiki.org/Tiki4) contains link to http://tikiwiki.org/ReleaseNotes42 which does not exist |
tracker item |
IE10: plugin inserting and editing doesn't go where the cursor is | tracker item |
images in File Gallery content table no longer show a thumbnail | tracker item |
img plugin cannot contain ")" in the alt param
revision 21658: with -+~np~{img src="img/smiles/icon_smile.gif" alt=":-)"}~/np~+- I get "No image specified. Either the fileId, attId, id, or src parameter must be specified." |
tracker item |
implement the nice jquery table sorter in trackerlist plugin (as already is in fancytable)
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] ) |
tracker item |
Import/sync from RSS and not just show
Tiki can read and display RSS feeds: good Tiki can read, combine and display RSS feeds : great The next step is to import the data into Tiki and treat it like a native article / event / whatever. If the remote article / event / whatever is modified, the item should be re-imported (but not duplicated). Using the URL to identify the uniqueness. (Some systems many use titles in the URL and if the title changes, we'll end up with a duplicate) Related: *[tiki-view_tracker_item.php?itemId=496|RSS feeds on tiki calendar + calendar data sharing via RSS (remote calendars)] * http://profiles.tikiwiki.org/Collaborative_Watch |
tracker item |
Improve YSlow scores
Please see: ((YSlow)) Increase ySlow score for all SUMO pages to A https://bugzilla.mozilla.org/show_bug.cgi?id=444274 |
tracker item |
Install script should detect previous install (install instead of upgrade will wipe your database)
{img src=images/code.png}%%% {CODE(wrap=>1)} (7:48:16 PM) marclaport1: polom (7:48:21 PM) ***marclaport1 has an idea (7:48:31 PM) marclaport1: to make tiki easier to install (7:48:34 PM) marclaport1: and safer (7:50:54 PM) marclaport1: say I point to tiki-install.php (7:51:07 PM) marclaport1: on a tiki which is already in existence (7:51:27 PM) marclaport1: i get a choice of clean install (tiki.sql) with various profiles (7:51:59 PM) marclaport1: or to upgrade (1.8.x_to_1.9.x.sql) (7:52:20 PM) marclaport1: why offer a clean install unless db is empty? (7:53:33 PM) marclaport1: so if tiki-install.php can only can the upgrade sql (which is designed to be run over & over again) tiki becomes safer (7:54:55 PM) marclaport1: if the database exists, there should be a note the admin to use phpmyadmin to go and empty the database of create a new one for tiki (8:00:29 PM) ***marclaport1 feels that must be something wrong with this idea, or else all the smart people in tiki would have though about it. (8:03:38 PM) ***marclaport1 has the impression that most tiki devs don't use the web installer (8:04:21 PM) marclaport1: ... {CODE} {THUMB(image=>img/wiki_up/Smarter_Tiki_install.jpg,)/} |
tracker item |
integrate a schedule coordination tool in tiki like doodle
In groups of people you often have the problem to find day/time when all the people have time to meet. Especially if they are not in the same room. And even if they are present its difficult to talk about all the pro and cons when is the best time. http://www.doodle.com/ Is offering an easy solution. Everybody marks the spots when he has time. Doodle comes up with a proposal, when is the best time to meet. No discussions, every vote has the same weight, non-party and you can always reproduce how the decission was formed. Can we integrate something like this? Especially because the Tiki direction goes more in decision making. That feature would fit perfectly in. |
tracker item |
Ip logging in many table too short for IPv6
In tables tiki_comments, tiki_history, tiki_pages, tiki_tags tiki_user_voting the column IP is too short (varchar 15) for IPv6 logging In tables tiki_actionlog, tiki_download, tiki_logs the column IP is very big (too big ?) varing from 39 to 200 char . In tiki_download the IP cloumn is in UPPERCASE (may be problem with some Mysql installation) In tables tiki_banning the IP is split in three columns . so we can't bann an IPv6 |
tracker item |
Fatal error: Call to undefined function exif_read_data
On host without exif support tiki-8.2 gives blank page with Fatal error: Call to undefined function exif_read_data() in /.../public_html/lib/images/abstract.php on line 236 when there are .jpg images on the page. |
tracker item |
PATCH: wikiplugin_userlist.php handles privileges the opposite way
When using the UserList plugin, the links on the user names leading to their personal information pages, are shown and hidden depending on privileges of the logged in user. Unfortunately, the logic is reverse of what it should be. Correct logic is: show links for all users that when either A.) You have admin privileges. B.) User listed is yourself. C.) User listed has chosen to make his profile information public. Current logic is: show links when A.) You have admin privileges. B.) User listed is NOT yourself, AND user listed has chosen NOT to make his information public. |
tracker item |
Tiki logs sort by Id or Message not working
Tiki v8.3 When attempting to sort the Tiki logs by either Id or Message, the lines do not sort as expected. The actual order appears to be random, regardless of the requested sort direction (ASC or DESC.) |
tracker item |
LDAP Admin Password Stored as Plain Text In System Logs
When you change the LDAP admin password, and look at the logs in tiki-syslog.php, it is displayed as plain text. Scary man! Working on a solution, so if I figure it out, I'll post, but I'm not to php savvy, so we'll see. --- edit: All password fields in the admin area are saved as plaintext in the logs. |
tracker item |
modifier.sefurl.php does not contain a case that handles calendar urls
Spotted by a user who noted that the URL of a suggested Calendar at the bottom of a wiki page returned an 'invalid URL' error. I tracked the error down to the sefurl modifier in the template not handling calendar URLs properly. The tested correction to modifier.sefurl.php is: {CODE(caption="add after line 95" wrap="0" colors="php")} case 'calendar': $href = $sefurl ? "cal$source" : "tiki-calendar.php?calIds[]=$source"; break;{CODE} |
tracker item |
Issue while trying to create a new article with unaccepted chars in title
T |
tracker item |
Pollution of URLs by sending relative links to inexisting subdirectories
On doc.tiki.org/Installation, there is a link to doc.tiki.org/tiki-index.php/page=Installation {img fileId=54} And then, this page is broken, and it has many new links to index, most of which are invalid. {img fileId=55} Another example: {img fileId=63} |
tracker item |
No access to tiki wiki due to session problems
Hi, This bug affects version 9.x, but after having a short look at the 10.x source code, that version is probably also affected. It happened after upgrading from version 3.9 to 9.3. When accessing my.host or my.host/index.php, tikiwiki should redirect to tiki-index.php but gets stuck in an endless redirection loop by redirecting to my.host. When accessing my.host/tiki-index.php directly,the following error message is displayed: "Error Required features: feature_wiki. If you do not have the privileges to activate these features, ask the site administrator." Similar errors when accessing other features. |
tracker item |
JavaScript zoom on images | tracker item |
jCapture sometimes has issues when using more than one screen | tracker item |
Link from objectpermissions.php to doc help page has wrong URL / Alias issue | tracker item |
LinkedIn Links Broken
The tiki.org LinkedIn links are all broken. |
tracker item |
Linking to a shared or local drive or directory | tracker item |
List pages should have a create/edit wiki page box
People expect to find one here |
tracker item |
Location Field covers date time field picker | tracker item |
Long text (ur |
tracker item |
menu export data includes html (and other characters?) | tracker item |
Migrate binary files in between the file system and the database
Add a feature to move files in between the file system and the database This feature: tiki-admin.php?page=trackers tiki-admin.php?page=fgal tiki-admin.php?page=wikiatt should be added here: tiki-admin.php?page=gal (In fact, it should be backported from 1.10) "Move images from filesystem storage to database storage" |
tracker item |
Minify and cache js and css files, with an admin panel to refresh
Productization: Create admin preference to enable/disable minify https://bugzilla.mozilla.org/show_bug.cgi?id=502092 Implement Admin panel/setting to flush/rebuild Minify cache https://bugzilla.mozilla.org/show_bug.cgi?id=497703 [https://bugzilla.mozilla.org/buglist.cgi?query_format=advanced&short_desc_type=allwordssubstr&short_desc=minify&product=support.mozilla.com&long_desc_type=substring&long_desc=&bug_file_loc_type=allwordssubstr&bug_file_loc=&status_whiteboard_type=allwordssubstr&status_whiteboard=&keywords_type=allwords&keywords=&emailassigned_to1=1&emailtype1=exact&email1=&emailassigned_to2=1&emailreporter2=1&emailqa_contact2=1&emailtype2=exact&email2=&bugidtype=include&bug_id=&votes=&chfieldfrom=&chfieldto=Now&chfieldvalue=&cmdtype=doit&order=Reuse+same+sort+as+last+time&field0-0-0=noop&type0-0-0=noop&value0-0-0=|All "minify" related] This cache should also be deletable http://code.google.com/p/minify/ |
tracker item |
Mobile display broken in 12.x | tracker item |
Mobile support for INCLUDE, Structures?
I'm creating a Tiki site with several small reusable bits of content (as Wiki pages). Cell phone users are my primary audience, so I'm relying on HAWHAW and HAWIKI. I'd like to use INCLUDE module or structures to reuse the content. Tiki handles it fine, but my mobile tiki doesn't support either INCLUDES or Structures. The INCLUDE lines pass right thru unparsed. 1. Is there an easy way for me to get INCLUDE to work? 2. Is it planned for support in a later release? 3. Are there plans for support for Structures? Thanks for HAWHAW, it's great! Rob |
tracker item |
Module "articles" not filtering for language lang=XX | tracker item |
Multi-domain: redirect all traffic to main domain
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) |
tracker item |
Multiple header with same text causes maketoc type header links to fail
When there are multiple headers of the same text, for example: !!!!Windows Media Player stuff about WMP !!!!!Platform availability WMP is available in these platforms.... !!!!Adobe Reader stuff about WMP !!!!!Platform availability Adobe Reader is available in these platforms.... The links by maketoc all point to the first instance of Platform availability. This is not correct. {maketoc} |
tracker item |
Need a way to insert SCRIPTS into banner code
Many banner advertisers use a javascript for banner adverting. Currently, there is no way to add a JS-based banner. |
tracker item |
Never show two login boxes
If I have a login box module, and I visit tiki-login_scr.php, I get two places to login Same thing with error pages which offer to login. |
tracker item |
New module: search page name, search text, edit page
In the early days of TikiWiki, we used a bunch of modules (last_modified_wiki_pages, last_articles, Last this, Last that, etc.) to show recent changes to visitors. We ended up with many modules and it was cluttered. All this became a lot better once the "Since your last visit" module came around to adding all the features. As a bonus, it checks permissions and shows the information since the user's last login. Very sweet. Now, I am hoping to get to the same result for the many edit/input boxes. In version 3.0, the quick_edit module checks (with Ajax) for names of existing wiki pages to edit. This avoids duplication. Great stuff. Wikipedia does something similar when you are searching for a page name. I almost always have the search box on. However, I also add "search page name" because the general search engine may not return the page I am looking for as the search result. Here is an idea: A new module which combines three modules: search_wiki_page search_new quick_edit See top right of http://moinmo.in/ for an example. The action buttons are grayed out until text is entered in the text box. -> Very nice Button should be WYSIWYCA See top-right search box at: http://www.ohloh.net/projects/tikiwiki http://www.wikicreole.org/ __Alternatively, we could combine search page name and search text, and in the search results, we would first show pages names, and then, search text. This involves more work, but could be better for the end user UI.__ ^I think the existing layout for the search top right in TW is fundamentally good. A text box, then a drop-down then a button. Why because the drop down is more future proof than any of the layouts from the other sites you reference. If we make the contents of the drop down easy to customise or at the very least document how to add to it. For example the CRM function could add items to the drop down for "Contacts" and "Accounts", webmail could add "Mail Messages" and so on. I do agree the wikipage create/edit module should be included in the top right search function. I think this is an example of where considering the future openness of the solution would be very important - MatWho^ {THUMB(id=98)}{THUMB} |
tracker item |
new zend recaptcha not displying in trunk when user tracker enabled
We were trying to have the new antibot captcha working in a Tiki site based on Tiki trunk (during TikiFestBarcelona2 - mid July 2010), were a user tracker was set to collect more information from users at registration time. when we enabled zend new antibot-captcha , no antibot code was shown at registration time, because there seems to be some conflict with the user tracker. Once the user tracker was disabled, the antibot-captcha was shown properly, etc. ---- Update: disaled the new zend antibot catpcha, in order to use the former simple captchaimage, but that one is not working either, if user tracker is on. |
tracker item |
next.tiki.org : Greek characters become question marks | tracker item |
nextdev.tiki.org -> Reporting a bug uses Chosen's multi-select GUI, but not when editing | tracker item |
object/category permission Back btn corrupted | tracker item |
Old password is not maintained in the Change PW screen
On a new 1.10 installation... When logging in as the ADMIN for the first time, the Change Password Enforced page appears (requiring new admins to select a new password). The OLD PASSWORD field should be maintained (pre-filled) with the existing admins password (by default: ADMIN). This __used__ to be the case in 1.9. Pre-populate the OLD PASSWORD field with the user's existing password. This field should be disabled, so the user cannot change it. |
tracker item |
OpenSourceCMS type demo to test/develop and show off profiles
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)) |
tracker item |
Password manager
Teams collaborate on various things. Data is shared. But what about passwords? This would be useful in Tiki community to share control of twitter account, mailing list admin password, etc. The data would need to be encrypted in the database, only to be revealed to users with the proper credentials. Examples of services: https://online.roboform.com/ https://lastpass.com/ http://passpack.com/ Open Source software http://keepass.info/ http://passwordsafe.sourceforge.net/ Open Source with hosted version available: http://www.clipperz.com/open_source/clipperz_community_edition |
tracker item |
PayPal Shopping Cart Integration
Has anyone written a module to integrate PayPal's ecommerce capabilities into TikiWIki? Should be done through a module and several plugins (ADD_TO_CART, SHOWCARTCONTENTS, CHECKOUT etc)... Oh, on that one, I would love to have a plugin that invalidates the cache to make sure that inside a cached website there are pages that are always rendered fresh... Related: *[wish1808|Shopping Cart / ecommerce / online orders] *((shopping cart)) |
tracker item |
PDF do not work when exporting restricted pages | tracker item |
Permissions for perspectives are not working | tracker item |
Please Note: Dogfood notice Enough already please
Noob here enjoying the site, enjoying the software and finding my way around. Thank you. It means spending a *lot* of time at the Tiki sites. I get the message already about the dogfood. Cool. But every day, every page load, I must dismiss this notice to uncover what is underneath. Or scroll the viewport out from under it. It is located on top of the navigation. Can we not have it fixed in the page above the navigation, or permanently dismissable once logged in, or ...? Can we just use the site now, and stop swatting at the javascript? :) I'm just setting up svn etc now. And wouldn't have the balls to make such a visible change right off the hop anyway. It's not real important obviously. But if somebody is there and knows and can do, it would make surfing the sites more pleasant... Cheers!! |
tracker item |
Plugin Agentinfo produces fatal error
When I place this on a Wiki page: {img src=images/code.png}%%% {CODE()} {agentinfo} {CODE} I get this error message: "Fatal error: Call to a member function get_ip_address() on a non-object in root\lib\wiki-plugins\wikiplugin_agentinfo.php on line 33" |
tracker item |
Plugin Annotation | tracker item |
Plugin Backlinks info parameter doesn't work | tracker item |
Plugin html should have security, and pass code exactly as is
1- not strip object, javascript, codebase, etc tags 2- not to treat line changes as br (like wiki syntax does and sometimes causes issues. If this should be optional, default should be to treat as is. |
tracker item |
PluginAnnotation missplaces boxes in Tiki14 | tracker item |
PluginIframe Approval on Tiki.org
The iframe plugin page on tiki.org needs its own plugin approved: http://doc.tiki.org/tiki-index.php?page=PluginIframe#Example |
tracker item |
PluginMouseover data in WYSIWYG : line breaks are lost from the mouseover data | tracker item |
profiles wiki handler: translations param doesn't work. To reproduce, see and apply profile: 'Consensus Forums' | tracker item |
Regex for testing/validation tracker
These regex expressions could be shared in a wiki page. Ex.: ZIP code, Postal Code, Phone number, etc Idea by Fernando Galandrini |
tracker item |
Remove www automatically
using www.domain.com vs domain.com and it will not keep you logged in. Plus, having www is no longer relevant nowadays http://www.fabianlim.name/redirecting-non-www-domain-to-www-using-htaccess http://arjaneising.nl/wp-content/uploads/htaccess-www.txt {CODE(caption="Jonny says")}Finally - Marc, did you crack the www url problem? As you said, it would be nice to have as a pref in Tiki and i think the only way to do it for all cases (subdomains, subdirectories etc) is in PHP. For now we could just add it to local.php - stuff like: if (strpos($_SERVER['HTTP_HOST'], 'www') === 0) { // do stuff...{CODE} Related: {wish id=1611} |
tracker item |
RSS Feeds do not work
Updated from 5.1 to 7.0, now RSS Feeds not working. Also not working with 7.1 RC1. Chrome browser reports HTTP Error 500 (Internal Server Error): An unexpected condition was encountered while the server was attempting to fulfill the request. No page displaying in firefox. Tested on Blogs and articles, both have same error. PHP-XML is installed (report of this error in community section discussed PHP-XML as being the solution) This is RSS feed http://www.bookkeepersireland.com/tikiwiki/tiki-blogs_rss.php?ver=2 |
tracker item |
Screencast doesn't work via .htpasswd on show.tiki.org | tracker item |
Search fields weight is not applied (Unified Search mySQL search) | tracker item |
Search results (for wiki pages) does not include &bl when using multilingual & best language options
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. |
tracker item |
Searched words are not highlighted in Tiki3.0
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. |
tracker item |
Setting User Tracker id login and registration fields from Profile fails | tracker item |
setup.php first default value contradicts message just above it | tracker item |
show.t.o instance can't be created | tracker item |
Since 14.x: smarty_modifier_escape() fatal error | tracker item |
Slideshows break between Tiki10 and Tiki11 | tracker item |
Some field editing in pluginList (inline) are not saved properly | tracker item |
Spam filtering: Bad Behavior or Mollom or Akismet, Defensio or TypePad AntiSpam
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)) |
tracker item |
Spreadsheet: Potential CSS regression in Tiki12, with line-height | tracker item |
spying our data | tracker item |
Stopwatch for the Timesheet
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)) |
tracker item |
test feature_challenge and put warning in admin panel
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. |
tracker item |
Test server compatibility / System check tool
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)) |
tracker item |
Text coloring in links
__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 |
tracker item |
Text colour palette is blank on wiki editor toolbar | tracker item |
tiki-adminusers.php : duplicate wrench icon link to tiki-user_preferences.php | tracker item |
tiki-all_languages.php needs canonical | tracker item |
tiki-install.php should have a note about how to create db/local.php "manually"
If install script fails (for some reason), we should at least let user proceed with manual installation. |
tracker item |
tiki-list_trackers.php should be WYSIWYCA
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. |
tracker item |
tiki-pagehistory.php : there are two drop-downs for picking side-by-side type | tracker item |
tiki-print.php?page= always indicates "Home", instead of page name | tracker item |
tiki.org/Community and suite.tiki.org : perspectives are mixing up | tracker item |
Timeline viewer
Goal: to add a way to represent relevant data in a timeline. This will most probably be done by re-using an existing library and/or service. Let's coordinate here: ((TimeLine)) |
tracker item |
Toolbar setting are not saved | tracker item |
Tracker field descriptions aren't parsed when used out of PluginTracker even if field checkbox is set or that | tracker item |
Tracker field type: location (longitude & latitude)
To be used with Google Maps & Tiki Maps to show locations of tracker items. For example, the venues of phpbeer.com: http://phpbeer.com/tiki-view_tracker.php?trackerId=1 |
tracker item |
Tracker fields of Radio buttons and multiple selection pre-select value 0 when it's one of the options even if not manually set as default | tracker item |
trackerfilter and trackerlist using a filter field are not finding records when filterfield is a Itemlink field with contents created from multiple fields | tracker item |
Trackerlist plugin output sometimes hidden when Table Sorter isn't activated (branch 14) | tracker item |
Trackers do not allow to select categories - Testcase available | tracker item |
Under tiki-mobile, {RSS} tag results are non-mobile
Hi, I've put on the wiki hompage an {RSS} module, a list of the site's last modified wiki pages. Tiki-Mobile correctly generates the RSS list, but the links are non-mobile. Is it possible to force mobile mode? |
tracker item |
User information mouseover is sticky | tracker item |
User's Homepage preferences | tracker item |
Username no longer appearing in tracker history | tracker item |
Using desktop mail client (ex.: Thunderbird) to reach Tiki contacts, groups or newsletter
Tiki newsletter works well for small volumes. But for large volumes, as with any web app, sending emails from a server can be a challenge. Risk of being flagged as spammer, high server load/difficult to throttle, limits from your web hosts (ex.: max x emails per hour), etc A helpful alternative would be something like this: https://addons.mozilla.org/en-US/thunderbird/addon/4883 So my Thunderbird client or desktop newsletter application (ex.: [http://gammadyne.com/mmail.htm|Gammadybe Mailer]) should be able to access the TikiWiki database to generate recipient list. --- Another approach is to make the Tiki contacts (address book) accessible via the LDAP protocol and thus, email clients can access. Related: http://www.egroupware.org/egroupware/index.php?menuaction=wiki.uiwiki.view&page=AddresbookAccountsConcept |
tracker item |
Version history for trackers
((doc:Trackers)) are powerful. But there is no built-in version history like the wiki pages and the spreadsheet. A workaround is to watch the tracker and have the history in your inbox. You can also permit users to comment the tracker item instead of editing it. A real history, accessible via the interface would be nice to have. Please see SourceForge trackers for an example. Adding a field "Edit Summary" would be useful for this history. Low-hanging fruit solution is to copy the diffs (that we already send by email but should be improved: [wish1982|Trackers :: email notifications of changes :: more emphasis on changes.]) to a new "history" tab. More work would be an interface to revert to a previous value, which could be nice-to-have but too complex. Related: [wish953|Tracker field type: wiki page] |
tracker item |
Webmail: Imap Support
The webmail currently only supports POP. IMAP support like IMP, Squirrelmail, Roundcube, etc would be much better. It could rely on PHP's imap support like IMP does. People who will want IMAP would have to have it in their PHP, which is in an acceptable requirement. |
tracker item |
Webservice feature is broken | tracker item |
When creating a new show instance, the 12.x option is missing | tracker item |
wiki comment per page | tracker item |
Wiki editing: Preview with diff, like Mediawiki
With MediaWiki, before you save, you can review changes. It shows what you __will__ change (if you click save), in wiki diff format. This is very nice. Sometimes, we have done several edits, and we are not sure exactly what we changed (supposing we are multitasking or interrupted). It is nice to be able to review this and fill out the edit description accordingly Useful for translation as well: http://wiki-translation.com/tiki-view_tracker_item.php?itemId=51 Related: *{wish id=2102} *{wish id=1843} *{wish id=1220} |
tracker item |
Wiki Links with space hyphen-minus space do not work
When creating a link like this ((test - test)) to link to a page named 'test - test' then the created page is missing the hyphen. Additionally the pages is always shown as non-existent, meaning that the question mark behind the source link is always there, even if th e page was manually renamed. It is a real blocker. |
tracker item |
Wiki page import no longer working | tracker item |
Wiki page name Alias
!!Problems __Pretty Much Resolved by the wiki ALIAS function__ - so closed. Redirect plugin *is not included by default in TikiWiki because it could be used for bad things *creates redundancy (in search results, page listings, etc) - maybe redirected pages should not appear in list? Renamed pages *do not automatically redirect - creates broken links. !!Proposed solution: !!!renamed pages *When a page is renamed the user must choose "hard or soft redirect" perhaps better known as "redirect or refer from old page?" **hard redirect places redirect plugin on pagename-old to pagename-new. **soft redirect puts something at top of page like ^This page has been renamed: pagename^ !!!Add synonyms/aliases to a page suggestion (mlp): adding aliases to a page should automatically create pages with hard or soft redirects to pagename. Note that the adding of alias pages must not destroy data if page already exists. Ex.: dev.tikiwiki.org/Tracker dev.tikiwiki.org/Trackers dev.tikiwiki.org/Bug tracker would be aliases. It would avoid the pollution we have here: http://dev.tikiwiki.org/tiki-orphan_pages.php doc.tikiwiki.org/Install doc.tikiwiki.org/Installation doc.tikiwiki.org/Installer Each wiki page should be able to put one or many aliases. These aliases would work in search. All the aliases should have an important weight in the internal search engine. We could use this instead of renaming pages. Also, when we do rename a page, we could have an option to have the old page name to be an alias of the new one. Thus, better for external search engines. Theses aliases could even be used as meta tag for this page. Putting aliases to non wiki pages (ex.: tiki-forums.php) would make ((doc:structures)) more useful. Now, using structures for site navigation only makes sense if you only have wiki pages. And who ''only'' wants to have wiki pages with all the great features offered by TikiWiki? :-) It also help to use cleaner page links in sentences. If my Wiki page is called Install, I have to do the following now: {img src=images/code.png}%%% {CODE()} For more information about ((Install|Installation)) {CODE} With aliases, I could do: {img src=images/code.png}%%% {CODE()} For more information about ((Installation)) {CODE} Page aliases - and hard redirects - should permit to set status "Moved Permanently" for robots to send traffic to main page. What would we do with page renames? (which correct links in wiki pages). Needs some thought. We don't want some unwanted changing of text in existing wiki pages. Do we need? Redirect to internal or external http is ok because a special permission is needed to use. -> tiki_p_wiki_alias . In security admin, warm that giving tiki_p_wiki_alias to untrusted people is a security risk. Related: [wish1119|Better handling of page renaming] [wish1610|Redirect plugin : should permit to set status "Moved Permanently"] [wish1292|Plural WikiWords when using ((WikiWord))] |
tracker item |
Wish: add rotate parameter to PluginIcon | tracker item |
WYSIWYCA for all permissions : feature_check in Table: users_permissions
Started in 3.0, needs to be used in tiki-admingroups.php and propagated to various places where permissions are set. Also on wish list: A way to put more emphasis on more important permissions. Either basic vs advanced or an ordinal column (top put more important stuff at the top) So for a wiki page, view, edit and history should be at the top or in basic while tiki_p_use_as_template and tiki_p_export_wiki should be in advanced |
tracker item |
Since Tiki4, in tiki-admin_include_sefurl.php, Tiki detects if .htaccess is there and if contains tiki-index.php?page=$1
But:
If Tiki is upgraded, by installing over, there may be issues because Tiki is still using the old .htaccess without informing tiki admin
Proposal:
Have Tiki version number in _htaccess (and thus updated as part of the release procedure)
Test on this, and inform users when they forgot to upgrade their .htaccess file.