Name | Type |
---|---|
IP addresses can be hidden in wiki history
Bugs & Wish list |
tracker item |
Page creators are admin of their pages, but unable to remove them
"Page creators are admin of their pages" allows the page creator to lock and unlock, but not remove. This is important because if you are admin of the page you really need to be able to remove it. The intention of this feature is obviously that you should be able to remove, so this appears to be a bug. |
tracker item |
.BMP files won't display in Image Galleries
Uploading .bmp images to an Image Gallery results in a box with an X appearing, instead of the image. Tiki is unable to display .bmp images in file galleries. Wiki pages also will not display bmp correctly. |
tracker item |
'Rename Wiki Page when changed in tracker' does not work with mathematical calculation | tracker item |
"Copy" action on wiki page credits author of copied page as author of copy | tracker item |
"Page" column title missing in tiki-listpages.tpl called from tiki-listpages.php
I found there is a typo on line 58 of tiki-listpages.tpl (Version 1.9.4) which make the "Page" column title disappear in tiki-listpages.php The faulty line looks like this: {QUOTE()} <td class="heading"><a class="tableheading" href="tiki-listpages.php?offset={$offset}&sort_mode={if $sort_mode eq 'pageName_desc'}pageName_asc{else}pageName_desc{/if}{if $initial}&initial={$initial}{/if}{if $find}&find={$find|escape}{/if}{if $exact_match eq 'y'}&exact_match=on"{/if}>{tr}Page{/tr}</a></td> {QUOTE} |
tracker item |
"Perform action with checked" not working for "Remove"
At any list of pages, tiki-listpages.php for example, after checking some sites and choosing "Remove" at the checkbox "Perform action with selected:" i get redirected to a new site with a list of sites i have checked and a big button saying "Click here to confirm your action". After clicking that button i again get redirected to to list but the pages have not been removed. This bug was tested on 2 different wikis running on XAMPP on a W2K3-machine. Hope you can help. |
tracker item |
"Source" button in wiki page should have its own permission - not depend on tiki_p_view_history
This is a new feature arrived in BRANCH-1-9 1. add feature_print and checks 2. add tiki_p_print and checks --- The above problem-description makes no sense... please look at tw#74 for that --- Problem rephrased: The "Source" button is currently dependant on tiki_p_view_history - it should have a perm of its own. |
tracker item |
"The page cannot be displayed" message
We had just reconfigured the disk to RAID1 and backed up mysql, tiki, and php on our linux box. Now, we are getting "Page cannot be displayed" after we edit the homepage and try to save it. It is happening on tiki-editpage.php but it is there. The permissions are 644 apache. The second thing seen is the forums messages can't be accessed anymore. Does anybody have experience with these problems? Any suggestions? Perhaps we should re-install all the software. |
tracker item |
"Wiki -> Dump" - just tries to get new.tar and gives ugly error, when dump hasn't been created
In the Menu is an option "Dump" under "Wiki", if you enabled that feature. The link just points to the .tar - what gives a 404 from the Web-server. |
tracker item |
(2.2) Invalid offset in lib/tikilib.php : 6193 (when dealing with cached pages)
This showed up after upgrading from 1.9.11 to 2.2 When accessing Wiki pages with external links (mixed cacheing and nocache), with PHP error reporting on, notified of an invalid offset in tikilib:6193. |
tracker item |
[BUG] Mass search and replace | tracker item |
[function.assert]: Assertion failed
http://doc.tikiwiki.org/tiki-pagehistory.php?page=Rewrite%20Rules&compare=1&oldver=15&newver=16&diff_style=minsidediff -> Warning: assert() [function.assert]: Assertion failed in /home/.frodo/doctwo/doc.tikiwiki.org/lib/diff/Diff.php on line 493 |
tracker item |
{toc} with max_depth, file access by name, show_image with random picture of a gallery
I've added the following features to my tikiwiki 1-9-5: 1. added max_depth to {toc} with {toc max_depth=3} I can limit the depth of the toc created. This is convenient if I only want to show the next level of subsections. 2. get a file by name via tiki-download_file with galleryId=<id>&name=<?> I can retreive a file by name. If there are files with the same name the most recent is taken. This is convenient as I can reference the files by there name, e.g. schedule, an I can easily update it with out changing pages. Dynamic content would also work but I prefere the name as it is more obvious than 'content id=42' 3. get a random picutre from a gallery via show_image with galleryId=<id> a random picture of the identified gallery is given. |
tracker item |
1-click access to be able to do certain actions (view a page, edit a page, edit user tracker, etc)
Sometimes, we want people to participate to one wiki page, to access their user tracker to update personal information or access a ((workspace)) Right now, we need to #create a user #create a group #assign user to the group #give permissions to group ( in general or for a specific item) #inform this person, typically by email, on how to access this page Instead, I would want to #add an email #pick the permissions this person has #any limitations (works x times, or for x days/weeks) #an optional message And the system should send a 1-click login email (an email with a link in it which is unique / very difficult to guess). Whoever clicks that link *Would be authenticated with the appropriate permissions and according to the limitations. Related: Expiry date for group membership http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=1071 Somewhat related: Send welcome email (by admin to new user or user that has not connected in a while) http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=1016 |
tracker item |
"tiki-edit_structure.php" Add Pages To Current Node list truncates at 50 records. Fix included.
The list of tiki pages presented for selection and addition to a structure is truncated at 50 records for no apparent reason and there's no way to add records >50 without running a filter. I just parroted what I saw in tiki-admin_categories.php for its similar page list and it works. The diff is below - hope I did that correctly. *.backup is the original file from the official tiki releast. *.php is the version I modified. |
tracker item |
12.x dev.t.o: diff in wiki history after last wiki page edit shows someone else's edit as mine (!!!) | tracker item |
12.x regression: Wiki preview is blank | tracker item |
12.x svn LTS recent regression: mysql table for unified index doesn't exist and page edit displays fatal error (even if edition saved properly) | tracker item |
PDF Generation from structures seems to have trouble with some images
Adding "Tiki Transforming" structure from: http://themes.tikiwiki.org/tiki-print_pages.php I get and error (no PDF) and the following in my error log: {img src=images/code.png}%%% {CODE(wrap=>1)} [18-Jul-2007 13:16:46] PHP Warning: imagecreatefromstring() [<a href='function.imagecreatefromstring'>function.imagecreatefromstring</a>]: Passed data is not in 'JPEG' format in /home/themetw/public_html/lib/pdflib/pdflib.php on line 393 [18-Jul-2007 13:16:46] PHP Warning: imagecreatefromstring() [<a href='function.imagecreatefromstring'>function.imagecreatefromstring</a>]: Couldn't create GD Image Stream out of Data in /home/themetw/public_html/lib/pdflib/pdflib.php on line 393 [18-Jul-2007 13:16:46] PHP Warning: imagesx(): supplied argument is not a valid Image resource in /home/themetw/public_html/lib/pdflib/pdflib.php on line 394 [18-Jul-2007 13:16:46] PHP Warning: imagesy(): supplied argument is not a valid Image resource in /home/themetw/public_html/lib/pdflib/pdflib.php on line 395 [18-Jul-2007 13:16:46] PHP Warning: imagesx(): supplied argument is not a valid Image resource in /home/themetw/public_html/lib/pdflib/class.pdf.php on line 2887 [18-Jul-2007 13:16:46] PHP Warning: imagesy(): supplied argument is not a valid Image resource in /home/themetw/public_html/lib/pdflib/class.pdf.php on line 2888 [18-Jul-2007 13:16:46] PHP Warning: imagecreatefromstring() [<a href='function.imagecreatefromstring'>function.imagecreatefromstring</a>]: Passed data is not in 'JPEG' format in /home/themetw/public_html/lib/pdflib/pdflib.php on line 393 [18-Jul-2007 13:16:46] PHP Warning: imagecreatefromstring() [<a href='function.imagecreatefromstring'>function.imagecreatefromstring</a>]: Couldn't create GD Image Stream out of Data in /home/themetw/public_html/lib/pdflib/pdflib.php on line 393 [18-Jul-2007 13:16:46] PHP Warning: imagesx(): supplied argument is not a valid Image resource in /home/themetw/public_html/lib/pdflib/pdflib.php on line 394 [18-Jul-2007 13:16:46] PHP Warning: imagesy(): supplied argument is not a valid Image resource in /home/themetw/public_html/lib/pdflib/pdflib.php on line 395 [18-Jul-2007 13:16:46] PHP Warning: imagesx(): supplied argument is not a valid Image resource in /home/themetw/public_html/lib/pdflib/class.pdf.php on line 2887 [18-Jul-2007 13:16:46] PHP Warning: imagesy(): supplied argument is not a valid Image resource in /home/themetw/public_html/lib/pdflib/class.pdf.php on line 2888 {CODE} |
tracker item |
Koichi
Contributors |
tracker item |
Caldrac
Contributors |
tracker item |
Wiki cache & plugins: WYSIWYCA problem when admin visits the page (and creates the cache)
When Wiki cache is on, if an admin visits a wiki page (and thus provokes the cache creation), anonymous users see extra buttons (edit, delete) when using plugins like the articles plugins and maybe group plugin as well. Affects BRANCH-1-9 and HEAD (1.10) (10:37:49) marclaport1: I tried turning on the wiki cache feature, but the problem is that if an editor or an admin last visited the page, the edit buttons are show to anonymous (ex.: in wiki plugin articles is in a wiki page to show last 3 articles) (10:38:15) marclaport1: Shouldn't wiki cache feature just cache what anonymous people see? (10:38:41) marclaport1: Anonymous is normally the largest "group" of visitors. (10:41:09) sylvieg: marclaport: you need to turn ogg the cache for page with plugin? Is it waht you mean? (10:41:24) marclaport1: sylvieg: yes (10:41:58) marclaport1: sylvieg: or even (I think) a wiki page which uses group permission plug See attached screenshot. Trackerlist plugin can have a few weird side effects: *Ratings (different people have different votes) *Sorting (if the person before you sorted by "Lastmod by", that's what you see) *Related: [bug1137] ((doc:PluginInclude)) can causes issues as well. Possible solution: only anonymous users can create a cached version of a page (per language). It is very rare that the number of logged in users could saturate a server. However, a large number of anonymous users is frequent. On the other hand, trackerlist plugin cache on dev.tikiwiki.org makes things faster for logged in users as well... |
tracker item |
13.x dev.tiki.org: Pretty broken layout for diff of wiki pages | tracker item |
13.x doc.tiki.org :: preview diff no longer works | tracker item |
18.x Structures can create bad pages names | tracker item |
18.x Wiki page history offers to remove page revisions | tracker item |
edit button does not work in latest 1.10
The edit button (and switch to wysiwyg) link to nowhere (except back to homepage.) This appears to be an ajax related problem many buttons/links do not work. verified on my site and 110.tikiwiki.org edit button links to: http://sitename.com/# switch to wysiwyg does not work, navigation buttons in list-pages, |
tracker item |
jonnybradley
Contributors |
tracker item |
Wiki page draft broken on Firefox 2.0 and IE6
Wiki page draft requires AJAX. I just tested in 2.0 RC2 and it's completely broken. It conflicts with ((doc:Lost Edit)) protection {THUMB(id=48,url=>show_image.php?id=48,original=y, sticky=y)}Major bug with wiki page draft{THUMB} |
tracker item |
How to protect wiki pages
Hi to all, I want to know if you can create a protected page that only logged in users can see, I know I can turn off the wiki so only logged in users can access it, but is there any way that I can put under restriction only a few pages since they contain some important info that can be shared only by users that have accounts on the wiki. Many thanks |
tracker item |
group category permissions
for example: 5 users in group home 6 pages in category home I want all public can view these 6 pages in home category, but only these 5 users can edit pages content ( not the objects in the category, it is the content of the page!! ). I know I can setup the permissions page by page to the home group, but what I am looking for is category to group relationship, not page to group, don't want to do it page by page, or maybe there is one way to do that, but I don't know yet. Thank you very much. Have a good day. Best, Peter |
tracker item |
Saving page with SEFURL on creates 404 error
The new "saved_msg=y" fails when SEFURL is on - both new pages and editing. It gives me a 404 not-found error. Makes SEFURL pretty useless. Example: http://www.casesofinterest.com/tiki/Everything+is+Patentable&saved_msg=y |
tracker item |
URL mangling in random redirects
Many times, in random places, the www will get knocked off the hostname. I think it mostly occurs when I submit a confirmation to do something. I noticed it again today on: ./tiki-removepage.php when I confirmed the page removal at www.casesofinterest.com, I was returned to casesofinterest.com - kind of annoying, as I wasn't logged in to casesofinterest.com. The www should not be dropped. |
tracker item |
thess
Contributors |
tracker item |
Cyril
Contributors |
tracker item |
omstefanov
Contributors |
tracker item |
Time machine / browsing an old version of the wiki
Tiki 7 includes the "Previous version" feature allowing links to refer to "older versions" of a wiki page (either by version number or date). What would be nice is to have a general way to browse an older snapshot of the *whole* wiki. We have a wiki describing a quite complex scientific model and have a lot of model description in wiki pages. What we want is to access "snapshots" of the whole wiki. E.g: the state of the wiki from 1.1.2011 is the one describing the model version 1.2 and is used for this or this scientific publication. While the latest version of the wiki (27.6.2011) reflects ongoing developments one may want to surf the version from the 1.1. (e.g. to look for details that are not in the publication). Is this (already) possible? I think an extension to the "previous version" function could do the trick (I have no idea of the inner workings of tikiwiki)... |
tracker item |
Last-Visited Duplicate on Recreating Page
If you recreate a wiki page by creating a new page with a temporary name, delete the old page, and rename the new page as the old page, the page name will appear twice in Last-Visited Pages (breadcrumb module). |
tracker item |
404 Error instead of "Create Page" with unknown Wiki-page-name with IIS
~pp~ [19:57:51] <ReWoP> when i type tiki-index.php?page="some page name" there should be a error msg that would say "page does not exist, want to go back or grate page" now there is the browser error "The page cannot be found [19:58:26] <sylvieg> did you type the url with the " [19:58:37] <ReWoP> *(not "grate page" but "create page") [19:58:42] <ReWoP> nop [19:59:32] <ReWoP> i tryed to erase DB and re-intall tiki and nothing.... [20:00:14] <sylvieg> what url did it display at the error [20:00:46] <ReWoP> u coul try it its online -> http://dme.uma.pt/jcardoso/Research/Projects/seed/tiki-index.php?page=fgbn [20:02:35] <sylvieg> mdavey around? [20:03:24] <sylvieg> I don't know why it is done like this but when there is an error the header sent is HTTP/1.0 404 Not FOund with the clssic tiki page [20:03:49] <sylvieg> I suppose your browser catches the 404 and yop [20:04:14] <sylvieg> better to ask mdavey ... I suppose it is himl that added that why this line is here [20:04:40] <sylvieg> you can always try to delete the liens in tiki-index.php [20:05:02] <ReWoP> could it be permitions on the folder ?? [20:05:26] <ReWoP> i gave the web server all perms... [20:05:27] <sylvieg> I don't think so [20:06:30] <ReWoP> ... [20:06:37] <ReWoP> but i could be a server problem.. [20:07:15] <ReWoP> i tryed with polaris version and was woking [20:07:47] <ReWoP> then i have a DB problem and re-intalled it and this error occured.. [20:08:05] <sylvieg> yes it is a conflict between server/ and tiki [20:08:30] <ReWoP> now was trying it with -Sirius- version and not workig 2. [20:08:50] <ReWoP> the server is nt2003 server [20:09:38] <sylvieg> there is 2 lines I don't understrand in tiki-index.php (header("...404...") I am pretty sure there are the guilty ones [20:09:48] <ReWoP> i thing that there is error only on this part, because i can create/edit modules, menus pages premitions... [20:10:05] <ReWoP> mabe [20:11:01] <ReWoP> but dosnt answer why worked on my 1st polaris version, and dind on my 2nd and on 1st Sirius..... [20:11:14] <ReWoP> dont thing its code problem... [20:11:38] <ReWoP> if it was mabe it wold be random error [20:11:53] <ReWoP> after all it already worked once... [20:11:59] <red_adair> nt2003 ? what's that ? [20:12:20] <ReWoP> windows 2003 server :p [20:12:21] <sylvieg> you can try to put into comment the 2 line header"... 404..) in tiki-index.php Additional information: [18:56:51] <ReWoP> i wanted to add that there is other tiki installed on the same server but it works ! ~/pp~ |
tracker item |
5.0rc2: content duplicated at saving time (seems related to usage of hidden headings)
This has happened to me seldom on different tikis (3.x, 4.x and nowadadays, even 5x!) on different servers, and it's very annoying for users or admins, since after you make a simple edit to some page, for some reason, it gets the content duplicated after saving your small edit. And it can be repeated 3 times, if you edit again, 4 time if edit again,. ..... I could only avoid it by rollbaking to the last version whithout those duplications. Confirmed that this bug (related to the collapsible headings) is not fixed either yet in 5.0rc2. It seems to show up in some pages were collapsible headings; I mean: {CODE()} !!- !!!- etc. {CODE} Reproduced recently here: [http://r-help-es.ourproject.org/tiki-pagehistory.php?page=Bienvenidos&history_offset=0&diff_style=sidediff&diff_style=sidediff&show_all_versions=y&compare=Comparar&newver=0&oldver=18&tra_lang=ca&paginate=on&history_pagesize=25|r-help-es.ourproject.org] I just editted the {CODE()} {rss id=1} {CODE} to change it for {CODE()} {rss id=1:2} {CODE} as far as I remember, after a few previews and changes in the content before saving. Then, the content was saved twice. See the diff above and the resulting page: http://r-help-es.ourproject.org/tiki-pagehistory.php?page=Bienvenidos&preview=19 This site is using tiki5.0rc2 , no ajax, and wysiwyg editor enabled, even if not used on that page. I can provide admin access to that site to any coder willing to check this issue. --- Initially reported as a comment to this other similar bug report: http://dev.tikiwiki.org/bug2727 |
tracker item |
5.x: wiki "watch" emails come with iso-8859-1 to me even if chosen utf-8 everywhere in settings; other email ok
{CODE(wrap=>1)}[10:28] <xavi> since a few versions ago, I can't get wiki watch emails with a correct encoding for accents, etc. [10:28] <xavi> smae behavior in many servers (using Tiki 4.x, 5.x... tried with setting utf-8 and iso-8859-1) [10:29] <xavi> I get most emails all right , email reader (thunderbird, gmail, etc.) can read them properly, but not emails from changes in wiki pages... [10:30] <xavi> I wonder if this can be some problem with the encoding in some tpl , or that the code for sending emails from changes in wiki pages uses some different method than the rest of email sending... and that other method is not handling charset properly... (just hypothesis) [10:31] <xavi> asking here first in case someone who already knows the internals of Tiki has some tips... [10:31] <xavi> to quickly refuse some hypothesis... [10:32] * xavi fears looking at the code for this and getting lost in php code , zend code, and other gibberish which he can't understand easily.... [10:41] <xavi> ok, at least I know some more information about the problem (charset for wiki watch emails) [10:42] <xavi> I double checked in one site, and everywhere is set to use utf-8 as encoding (admin general, admin community, and my own user pref settings), but wiki watch emails come with: "content-type: text/plain; charset=iso-8859-1" [10:43] <xavi> ok, this deserves a bug report... {CODE} |
tracker item |
WSOD / 500 error on trying to save a page edit | tracker item |
Ability to upload multiple attachments at once onto a WIKI page
Bugs & Wish list |
tracker item |
Add a wiki dump feature | tracker item |
Add ability to generate RSS from a specific structure (and maybe category)
The ability to subscribe to a specific structure via RSS feed would be very useful. Currently one can subscribe to an RSS feed related to the entire wiki, but if several groups are using the wiki for different projects or purposes or topics, this may not be at all useful. For example, on the Southern New Hampshire University wiki, we have the online faculty handbook plus a variety of page sets related to different course projects. Most faculty should be alerted of changes to the faculty handbook, which resides in a structure, and some students and faculty may want to track changes to structures involved with specific courses or departments, but few if any users need to be alerted of every change to the wiki as a whole. The ability to generate an RSS feed specific to a structure (and possibly also specific to a category) would be very helpful. |
tracker item |
Add green & yellow permission keys on tiki-listpages.php
It will be very useful when TikiWiki is used as a combined portal & Intranet The key (and link to permissions) is already on tiki-listpages.php (great!) Now, a green key could indicate this page has special permissions. And maybe even a third key (say blue) indicates that the item is inheriting permissions via the category. |
tracker item |
add search & replace feature to wiki
I am using Tiki for educational scenarios, and frequentñy I (or my students) want to change misspelled words (for instance) on long wiki pages. Nowadays I'm taking the content out of the wiki-edit form, search and replace on in external program, anb back. I could be nice to have this feature integrated into the edit page form. |
tracker item |
Admin Toolbars does not reflect saved changes on the toolbars while editing a page | tracker item |
Admin>Login>User defaults or Admin>Groups: Ability to Subscribe new users to specific Tiki objects
It would be lovely to set some new user defaults at * Admin (home) > Login > User defaults, and/or * Admin > Groups > (Edit a single group) The ability to Subscribe/watch/monitor new users in the site or to that specific group, to specific Tiki objects. Which tiki objects?: I would say, in this order: # specific forums # specific blogs # specific calendars # specific newsletters (ML: we can already subscribe groups to newsletters) # specific wiki pages # specific structures # specific trackers # specific categories # new articles This is specially useful for new users of the site, where they don't know yet how to subscribe to specific areas, etc. Very needed for educational scenarios, but I can see many other places where new users are a bit lost for some time while they learn how to use the Tiki site. Related: *[wish988|Forum: Let forum admins/moderators add groups and/or users as watching the forum] *[tiki-index.php?page=Business%20Plans|Let small business start ups access collaborative sharing where the document being shared is not visible by anyone else] Anywhere there is a watch eye, it should be possible for an admin to have group members watch this category |
tracker item |
After editing and saving a page, browser displays blank page
I upgraded from 1.8.5 to 1.9.0. After editing and saving a page, a blank page is displayed. On refreshing it (and accepting that postdata will be sent again), I get the original page. |
tracker item |
After saving an edited section, TikiWiki should scroll down to this section on reload
After editing and saving a certain section of a wiki page, it would be very helpful, if TikiWiki would scroll down to this section again, when reloading the page. Many other Wikis like Mediawiki or Dokuwiki handle section editing this way and it is indeed very convenient. Imagine you edit a section of a very long wiki page and you have always to scroll down manually, when you have saved the page but have to review it. |
tracker item |
Ajax | wiki |
AJAX auto-refresh of preview, options: new window or HTMLdiff
This is an alternative to full WYSIWYG. Wiki parser does some things. To get Javascript WYSIWYG, you would have to rewrite and maintain in javascript. It re-uses existing features and has less chance of What you Saw Was Not What You Got. Clicking Preview is a great way to see what you will get. But it's slow and it makes you loose your cursor position. How about having a button to open a second browser window which refresh every 5 seconds (configurable) the content of the wiki edit box? Lots of people now have large screens so they could put this side-by-side (or however they want it) With the option HTMLdiff, you could in quasi real time not just see what you will get, but also see the colored diff. (cool!) So before you save, you know what you are about to delete. ((WYSIWYG-ish wiki)) |
tracker item |
ajax seems to duplicate the content of wiki page edit under some circumstances
Ajax seems to be buggy and producing a serious bug which duplicates the content of wiki page edit under some circumstances. [[10:07] chibaguy Yeah, I've seen a number of complaints about that in the tw.o forums. [[10:08] xavi It's been reported as such by some users and they discovered that disabling ajax solved (as a workaround) the issue. And the issue is a big bug (I suffered from it in tiki 3 something a few months ago) I was going to fill a bug, but dev.tw.o down nowadays to me [10:10] xavi that's the recent bug report in he forums, where they talk about the disabling-ajax workaround: [http://tikiwiki.org/tiki-view_forum_thread.php?comments_parentId=34537&topics_offset=5&topics_sort_mode=lastPost_desc&forumId=4] ---- See similar bug (but not related to ajax) here, reproduced also with 5.0rc2: http://dev.tikiwiki.org/bug3211 |
tracker item |
Alert when creating an external hyperlink and Ajax auto-save is disable | tracker item |
Google results for Tiki Wiki Donation don’t point where it should | tracker item |
Align=center inside {img} tag breaks layout
See http://doc.tikiwiki.org/tiki-pagehistory.php?page=File%20Gallery%20for%20Images&preview=10 If you use align=center inside a ~np~{img}~/np~ the image will be displayed floating in middle of the text. This is a regression, align=center used to work well in previous versions. |
tracker item |
All actions should check if page exists
Logged in, go to: http://profiles.tiki.org/tiki-pagehistory.php?page=Tiki+Transforming You will see a bunch of action (Source, Permissions, History, Export, etc). These actions should be WYSIWYCA |
tracker item |
All Tracker functions not working from wikipage editor buttons | tracker item |
allow posting comments on a wiki page when viewing history
Allow posting comments on a wiki page when viewing wiki page history (for instance, when viewing a diff of page versions from different users): useful on educational scenarios, where it would be easier to report feedback to some students when they make a good or bad change on some content on that page... |
tracker item |
Anchor links on headings: Be able to select the headings it will be applied to | tracker item |
anonymous users get the tiki_p_wiki_view_history right, although it is not assigned
somehow an anonymous user gets the tiki_p_wiki_view_history right, although it is not listed in 'assignpermission.php?group=Anonymous. thus the user can view out dated information which should restrict-able. |
tracker item |
Anonymous visitors can't view wiki page history on tiki.org | tracker item |
Articles Plugin: Allow display of titles only (for side modules)
The following patch provides a version of the ARTICLES wiki plugin, that displays article titles only. To use, people simply specify titleonly=>1 in the options for the ARTICLES command. This is in production use on the [http://www.asperger.asn.au|Asperger Services Australia] website -- just look under ''News'' on the right-hand side of the page. |
tracker item |
Auto setting security group when creating wiki pages | tracker item |
Background Save
I'd like to see some sort of an "autosave". That way when you're engaged in editing a really lengthy page, it will save itself periodically. For those of us that have flaky internet connections, this would be a huge boon. My edits wouldn't necessarily be lost if my internet connection goes pouf for a few minutes. |
tracker item |
Backlink is listed, but page doesn't exist
1- Go to ((Keywords)) 2- Check Backlinks You will see a backlink to __Why Use 2.0 for devtwo__ but this page no longer exists. It was renamed or deleted or something :-) |
tracker item |
Backlinks between trackers and wiki pages (and maybe forums)
In a tracker item, we often refer to wiki pages. From those wiki pages, we should be able to see the trackers in the backlinks. Related: Tracker plugin to get title and make link to tracker item http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=1768 With this second thing done, we could have backlinks among tracker items. This will be useful for a ((Mindmap)) |
tracker item |
Backlinks failed to display in the wiki page | tracker item |
Backslash in page name breaks ability to navigate to page | tracker item |
bad output on the link when the linked page description has WikiWords
There is bad output on the link when the linked page description has WikiWords. Example: [http://tikiwiki.org/TikiLiveCD] On top, there is alink to pages which have as description the Word "TikiWiki". And it produces some outptut like: ^ca TikiWiki 1.9.7 + 1.10 cvs!" href='tiki-index.php?page=TikiLiveCD%2Cca&bl' class='wiki'>TikiLiveCD,caes TikiWiki 1.9.7 + 1.10 cvs!" href='tiki-index.php?page=TikiLiveCD%2Ces&bl' class='wiki'>TikiLiveCD,es ^ |
tracker item |
Better attachments display/attach button on wiki pages
Currently, when one attaches a first file to a wiki page, the attach a file tab turns into a tab that says how many attachments there already are on the page. Clicking on this button does two things: # it allows you to see the existing attachments and # it exposes a control that lets you add attachments. The problem with this button is that it does not offer the affordance of attaching a file. A naive user who looks at this button will not understand that it is the button that one uses to attach a file. |
tracker item |
Better comments feature
I want to enable comments on wiki pages. I have two options right now, both have advantages and disadvantages. Enabling comments on pages * Pros o Easy to configure o Comments are visible directly on the page * Cons o No way for people to monitor all posts on the site. Often people post a comment on a a page and never get feedback. Associating a discussion forum thread to each page * Pros o Everyone on the site gets to see every posting that's made on any page. Increases the likelyhood that someone will respond to a post. * Cons o More difficult to configure. o Postings are not visible directly on the page. It would be nice if we could have the best of both. What I would like is something where: * A discussion forum for the wiki can be enabled at a single click of the mouse. * This single click of mouse would result in threads being a utomatically created on this mailing list for each of the wiki pages * The top 5 messages for a given page would be displayed directly on that page. |
tracker item |
Better handling of page renaming
When renaming a page, an option to automagically add a placeholder page. This placeholder page should be the redirect plugin, which sends to the new page and has "301" headers so search engines know to update their DB. Related: [wish1489|Wiki page name Alias] [wish1610|Redirect plugin : should permit to set status "Moved Permanently"] [wish1292|Plural WikiWords when using ((WikiWord))] |
tracker item |
Wiki, Flagged revision, Better naming/label consistency for Wiki feature; approval, revisions, staging and flagged | 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 |
Blank page when trying to save wiki page | tracker item |
Blue Alert box after saving a tiki page stays on top of "Wiki top line location" | tracker item |
Saving an edit on Doc (pluginIcon) caused a WSoD | tracker item |
Can't download file attached to http://dev.tiki.org/Xdebug+etc | 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 rollback wiki page | tracker item |
Can’t name a page "Sandbox" | tracker item |
Cannot add new page to Structure
When trying to add a new page to an existing structure I got the following error: Field 'structure_id' doesn't have a default value I could correct this very simply by going into the MySQL administrator and changing that column to have a default value of 0. I guess this is just that the DB set up SQL is incorrect and needs to have default value added to that column. I used the update SQL from 1.8 to 1.9 to create this tikiwiki so I guess that is the SQL that would need to be changed. I have not tested the new clean DB install of 1.9. Cheers Mike |
tracker item |
Cannot create table with percentages column.
Cannot create table with percentages column. This simple table code should create a 2x2 table with the second column having percentages, but instead the percent symbols are treated as indication of a dynamic variable. ~np~ ||name|value||JohnDoe|50%||JaneDoe|50%|| ~/np~ On the other hand, if an image is inserted in another column, the percent symbols are not treated as dynamic variable anymore, and the table appears correctly. ~np~ ||name|pic|value||JohnDoe|{img src=}|50%||JaneDoe|{img src=}|50%|| ~/np~ In my oppinion, the identification of a dynamic variable inside a table shouldn't extend beyond each cell of a table, let alone a full row... |
tracker item |
Cannot edit the Wiki description field when its display has been disabled on the Wiki Page
When you disable display of the Description field on the top bar of the Wiki Page, the option to edit the description is removed when editing the page. |
tracker item |
Cannot Over-ride Wiki Page Title Display to Off | tracker item |
Cannot save my changes of a wiki-page
Sorry I cannot find "wiki-pages" to check in the report-a-bug-form. 1. I edit a wiki page 2. I move the mouse over the save button 3.! I get a help-cursor and the text in the textarea scrolls to the very bottom 4.! I click on save, but nothing happens I got this behavior REV 24514 and on your REV 24503 I get the same behavior on Firefox, Chrome and WinXP-Safari. best regards Thomas |
tracker item |
Canonical URL Tag
Please see: http://www.seomoz.org/blog/canonical-url-tag-the-most-important-advancement-in-seo-practices-since-sitemaps tiki-print.php -> tiki-index.php In trackers, if you find a tracker item following a search, you have some parameters in the URL for item 6 of 70. The canonical format should be just the tracker item. In blogs, tiki-send_blog_post.php?postId=xyz and tiki-print_blog_post.php?postId=6079 should be: tiki-view_blog_post.php?postId=xyz |
tracker item |
Category permission check for wiki page menu option not working in some cases
Wiki pages links are case insensitive but the category permission check for wiki pages menu entry only works if the case of the link matches the case of the wiki page name. Say you have a wiki page called "Foo" and the "Registered" group has view permission to this page granted by a category. If you create a menu entry linking to the "Foo" page and set the URL as "((Foo))" everything will work as expected. But if you set the URL as "((foo))" the menu option will not appear to the users of the "Registered" group. Obviously for this to happen the "Registered" group must not have global tiki_p_view. This does not happen if object permissions, instead of category permissions, grant access to the "Foo" page. |
tracker item |
Category Permissions not taken care properly for showing wiki pages
Please help since we have invested much time and effort in this project, believing Tiki could filter rightly wiki pages based on perms, and since I cannot find a workaround. When not logged in, Some wiki pages are shown, and Some others Not, while they all have exactly the same set up. They all have been categorized only in "Public Content" category which is set to Show wikis to Anonymous users, while Global perms are set to not show them to anonymous. At this moment we have two identical wiki pages as setup is concerned: 1) http://mi.solcentral.org/tiki-index.php?page=La+Funci%C3%B3n+Esencial+y+El+Prop%C3%B3sito+de+Vida which doesn´t show to Anonymous users (and should do it) and 2) http://mi.solcentral.org/tiki-index.php?page=Sobre+el+Sitio+SolCentral-org which shows well. Note that at the botton of this page, in the listing of pages related to the category "Contenido Público" (which is the translation of "Public content"), the page "The Esential Function And Life's Purpose" (wich is the translation of "La Función Esencial y El Propósito de Vida") that is the page 1)... Then if you click on it, it will not show presenting you with the login invitation, allthough is shown in the list as categorized "Public Content". Other extraneous behavior is that when when you use the Plugin Toc to show the structure, only shows Some wikis on some structures, and on some other structures doesn´t show any wiki. I have used this:~np~{toc structId="26" order=asc shownum=1 type=fancy }~/np~ in the wiki: http://mi.solcentral.org/tiki-index.php?page=e-Books%20Index Actual estate of config is: For anonymous: If Perms on wiki: "La Función Esencial y El Propósito de Vida" La Función Esencial y El Propósito de Vida Anonymous tiki_p_view Categoría: Public Content La Función Esencial y El Propósito de Vida Anonymous tiki_p_view_backlink Categoría: Public Content La Función Esencial y El Propósito de Vida Anonymous tiki_p_watch_structure Categoría: Public Content La Función Esencial y El Propósito de Vida Anonymous tiki_p_wiki_view_attachments Categoría: Public Content La Función Esencial y El Propósito de Vida Anonymous tiki_p_wiki_view_comments Categoría: Public Content Category Perms of "Public Content" are for anonymous group perms that are ON: Can view wiki attachments and download (tiki_p_wiki_view_attachments) Can view page/pages (tiki_p_view) View page backlinks (tiki_p_view_backlink) Global Perms are: on Wiki: Can view wiki attachments and download (tiki_p_wiki_view_attachments) is ON for Anonymous Can view page/pages (tiki_p_view) is OFF for Anonymous View page backlinks (tiki_p_view_backlink) is ON for Anonymous Fixes tried: Have tried the opposite: allowing everything to be shown to Anonymous, and then restrict on pages that should be hidden with a "invisible" category with perms tiki_p_view OFF for anonymous group. And it didn´t work since - again - for Some wikis worked, and for some others not. Even if they are identical. Using: Tiki 6.1 fresh code install, on past 6.0 db updated to 6.1. |
tracker item |
Change focus of date in Calendars lost with FullCalendar UI | tracker item |
Changing the CaSe of a page breaks the backlinks
On doc.tikiwiki.org, I renamed pluginBacklinks to PluginBacklinks and the backlinks are gone. |
tracker item |
clicking on marker of geolocated wiki page on a map produces no popup box anymore (loading...) | tracker item |
Code plugin messes up page width (right hand column is now offscreen)
When you use the code plugin, the page width formatting is thrown off. Instead of seeing both left/right colums, the right column gets shoved off the screen and I have to scroll. This is with scroll bars already setup on the code plugin itself. -- Chealer : This happens when nowrap was not set. Gary (chibaguy): In my checking (trunk version, but same relevant CSS as in Tiki 3 and $), almost all browsers respect the overflow:auto rule for the code plugin and don't cause the page to widen. I put a long unbroken line of text in the code plugin, and in Opera, IE, Safari (Windows), and SRWare Iron (Chromium - webkit), even this unbroken line was broken to impose a scrollbar on the code area and avoid a scrollbar on the window. Firefox was the only browser that failed at this. If the current rules - overflow:auto, and 90% width in some themes - then all browsers will allow the long line to display unbroken and create the page-bottom scrollbar, pushing the right column out of view. As I understand it, this is the behavior reported as a bug here. |
tracker item |
Comment Notifications faile
I have a notification set up for all comment changes on * for admin. I get NO such notifications, ever. Email is working fine, as I get notifications of new users, and my "user notification" watch worked before I disabled it. I have "approve comments" on - is it possible that notifications don't go out if that is on? Ideal behavior would be an email for every notification with "approve", "reject", or "delete" links in the email, like typepad does. |
tracker item |
Some wiki page SEF redirects broken on tiki.org | tracker item |
Complicate formatting in a Wiki page for indenting on numbered paragraph (was it always?) | tracker item |
Conflict override conflicts with section edit
To reproduce: #Go to a page which someone else is editing #Click to edit a section (ex.: &hdr=9) #You will get a message to confirm override (conflictoverride=y) If you accept, you will be editing full page instead of section. |
tracker item |
Consolidate and Edit history sessions | tracker item |
Content management | tracker item |
contributors (from contribution feature) not listed at the bottom of a wiki page in collab. style
contributors (from contribution feature) are not listed on the contributors list at the bottom of a wiki page in view mode. (collaborative style set at wiki admin) They are shown in history of the wiki page in a new column called "contributors", which is fine, but when viewing a page, and when wiki set up as collaborative style for listing contributors, author and those "contributors" should be included all together in the list of contributors. Example: http://www.iesbarcelona.org/ESSO350/tiki-index.php?page=2009s%20EAP%20Buses%20and%20Metro listed three users (Authors) as contributors. However, if you go to history: http://www.iesbarcelona.org/ESSO350/tiki-pagehistory.php?page=2009s%20EAP%20Buses%20and%20Metro you can see a fourth user in the contributors column. That user can't see her name on the list of contributors, and requests for help to site admin due to that fact, etc. |
tracker item |
Copy’ing a wiki page show tags permissions error (wrongly) | tracker item |
Crash when logging out sql
I recently installed twiki using Fantastico on a siteground server. I've done a small amount of tweaking from the admin ui, but nothing that seems major. After logging out as admin, I get: Warning: mysql error: in query: select `groupHome` from `users_groups` where `groupName`=? in /home/pgsuper/public_html/tikiwiki/lib/tikidblib.php on line 134 in table: An error occured in a database query! Context: File tiki-logout.php Url tiki-logout.php Query: select `groupHome` from `users_groups` where `groupName`=? Values: 0 Anonymous Message: Error Message If I logout as a registered user, I get This is TikiWiki v1.9.8.3 -Sirius- © 2002–2007 by the Tiki community This is TikiWiki v1.9.8.3 -Sirius- © 2002–2007 by the Tiki community This is TikiWiki v1.9.8.3 -Sirius- © 2002–2007 by the Tiki community This is TikiWiki v1.9.8.3 -Sirius- © 2002–2007 by the Tiki community This is TikiWiki v1.9.8.3 -Sirius- © 2002–2007 by the Tiki community This is TikiWiki v1.9.8.3 -Sirius- © 2002–2007 by the Tiki community This is TikiWiki v1.9.8.3 -Sirius- © 2002–2007 by the Tiki community going on until I stop the browser... Any ideas? |
tracker item |
Creation of wiki page: enter description and wiki page name is suggested (but editable)
Goal: Making is easy to use description field without needing to duplicate data entry Say I use Tiki for terminology. If I use the wiki page name for terms, I will end up with many weird characters in the URL. If I use the description for the term, I still need to enter a cleaner/shorter wiki page name. This is an unnecessary step. Create wiki page could be full term, and accents and special characters are suggested (but overrideable) |
tracker item |
"The following mandatory fields are missing: Category" after anti-CSRF prompt | tracker item |
Database dump creates corrupt tar files. | tracker item |
Default diff in Tiki 1.10
Tiki 1.9.x behavior was to show side-by-side diff as default (good). In BRANCH-1-10, many new diffs were added (good). However, now the default diff is "HTML diff" (bad). Please change back to "Side-by-Side diff". Even better would be site-wide and user defaults. So site admin would determine default diff mode, which could be overriden in user settings. And still pickable for each page. {THUMB(id=19,url="show_image.php?id=19")}{THUMB} Here is wht I don't like htmldiff as the default: http://tikiwiki.org/tiki-pagehistory.php?page=ReleaseProcess20&compare=1&oldver=21&newver=22&diff_st |
tracker item |
Defaut user wiki page name should be based on realname instead of e-mail
In 1.10 now we can set to login as e-mail and display realname wherever possible. But the user wiki page by default is set to 'UserCreate<e-mail>. We should still allow user to create his page with 'UserCreate<username/real name>'. The recommended behaviour should be if user chooses e-mail to be private or it could be if admin sets to disaply realname wherever possible, then it should use 'UserCreate<realname>' other cases it can be based on e-mail. |
tracker item |
Defunct old "Dump Files" feature should be removed | tracker item |
Deleting the last version of a Wiki Page doesn't return the contents to the previous version's content | tracker item |
Successful edit of a wiki page sends the user to homepage | tracker item |
Discuss button on wiki page causes erroneous notifications on forum watch
One of our users reported that she was receiving watch notifications whenever she clicked the "Discuss" button for a wiki page, even though she was not posting anything in the forum topic. The cause was a Watch on "A user posts a forum topic (forum_post_topic)" for the Wiki Page Discussion forum. (Our Tiki uses a forum for page discussion instead of page comments.) The preferred behavior is that this type of watch would only generate a notification the ===first=== time the Discuss button is clicked for a page, when the new topic is actually created, rather than just accessed on successive clicks. |
tracker item |
Display external wikis and abbreviations in editor
Folks would probably use external wiki abbreviations more if they and their full equivalents were displayed on the editing screen. Even better if there were an explanation of what they are for, how to use them. Maybe a tooltip? |
tracker item |
Do not display [comment] link, when no perm to post comments and no comments posted yet
for users with tiki_p_wiki_view_comments perm only, it displays the ~np~[comment]~/np~ link on the wiki page bar even when no comments there yet to read, so clicking it does literally nothing... |
tracker item |
doc.t.o/tiki-listpages.php truncated on page 10 | tracker item |
doc.tw.o preview wiki page forgets the mandatory category selection
This is annoying! Workaround is to remember to pick category again when you save. |
tracker item |
Does not export selected pages (message: "Can not add the pagename/page.txt")
Can not ((XML Import-Export)). |
tracker item |
Duplicate entire structure for translation
For translation, I would like a way to duplicate an entire structure, and have Tiki automatically build the translation relationships between wiki pages. For example, consider that I have the following structure in English Structure Name Page Foo ..Page Bar ..Page Alpha Now I want to translate the structure to Spanish. I want Tiki to create (automatically): Structure Name, sp Page Foo, sp ..Page Bar, sp ..Page Alpha, ap __AND__ create the translation relationships between the specific pages (for example from "Page Foo" to "Page Foo, sp" |
tracker item |
Duplication of wiki content on save - maketoc related?
Everytime I use the maketoc inside a wiki page on a fresh tikiwiki 3.2 install the whole page content is duplicated every time I hit "save". Even if I delete all the content but one version and hit save the whole PREVIOUS page is duplicated again. Like I hit save: two times the page content. I delete all but one time the content, I hit save: three times the page content. I delete all but one time ... save ... four times the page content. Only removing the maketoc makes it possible to get rid of the problem. But meanwhile the wiki content has become a bit more (30-40 pages) and the same problem happens more and more often without having any maketoc included when the page is becoming bigger. That was done with Opera browser on a page with 4 h1 headings but I doubt it is a browser problem. :) |
tracker item |
Easier way to link to attachments in WIKI
It would be nice if there was the ability to have links to attachments easier than having to remember the file name from the attachments screen. It would be nice to get a list of all attachments on the WIKI edit screen and have the ability to click on the attachments to bring in the WIKI markup for the attachment link. |
tracker item |
Edit conflict detection should be more obvious: detect that source has changed since start of edit
Edit a page Save If latest wiki source is now different than what it was when I clicked edit, Tiki should tell me so I can manually merge issues. Related: {wish id=1191} {wish id=2488} |
tracker item |
Edit page warning sometimes stays active even when you cancel.
Can someone give more details on this one? I believe the problem occurs when someone goes to edit a page then uses the browser buttons, links or types a new URL without clicking either the svae or cancel buttons. -- mdavey A related issue is that the lock is checked /before/ all the permissions checks have been done. The result is that one can try to edit a page as anonymous, get an error warning, login, try again only to be told that 'Anonymous' is editing the page. -- mdavey obs: waiting for cvs to unlock to commit |
tracker item |
Edit section in a wiki page
The edit section is based on 'what you see' and the tiki-editpage.php is based on the source So if you have an optional heading. eX: ~np~ !hdr1 {TRACKERITEMFIELD..} !hdr2 {TRACKERITEMFIELD} !hdr3 it will not work code must be rewritten |
tracker item |
Edit Session Preserved When Editor Window/Tab closed. | tracker item |
Edit Wiki page with "Full Wysiwyg editor" keeps loading in 18.3 | tracker item |
Editing a wiki page: Footnotes and Comment are unclear labels
Footnotes should be "My footnotes" Comment should be "Edit Summary" |
tracker item |
Editing in normal with wysiwyg enabled breaks wiki syntax
With the WYSIWYG editor enabled (but html not checked in the wiki settings), I am unable to use wiki syntax in the normal editor when I save or preview. That is, the wiki markup shows up as text on the page. It switches back to WYSIWYG after pressing preview as well. If I enter html in the Normal editor it works fine. |
tracker item |
Editing/adding a Wiki page errors with "A contribution is mandatory"
Adding or changing a Wiki page has the error "A contribution is mandatory" when saving. Can't get past this error |
tracker item |
Editor & localization Dashboard (help contributors with priorities)
Please see: https://wiki.mozilla.org/Support/l10nPriorityPRD This should be not just for localizers but editors in general. [12:55] lphuberdeau: where can I see the l10n dashboard in action? [12:55] djst: https://support.mozilla.com/sv-SE/kb/Localization+Dashboard?bl=n [12:56] djst: lphuberdeau, this page explains the syntax for the plugin https://wiki.mozilla.org/Support/l10nPriorityPRD/Plugin_Usage |
tracker item |
Browse Gallery option does not insert files or images syntax into wiki page | tracker item |
edmund
Contributors |
tracker item |
Email notification (object entered/left category) is not working when i use the transition with the transition module
When I evaluated the software for my project, I was very happy when the documentation said that it was possible to create a workflow with categories, transitions and watches. But I realized that watching a category only triggered a mail notification when the transition was made in the tiki-admin_categories.php page. It was useless for me!! :-(( |
tracker item |
Email notification don't work except if "watch minor" is checked
Email notification don't work except if "watch minor" is checked |
tracker item |
Enhancement for sorting items within structures
When pages are added to a structure, they appear in chronological order. Placing the pages in order is extremely time intensive. Please consider creating one or more of the following options: 1) A menu choice for alpha sort on a per level basis. 2) The ability to drag and drop entries. (See Netflix queue page.) 3) The ability to manually renumber the page order value and then update all. (See Netflix queue page.) Additionally, please note that positioning pages by using the up/down icons sometimes creates apparently random placement: 1. One 2. Two 3. Three 4. Four Selecting the up icon from "3. Three" can sometimes result in: 1. Three <<<< out of place 2. One 3. Two 4. Four instead of 1. One 2. Three <<< where it should have gone 3. Two 4. Four Thank you! |
tracker item |
Equivalent characters for page linking, backlinking, searching, etc (ex.: space, underscore, period)
This would permit cleaner URLs and easier searching. __Where?__ Wiki page names Usernames tags? etc. __What?__ Spaces & underscore to be equivalents a and A are equivalent. This makes perfect sense for page names, user names, etc Accented characters (äâ) should be as well For wiki page names (see how Wikipedia does it) but it could be that ~np~((User_Profile)), ((User+Profile)) and ((User Profile))~/np~ are equivalent. Should hyphen (-) be an equivalent character as well? How about (,) and (.) . doesn't play nice with rewrite rules Moved discussion to: ((Character substitutions)) |
tracker item |
Error 500 if a ' is in the text of a Wiki page description | tracker item |
Error 500 on plugin aliases, seen on some pages like https://nextdev.tiki.org/Staging-and-Approval | tracker item |
Error 500 when saving a Wiki page if the description is more than 200 characters | tracker item |
Error message when removing a wiki page | tracker item |
Error on Chrome
at the pages in dev.tiki.org I often get an error in chrome. Like page: http://doc.tiki.org/Wiki+Plugin Error on the screen: Fatal error: Allowed memory size of 201326592 bytes exhausted (tried to allocate 350 bytes) in /home/two/doc/lib/init/initlib.php on line 187 |
tracker item |
Error on tiki-index_p.php: "Too late to modify headers" (error shown in wizard for tiki admins in new installs) | tracker item |
The dev dashboard title is hidden if the content of the issue is too big | tracker item |
Error while uploading pictures in a wiki page
While editing a wiki page i can set and upload an image. Clicking on the picture image i get to the image properties windows. In the tab "Image Info" i choose "browse server" and from there shows up the FCKeditor ressources browser. I choose to create a folder, input name and upload picture. Then the picture is available and i can choose it and validate it back throught the "Image Properties" windows where the image url show: /tikiwiki10/img/wiki_up/image/test/tv.png The picture image is broken It keeps broken after wiki page save When i reedit the page and open for this picture the "image properties" it shows as image url: http://mydomain.com/tikiwiki10/img/wiki_up/image/test/tv.png The image is not there of course, it have been installed in a folder test 3 step up from the root of my website ! Meaning that path should have been : /var/www/sites/xxx/xxx.com/subdomains/www/html/tikiwiki10/img/wiki_up/test and the folder test has been in fact created here: /var/www/sites/xxx/xxx.com/subdoma/tikiwiki10/img/wiki_up/test And that... is not good at all :) But it is not over. If i upload manualy the picture and edit the wiki page i can add in the "image properties" the direct url to the picture after clicking the ok button it show nice in the preview page. If i save the page the image link is changed for something like: http://xxx.com/tikiwiki10/show_image.php?id=5 And there again... no picture shows on the saved wiki page. |
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 |
Extra fields for wiki pages
In many cases, have extra structured fields in wiki pages would come in handy. Ex.: a glossary of terms may need a field for noun, adjective, etc. Categories and tags are not in the version history, and it would be clunky anyway. ((doc:Pretty trackers)) are awesome when it's a data centric context. But when the structure emerges from the wiki, it's better to have extra fields to wiki pages. |
tracker item |
Fatal error when trying to roll back a wiki page version | tracker item |
Favorites button does not work without SEFURL | tracker item |
Feature broken: Attachments to inbound emails not saved.
I'm running 1.9.2. I am unable to get the attachment portion of inbound emails to show up as an attachment to a forum post or wiki page. I expect this also applies to analogous emails of other types of content. I think this was working in January 2006. I will be posting a related issue in the next item. It deals with e-mails to forums having "Use this thread to discuss the [tiki-index.php?page=xxx|xxx] page." added to the body of the forum post, as if it was a Discussion of a wiki page. |
tracker item |
Feature request: "CopiedFrom" comments added when copy/pasting from another wiki page | tracker item |
Feature request: Be able to exclude (by category) the pages listed in Latest Changes module | tracker item |
feature_wiki_1like_redirection works always
No matter if you disable feature_wiki_1like_redirection it in the "Wiki" part of Administration Page the engine always tries to show you a page name similar to the one you asked for. |
tracker item |
feature_wiki_minor_edit
This should be optional, like the rest. But beware of: [wish1697|permission "minor" seems useless on doc.tw.o: registered can't use it even if granted to them] |
tracker item |
Find missing wiki image and page links | tracker item |
Fix screwed up anchors in Tiki pages | tracker item |
fresh opening of tiki home page tiki-index (I removed a warning) is it OK | tracker item |
Fullscreen Edit : Wiki & Plugins Help are missing
"Fullscreen Edit" is a new cool feature of 2.x Quicktags are kept, but Wiki & Plugins Help are missing so it makes editing less enjoyable. "Edit Summary" is missing as well. Maybe it's intentional? |
tracker item |
functionality to exclude certain pages from being shown in Top Pages/Rankings, etc...
To allow admins to set an exclusion list of pages to be included in the list of top pages or rankings. Useful for excluding pages like home pages. |
tracker item |
get_plugin_description infinite loop w/ patch
Having a wiki plugin that is not readable by apache in the plugin directory causes an infinite loop when the user attempts to edit a page, because edit page tries to load a list of plugins and descriptions in the help. tiki-editpage.php calls wikilib.list_plugins(), calls get_plugin_description(), which doesn't check open status after fopen(). |
tracker item |
Getting redirected to proper wiki page after login (for edit)
To reproduce: 1- visit as anonymous: http://doc.tikiwiki.org/tiki-editpage.php?page=dhsgfkjsd&quickedit=edit 2- Click login http://doc.tikiwiki.org/tiki-login_scr.php and login 3- I am sent to: http://doc.tikiwiki.org/tiki-editpage.php instead of the page I was trying to edit: http://doc.tikiwiki.org/tiki-editpage.php?page=dhsgfkjsd&quickedit=edit |
tracker item |
Getting the users IP when Tiki is behind a reverse proxy | tracker item |
Headings in a fade block shouldn't be displayed in the table of contents (TOC set to off) | tracker item |
Hiding edit icon for included plugins | tracker item |
homepage on dev.tw.o not displayed to me: missing l10n-specific content in my browser lang?
When visiting dev.tw.o (homepage), I can't see anything in the central column of HomePage when I'm loogged in, but just the left column. When I'm not logged, I can read everything fine at homepage or any other wiki page. My browser is Mozilla firefox 1.0.3 catalan. Maybe this has something to do with showing content for specific languages, and not speficied for the visitor's language? (or usage of default one?) I have no idea (just started today to use 1.9.0 for production... I'm very excited after a year of long wait! :-) Thanks marc, sylvie and all devels (if you read this bug report) for this hard work of you all! Cheers, Xavi P.:S Maybe adding a switch-lang-menu would help the user to select another language so that we can see the content on the homepage? |
tracker item |
Hotwords in wiki page description break wiki links to page | tracker item |
HTML code wont enable
Hello I went to enable HTML on all wiki pages so that I could do text wrap around an image. However, it appears that the code still appears instead of actually correctly wrapping the text as if it doesnt understand the html code afterall. -Kat |
tracker item |
HTML line break tags displayed in page source histories
When viewing the source for previous versions of a page an html line break tag (<br />) shows every time there's a line break. |
tracker item |
https://dev.tiki.org/Webmail page layout is broken | tracker item |
I10n: Edit a page in a language different than english results into a broken editpagedisplay
as described in the topic if you are trying to edit a page in a multilingual wiki where you have currently a language other than english selected (i only have german allowed in my tiki) you only see something like this (complete html output): {CODE(wrap="1",ishtml="0")}<div class="floatright"> <a class="previewBtn" title="Vorschau Ihrer Änderungen." href="/test/tiki-editpage.php?page=test_de"><img src="pics/icons/magnifier.png" alt="Vorschau Ihrer Änderungen." width="16" height="16" style="border: none" class="icon" /></a></div> <h1><a class="pagetitle" href="/test/tiki-editpage.php?page=test_de">bearbeiten: test_de</a> </h1> <!-- templates/tiki-preview.tpl start --> <div class="wikipreview" style="display:none;" id="autosave_preview"><div> <div style="float:right;"> <select name="diff_style" id="preview_diff_style"> <option value="" selected="selected">Vorschau</option> <option value="htmldiff" >HTML diff</option> <option value="sidediff" >Side-By-Side Vergleich</option> </select> <a title="Popup preview" on <h2>Vorschau : test_de</h2> <div align="center" class="attention" style="font-weight:bold">Hinweis: Dies ist nur eine Vorschau und wurde noch nicht gespeichert!</div> <div class="wikitext"> </div> </div><span id="autosave_preview_grippy" class="ui-resizable-handle ui-resizable-s"> </span> </div> <hr style="clear:both; height:0px;"/> <!-- templates/tiki-preview.tpl end --> <form enctype="multipart/form-data" method="post" action="tiki-editpage.php?page=test_de" id='editpageform' name='editpageform'> <input type="hidden" name="no_bl" value="y" /> <table class="formcolor" width="100%"> <tr> <td colspan="2"> <input type="hidden" name="page" value="test_de" /> <div id='edit-zone'> <div class='textarea-toolbar' id='editwiki_toolbar'>{CODE} |
tracker item |
i18n-related smarty error on a brand new 1.9.0 with "enabled for easy use" profile
Hi, I've just started a new Tiki 1.9.0, with new db with profile "Basic enabled for easy use", and after configuring the language in catalan, disabling some basic features, leaving just wiki, categories, etc., and clicked on the l10n Home link at the main applicationmenu, I got this error: {CODE()} Fatal error: Smarty error: [in tiki-show_page.tpl line 37]: syntax error: invalid attribute name: 'pàgina' title='seguiment' (Smarty_Compiler.class.php, line 1516) in /home/httpd/tiki19/lib/smarty/libs/Smarty.class.php on line 1088 {CODE} Using style: __smartiki.css__, __tikineat.css__, but not on __simple.css__ If I change the language to English, for instance, I have no problems with __tikineat.css__, etc. Probably, same bug as the one reported at: [http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=189&show=view&status=op&trackerId=5&sort_mode=created_desc] |
tracker item |
IE eats up extra long Wikipages
Long and extra long wiki pages are not correctly displayed by the IE. Also no scroll bars are shown, so the content vanishes completly on a certain point of the page. |
tracker item |
IE eats up extra long Wikipages and Articles
Long and extra long wiki pages are not correctly displayed by the IE. Also no scroll bars are shown, so the content vanishes completly on a certain point of the page. Also articles are affected. :-( |
tracker item |
if use a chinese character in a page's name, can't use (()) to refer to that page.
just like this ((textä¸æ–‡)) it can't be parsed correctly as a page referer. |
tracker item |
if 'Store atts in file gals' is on, when removing a wiki page, offer to remove the file gal also | tracker item |
Image attachements are not saved unique
When uploading images to a wiki page, the image is stored by name on the upload directory. However, names are not unique. Therefore it's possible by different wiki page to overwrite (by accident) an image of a different page, by just uploading an image with the same name. |
tracker item |
Image attachment are not displayed anymore on a wiki page (at doc) | tracker item |
Image doesn't show under tiki-110, Wysiwyg and Mutitiki environment
Hi, Using Wysiwyg, I upload a image then it is stored in like .../wiki-up/image/xxx.jpg. Under MutiTiki environment by domain name, this page does not show the uploaded image. The source of the page shows that ".../wiki-up~~#FF0000:/domain_name~~/image/xxx.jpg" while that image was stored in .../wiki-up/image/. So I guess that FCKEditor has to store a image into NOT .../wiki-up/image/ but into .../wiki-up/~~#FF0000:domain_nmme~~/image/ under ===MutiTikiwiki environment===. (How to know for FCKEditor that the site is under MutlTikiwki, I don't know) Thanks and Best Regards, Shigeru Serizawa (Japan) |
tracker item |
images can't be added to doc.tw.o pages
I can't upload images any more to wiki pages at doc.tw.o since upgraded to tiki4. Using firefox 3.5.4 under GNU/Linux Can anybody confirm on other OS or browsers? |
tracker item |
images system gallery perms >< group perms
Lately, all images inserted into wiki pages are taken by the "system gallery" system. That is realy cool BUT can be very problematic. My anonymous don't have to see gallery images cause this is restricted to registred or members peoples. But they could till now see pages with images in it, buttons, whatever. With this new "system gallery" they can't see no image nowhere. That is not what it should be. I tried to find the so called :"System gallery" to see if i can change individual permissions. On the list, logged as admin, i can't see it. When i click on the menu at "System gallery" (tiki-list_gallery.php?galleryId=0) this goes to an error (No gallery indicated)... I can't neither. This is bad as my anonymous user see red x everywhere instead of pictures. |
tracker item |
Import blog
It should be easier for new users to migrate to tikiwiki: an import blog function (e.g. from wordpress) would help. |
tracker item |
Import HTML option
Import HTML: in wiki edit page should be option (ideally a perm). Option is there but it's not working |
tracker item |
Improved include in wiki pages | tracker item |
In-page link targets on pages with sticky top navbar create no-click zones above the targets | tracker item |
Include plugin: direct link to create/edit included page, and send back to initial page after edit
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} |
tracker item |
Incorrect button URLs on Windows
I have a problem similar to [http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=291|this one]: "Edit" button in Wiki points to "/\/tiki-editpage.php?page=HomePage". Other buttons also have invalid URLs, links have correct URLs. Configuration: TikiWiki 3.2, Windows XP, Apache2.2, TikiWiki is in the server root directory. |
tracker item |
Infoboxes like MediaWiki/Wikipedia, but not just using trackers
MediaWiki/Wikipedia has an interesting way of dealing with meta-data concerning a wiki page. [http://en.wikipedia.org/wiki/Help:Infobox|Infobox] is very flexible and is very suitable to an encyclopedia. It's easy to create new ones and they are very flexible to adapt to the topic. As soon as a bunch of pages have something in common, you can create one and it gives visitors and quick overview of what characteristics this entry has. There are over a hundred of these templates: http://en.wikipedia.org/wiki/Category:Infobox_templates Here is a simple one: http://en.wikipedia.org/wiki/Template:Infobox_Animal Here is a more advanced one where special language codes, when parsed, are shown with a nice presentation: http://en.wikipedia.org/wiki/Wikipedia:Babel This is a great way to have ad-hoc, organically growing meta-data around wiki pages which share some sort of structured/comparative data. In TikiWiki, we use ((doc:trackers)) for tabular data. We need to have an even tighter integration. Goal: that the metadata be stored both in the wiki page and the trackers That you can update in one or the other. This would permit us to make lists/tables with all the data from all the infoboxes, without duplicating the data. (not sure if/how to do this with MediaWiki) We'd need a Wiki Page field-type in trackers. Say I have an "Animals" tracker with all the Meta-Data. One of the fields should be the name of the associated wiki page. And that wiki pages "knows" to get latest data from tracker (like we do now for ((doc:PluginTrackerList)) and ((doc:PluginTrackerItemField)). {img src=images/code.png}%%% {CODE(caption="2008-06-22 on #mediawiki on freenode.net", wrap=1)} [09:48] marclaporte: Say I have lots of data in various infoboxes, is it possible to make a report/list/table of all these infoboxes and have them link to the various wiki pages? [09:48] Splarka: you can use Special:Whatlinkshere on each infobox [09:48] Splarka: (sorta) [09:49] marclaporte: tks, would you know of an example? [09:51] Dantman|FS: SMW [09:51] Dantman|FS: Doing that with data is basically the purpose of SMW [09:52] Splarka: http://en.wikipedia.org/wiki/Special:Whatlinkshere/Template:Infobox_Aircraft [09:52] marclaporte: There are some lists here: http://en.wikipedia.org/wiki/Comparison_of_wiki_software -> how to reuse that info in infoboxes on each page [09:52] marclaporte: tks [09:53] marclaporte: Splarka: : yes, that's what I am looking for [10:05] marclaporte: Splarka: : So now I know where the template is used. What if I want to make a mega chart for all the planes from all the infoboxes? [10:06] Splarka: well, that might be something more for the category system [10:06] Splarka: (or ask Dan about SMW, unless he means Super Mario World) [10:08] Dantman|FS: heh [10:10] marclaporte: Dantman|FS: : What is SMW? [10:10] Dantman|FS: Semantic MediaWiki [10:10] Dantman|FS: http://semantic-mediawiki.com/ [10:11] Dantman|FS: It's an extension for MediaWiki {CODE} !!Other things to think about: *When watching a wiki page, how to watch tracker(s) which are associated with that wiki page? *In page editing of tracker data, have a quick & nice interface like the ((doc:dynamic variable)) feature Related: *[wish2102|Support some of the MediaWiki syntax that doesn't conflict with TikiWiki syntax] *[wish1191|Wiki editing: Preview with diff, like Mediawiki] *[wish1781|Support for the Wiki creole markup (syntax)] *[wish1220|MediaWiki import script] |
tracker item |
Inherit category from page from which new page is created
When a user creates a new page from an existing page (either through the Create Page module or by clicking on a "?"), categories could be inherited. The problem is that this is not necessarily behaviour required for all TIki installs, and might have to be coded as admin configurable. |
tracker item |
Inline plugin edit icons aren't working - the edit form doesn't display. | tracker item |
insert special characters
To insert a special character within tiki-editpage.php in 1.9DR4 you have to use templates/tiki-special_chars.php which cannot be accessed because of .htaccess settings. a better solution because that little bloody window is a pain anyway (and inserts the characters always in the end of the editing window: I have done a fix, by including the following lines (see solution) after the table row with the smileys and cutting the link to tiki-special_chars from below the quicktags: |
tracker item |
Insert special characters : move to main template and make localized versions
Special characters is now via a popup. This is bad because the one click javascript insert doesn't work. "Basic" special characters should be integrated in the template. Could (should?) be contextual to language. Current page? User language(s)? What if use speaks many? It could also be a drop down-menu like with available languages. Go edit a page on wikipedia to get an idea. wikipedia's Basic" special characters: Additional French special characters: Additional Spanish special characters: We should let our translators edit this according to their local needs. Related: http://sourceforge.net/tracker/index.php?func=detail&aid=1185212&group_id=64258&atid=506848 |
tracker item |
Insert Wiki Link popup has scroll bars in IE7 messing up view
Insert Wiki Link popup has scroll bars in IE7 messing up view |
tracker item |
Internal links should include all objects
When inserting an 'internal link' the objects offered are limited to Wiki objects only. (WYSIWYG editor). It would be good to have other objects included also. |
tracker item |
Internal Server Error 500 on preview or save
I posted this on the Features/Usability forum pn tw.o, but it seems to be coming down to a bug or a setting. We've been wrestling with Internal Server Error 500 for several months. We are transferring the content of a static HTML site to a TW site. At first, we thought it had to do with the length of documents or reserved words or special characters. All of that may still be true, but what I find after exploring the Web a little is that it has to do with script failure. Apache thinks something is screwy in the content being fed to it. Most recently, I tried to get the TW sql module to work. I set up the DSN per the instructions on doc.tw.o , assigned permissions to a group,then created a test page. I inserted one line, OPEN CURLY BRACE SQL CLOSE CURLY BRACE (db=>memberlist) SE (NO SPACE)LECT count(*) FROM members OPEN CURLY BRACE SQL CLOSE CURLY BRACE, then hit Preview and got Error 500 immediately. (Obviously, I've substituted words for characters like the curly brace and space. I did that so I wouldn't get Error 500 when I up load this message. And, yes, I know "up load" is one word, but if I use one word, it is likely to fail.) We have previously gotten the Error 500 message when words like 'up load' and 'se lect' (as noted above) were in the text of the page. When those words are removed or altered, the page up loads. It tends to happen more often when pages are long (that may be psychological. You remember the BIG failures.) which, of course, just means the odds are greater that a reserved word is used, if that's the case. When I tried to up load the above example to tw.o, it failed three times until I had all the curly braces and suspect words broken up. I know others are having this same issue. Here's chibaguy from tw.o on his experience up loading in response to my message. (I've edited for brevity) --------------------- chibaguy on Fri 16 Nov, 2007 08:08 CET I tried once to reply to your post and got the 500 error when I had "se lect" in the text (with no space), and then the submit went smoothly when the space was added. A few minutes later I submitted that test post, with "se lect" intact and it also went fine. Meanwhile I found 469 instances of the word at this site, including in wiki pages and forum posts, so obviously a lot of the time having "reserved words" in posts doesn't stop the submit. ... I've also gotten the 500 error here trying to submit a post, once in a while, but waited a little while and then could submit exactly the same post with no error. ... I rarely get the error at other Tiki sites I use pretty intensively, but am not sure if my pattern of use just avoids the pitfalls. -- Gary ------------------------ ricks99 on tw.o leapt on the cut and paste scenario, offering that it might be a text encoding conflict. I've had it fail, as above, with directly entered content as well as pasted content. I'm on a Mac and our host is using *nix. Note that I'm not saying some text encoding issue isn't a part of it. In fact, I kind of suspect there is more than one culprit. When I get one of these errors, I start reducing the up load by halves, previwing a portion at a time, until I get failure. Once I get failure, I always get failure. We've up loaded (copy/paste) pages of documents in which one line would cause the failure. Removing the one line makes it OK. Taking the suspect portion and the remaining text and putting it into a comment page works, too. My suspicion is that there may be a combination of "suspect" words that crosses a threshold and drops the error message on us. Maybe there's a setup issue? I'd really like to use the SQL plugin. It would solve several problems for us. Thanks, Bill ------ This is the third in a series of "HOW DOES IT WORK" articles describing the various systems of the TD Vixens. The first two described the engine cooling and coach heating systems. This article will describe the engine fuel system. By Tom Picking ENGINE FUEL & ELECTRICAL When I first got my Vixen it was hard to start. The problem got worse until I was afraid to go anywhere. I spent several weeks studying the system and talking to other owners about what might be wrong. I tried many "fixes" hoping they would solve the problem but nothing helped. I learned a lot about the system over those weeks with the help of several people and only after fully understanding "HOW IT WORKS" was I able to find and correct the problem. VIN 0050 is stock with 110,000 miles and starts easily even after being idle for weeks. Yours should, too! The BMW engine's Bosch fuel injection pump, in my opinion, is a work of art! It is completely mechanical using no electricity (except for the fuel shut off valve) or electronics. It is a very complex system and adjustment or repair of the fuel injection pump should be left to professionals. But if we understand howthe total system works, we should be able to determine if the problem is in the pump or some other component of the system that we can fix ourselves. In order for a diesel engine to start and run it needs three things: Air, fuel, and heat. It is also very important to make sure that no air can mix with the fuel until the fuel gets into the combustion chamber. AIR AND HEAT When the starter cranks the engine, air is sucked in and compressed by the pistons. When air is compressed, it gets very hot, hot enough to ignite fuel if it is present. On very cold days the engine and the air being drawn in are much colder making it difficult for the air to reach the temperature required for ignition. This is where glow plugs come in. They are actually small electrical heaters inside each combustion chamber. They look something like a spark "plug" and when turned on they get so hot they actually "glow". The glow plugs only come on during the initial start up sequence and the amount of time you should wait before trying to start the engine is determined by the engine electronics based on the temperature of the engine. Maximum ON time is about 15 seconds. The "WAIT TO START" light on the dash indicates the glow plugs are being commanded on and the engine should not be cranked till they have had a chance to do their job. If the glow plugs are not working, the engine will still start (except on very cold days) but only with increased cranking times. AIR AND FUEL Air in the fuel before it is injected into the engine is a bad thing. The injector pump must be able to develop very high pressure in order to force the fuel into the combustion chamber and if air is mixed with the fuel, this high pressure cannot be achieved. The injector pump is actually two pumps in one. The first is a low pressure priming pump that floods the primarypump chamber. Any air in this chamber is forced out of a drain line at the top of the chamber along with excess fuel flow from the priming pump. This drainline is common with the drain lines connected to the injectors in each cylinder. If any of these lines leak while the engine is off air will enter the system and fuel will drain backward through the fuel line and empty the primary chamber of the injector pump. The result is hard starting (delayed while the priming pump is filling the primary chamber) but otherwise a normal-running engine. If there is a leak in the fuel line or the fuel filter between the injector pump and the fuel tank, air will be drawn in by the suction of the injector pump and, depending on the amount of air, the engine may start but will not run correctly under load or high speed. As reported by Charles Rausch (TD 0106) in December's issue of Fox Prints, this same symptom can be experienced if there is a severe restriction in the fuel line such as a clogged fuel filter or a clogged fuel tank filler cap air breather vent. You can inspect the fuel entering the pump by checking the clear (after 12 years mine is yellow) plastic line connecting the fuel filter and the pump. If you see bubbles in this line while the engine is running or cranking there is a fuel line problem. If you see a large bubble in the line after the engine has been off for several minutes, this is an indication of a drain line problem and that fuel is draining backwards through the fuel line to the tank. If you tap the line, with an indication of air in it, you can watch which side the air bubbles up. That will cut the investigation in half. Between the tank and the injector pump is a fuel filter. The stock filter has a special manual priming pump built into the head of the filter. Turning the selector head of the filter pump to "RUN" bypasses the internal check valve and makes it easier for the engine injector pump to draw fuel. Turning the head of the filter pump to "PUMP" allows manual operation. The engine will run just fine with the filter pump selected to either position if all the rest of the system is in good condition. Diesel fuel is notorious for dirt and water. The fuel filter is your protection against dirty fuel. After I learned all of the above, my Vixen still would not start! The problem was that it was not getting fuel because of an electrical problem! The ignition switch mounted on the steering column (a standard GM part) has several electrical contacts that perform various functions depending on the position of the key in the ignition. One of the functions is to energize the fuel shutoff solenoid valve that allows the flow of fuel to the injector pump. One of the first things I did was to check the voltage to the solenoid valve with the key in the ON position, it was OK. What I didn't realize until several weeks later is that a different set of contacts energize this valve when the key is in the START position. These contacts were defective and when the key was in START and the engine was cranking, the solenoid valve was off and no fuel was available!!!!! This condition can be measured with a voltmeter which eliminates the guess work. A new ignition switch solved the problem. |
tracker item |
InterTiki backlinks / SisterWiki / Extend External Wiki feature
((doc:InterTiki)) permits to share login, preferences and groups between various Tiki sites. We need the Sister Wiki too! http://www.wikimatrix.org/wiki/feature:SisterWiki Continue discussion here: ((Sister Wiki)) ((doc:backlinks)) are very cool. But what about backlinks from other sites? We could use list from: http://doc.tiki.org/External+Wikis Related: [wish2086|Backlinks between trackers and wiki pages (and maybe forums)] [wish1768|Tracker plugin to get title and make link to tracker item] |
tracker item |
IP of approver shown instead of creators name on wiki pages
It seems to be an error only by the first settings (creation) of a wiki page, maybe depending on the staging and approval system: * Every time a new wiki page is created initially in the staging version the creators name is correctly shown under "created by" and "creator" (in the listing of the wiki pages and below the page in the collaborative-listing of creator and contributors). * Then after approval ** the page description disappears (I mentioned this in another posting before) and ** the creator of the page is changed, I mean: __instead of the user's name (who created the page)__ now __there is shown the IP of the approver__. * So ** below the page and in the page listing the IP (of the approver) is shown as creator, ** and in the history the "user" of the page and the "comment" are changed. Please see the screenshots I attached, for better explanation of this. The page in the three screenshot was created by admin and approved by admin. But it's the same, if created by an user: __Always the name of the creator of a wiki page is not correctly shown in each area (wiki page listing, below the page and in the history).__ * By edit of an existing page, this doesn't occure! - You see in the screenshot, that in the second and third version of the page there are correctly shown the "user" with his name and "comment" with an comment, that the page was approved by named approver. |
tracker item |
It is not possible to name a page starting with "tiki wiki" | tracker item |
It should be possible to add Bootstrap modals directly | tracker item |
It should be possible to hide the "More" button (especially if it is "empty") | tracker item |
It's too difficult to re-use image gallery and file gallery content in wiki pages, trackers, etc
As reported here: https://bugzilla.mozilla.org/show_bug.cgi?id=398767 {THUMB(image=>img/wiki_up/2008-01-17_low-tech-image_picker_TikiWiki.jpg,url=#)}{THUMB} {THUMB(id=13,url="show_image.php?id=13")}{THUMB} {THUMB(id=16,url="show_image.php?id=15")}{THUMB} Some ideas of nice links to have: Thumbnail with link: {img src=images/code.png}%%% {CODE()} {THUMB(id=13,url="show_image.php?id=13")}{THUMB} {CODE} [tiki-upload_image.php|You can test some experimental stuff here] (upload a pic and see the suggested wiki markup to copy in a ((test)) page.) Nelson Ko and Marc Laporte were planning to work on tiki at ((tw:TikiFestToronto)) but something else came up so it's still on todo list :-) |
tracker item |
Quick Edit module should detect and warn about special characters in page names
Sometimes, we end up with some strange characters in pages names (accents, punctuation, etc). While it generally works, people should keep URLs with simple characters (like in emails) for nice readable URLS. For example: ((I know this is all wrong, but fear it might be right - Alain Désilets)) |
tracker item |
Side-by-side edit of two languages, with a "translation is in sync" button to save both wiki pages
Full page mode would be quite important ** Need to evaluate usefulness with Alain Désilets ** LP says it's doable (from back-end perspective) Coordinate with other work on: http://wiki-translation.com/ |
tracker item |
Mikael.Franzen
Contributors |
tracker item |
"View edit icons" feature has disappeared
Hi, After upgrading my web site from tiki 7.0 to 7.2, I've noticed that the "View edit icons" (feature that show/hides the plugin edit icons) button has disappeared. Regards, Yannick |
tracker item |
RENAME a wiki page and it is dropped from Last Changes listing.
If a wiki page is RENAMED it no longer appears in the Last Changes list. I've tested this against our own system [http://thereevesproject.org] running 4.3 (yes I know we need to upgrade) and also against 7.1 running over at opensourcecms.com. Suspect it applies to intervening versions as well. On 4.3 module last_modif_pages does correctly continue to list the renamed page, using its new name. (This aspect not tested on 7.1) |
tracker item |
Using Plugin editor causes the Author's style of a wiki page to revert to default
If you use the plugin edit icon to edit a plugin on a page, after submitting the changes, the 'List Authors' setting for the page reverts to the default, losing whatever setting it had before. |
tracker item |
Page rename when just changing the case (ex.: lower case to upper case) causes backlinks to be broken
To reproduce: Have some pages with backlinks Then, rename DOMpdf to dompdf and the backlinks to dompdf will be broken. |
tracker item |
MEbneter
Contributors |
tracker item |
The add element of structure panel his behind C2 and c3 can't be accessed (8.1, 8.3) - twist style
Hi, !!!This problems concerns quite all table and forms (in tables or not) with fixedwidth themes. This is the reason while it appear in so many functions. !!!As for most of tables in many functions, with "twist" (no other style tested) the tables of the middle (C2) either overlap C3 or are behind C3 and sometimes C2. They just have a little part outside the 990px large (in twist as the width is written into css it can't be changed by prefs). __~~#F00:The corresponding functions are then completely unusable. ~~__ Here I write this for the example elementary function "add an element to a structure" givin in screenshots joined documents Three scrennshots proposed are : #What a user see #The limit of the div as shown by firebug #The whole div zone hidden |
tracker item |
"Change" and "Save" buttons are missing when typing a "new wiki page" name with forbidden chars (such as &) and proceeding to the editor-page for this site.
After clicking "create new wiki page", i typed a name for this site containing a forbidden char (in this case "&"). I prompted this entry (not knowing this char is forbidden) to add content to this page. the "invalid character" field popped up and forced me to rename the page. looked similar to the normal "rename page" input, but without a button to "save" the change. unfortunately, the save button was also missing in the editor field for my new page and "previewing" the new site didn't change anything in this behaviour. so in the end - content as well as the page were lost. please add "save" buttons to this areas. |
tracker item |
tags columns in tiki-listpages.php
We already have categories, etc. |
tracker item |
Custom fields for wiki pages (structured data / meta-data for wiki pages)
Please see: ((Extendable meta-data for all features)) |
tracker item |
Per page, page name display
Currently I can turn the display of page names on or off in the admin panel. I would like to hide the page name on some pages but not all. Thus a per page override would be nice, similar to the per page override of contributors display. Thank you, |
tracker item |
Error in tiki-editpage.php
Hello. Today I found an error in "tiki-editpage.php". The error is on the Line 1092. |
tracker item |
Plugin Lastmod
Plugin Lastmod does not default to current page when page name is not specified. The documentation for the [http://doc.tiki.org/PluginLastmod|Lastmod Plugin] says if you don't specify the page name, Lastmod defaults to the current page. From forum [https://tiki.org/tiki-view_forum_thread.php?comments_parentId=40353&post_reply=1&comments_threshold=0&comments_reply_threadId=43856&comments_offset=0&thread_sort_mode=commentDate_asc&comments_per_page=20&comments_grandParentId=40353&thread_style=commentStyle_threaded#form|thread] posted by user TomJarvis: I have now tested: {LASTMOD()/} and {LASTMOD(page=HomePage)/} in the HomePage of Tiki versions 2 through 9. In each version of Tiki, the plugin with the pagename specified worked correctly (other than the '%0' in Tiki 2 mentioned in the documentation). When Lastmod is coded without specifying the page name, the current date and time are returned in Tiki versions 2 through 6, and nothing at all is returned in Tiki versions 7 through 9. There appears to be a problem with how the Lastmod plugin get the page name when it is not specified. This is a bug that could be reported. The workaround is to specify the page name. |
tracker item |
Wiki Page Source presented inconsistently in Source & Compare frames v6.7
In the source of a wiki page (current or prior version) double quote marks appear as a single character " However, when viewing the same source in version compare mode, those same double quote marks are shown as the html & quot ; (spaces added to prevent any translation) Look at the source line beginning ~np~__Spouse1:__~/np~ in the attached screen shots. TRP-Compare-v4-5 used the following url [http://thereevesproject.org/data/tiki-pagehistory.php?page=Heard_Robert_Brookes_2236&history_offset=0&diff_style=sidediff&show_all_versions=y&compare=Compare&newver=5&oldver=4&paginate=on&history_pagesize=25&source=5] TRP-Compare-v4-0 came from [http://thereevesproject.org/data/tiki-pagehistory.php?page=Heard_Robert_Brookes_2236&history_offset=0&diff_style=sidediff&show_all_versions=y&compare=Compare&newver=0&oldver=4&paginate=on&history_pagesize=25&source=0] Sorry, but these pages will not be accessible as our site isn't available at that level of permission to non members, but I thought I should include them to point at the problematic screens. NB All the changes to this page now being viewed were made several months ago using v4.3 Perhaps related to existing item HTML line break tags displayed in page source histories [http://dev.tiki.org/item3883], which are evident if the source of other than the current version is displayed and compared. But note the line break tags are not displayed in the source comparison part of the screen where the & quot is found. These inconsistencies are confusing, but not show stoppers in our upgrade to 6.7 Martin Update-- This issue is obviously wider than the instance I've described above. We now have an example of & quot ; (without the spaces) appearing on a rendered page - look at child 5 Elizabeth on page [http://thereevesproject.org/data/tiki-index.php?page=Reeves_William_3054] which is publicly visible. The source of that page clearly shows double quote marks not html as follows ... {CODE()}__Probable children of William Reeves and Anne Terrill__: #((Reeves_Sylvia_3219|Sylvia Reeves)), b. 1792, m. Allan Burton before 1810 #((Reeves_Jennie_3218|Jennie Reeves)), b. c1794, m. Rev. Hardin Burton on 6 Dec 1815 #((Reeves_John_3282|John Reeves)), b. c1796 #((Reeves_Obedience_3217|Obedience Reeves)), b. c1796, m. William Buchanan Burton on 25 Oct 1814 #((Reeves_Elizabeth_3287|Elizabeth "Betsy" Reeves)), b. c1801, m. John Barton on 16 Apr 1822 in Grayson VA #((Reeves_Anne_3299|Anne Reeves)), b. c1803, m. Terrell Cox #((Reeves_Terrill_3283|Terrell Reeves)), b. c1807 #((Reeves_Lenoir_3284|Lenoir Reeves)), b. 1808 #((Reeves_Albert_3302|Albert Reeves)), b. c1813 #((Reeves_Gaston_3286|Gaston Reeves)), b. c1814 #((Reeves_William_3285|William Reeves)), b. c1818 #((Reeves_Timothy_3303|Timothy Reeves)), b. 1821 #Unknown Female born after 1820{CODE} Let me know if this is a discrete issue and whether I should raise a separate ticket for it. Thx Martin |
tracker item |
Need a way to detect when two wiki pages have the same alias (because the redirect fails)
Conflict detection when page is saved would be nice too. Often happens when people are translating pages. It should offer disambiguation page... For example http://dev.tiki.org/Download gives an error but it does contain {CODE()} (alias(Download)) {CODE} As you can see here: http://dev.tiki.org/tiki-pagehistory.php?page=Get+code&source=0 So the page is not found, but when you try to create, you get: {img fileId="562"} So clearly it exists... |
tracker item |
Issue while trying to create a new article with unaccepted chars in title
T |
tracker item |
Allow to add a description / page for each freetags
I feel the need for a tag description field (that could be) associated to each freetag. That'd allow to place a definition (what does this tag mean ? what should it be used for ?) to make it as clear as possible for users to use the tags and know what they mean. Not sure wether it was possible or not, I posted a message on the forum : http://tiki.org/tiki-view_forum_thread.php?comments_parentId=44367&forumId=4 |
tracker item |
WSOD after insert of Wiki Page
When saving a new Wiki page, you get a white Screen of Death. PHP Fatal error: Call-time pass-by-reference has been removed in ... on line 97 In PHP version 5.4 > There is no reference sign on a function call - only on function definitions. Function definitions alone are enough to correctly pass the argument by reference. As of PHP 5.3.0, you will get a warning saying that "call-time pass-by-reference" is deprecated when you use & in foo(&$a);. For example, use: // Right way! function myFunc(&$arg) { } myFunc($var); Rather than: // Wrong way! function myFunc($arg) { } myFunc(&$arg); |
tracker item |
Detect empty page names and permit to delete or rename
There is weird bug that sometime permits to create a page with no name. This has been in Tiki for several versions. Since the page has no name, it's not possible to delete from tiki-listpages.php We have seen is here: http://profiles.tiki.org and it broked the profiles for several days. Ref: [http://irc.tiki.org/irclogger_log/tikiwiki?date=2012-10-01,Mon&sel=379#l375] @Mani: you should use a copy of doc.tiki.org to see a real example. |
tracker item |
Automatic and dynamic page TOC like DocuWiki
Docuwiki implements a dynamic (page) Table of Contents. Would be nice in Tiki. When the table of contents is auto-generated, it requires no knowledge of how to add a maketoc plugin from the user. The ability to hide the TOC frees space for the actual content. Try at: [https://www.dokuwiki.org/syntax#tables]. See the screencast about dynamic table of content at [http://demo.tiki.org/trunk/tiki-index.php?page=For+Arild] A new wiki feature could be added, e.g. "Page TOC". If set, a table of (page) contents is automatically generated when viewing a page (when the page has at least one heading). Not sure how to best integrate this in the GUI. Should it be a module that the user must assign (to the topbar?), or should the system manage the positioning? The "module" must be active when the "Page TOC" feature is active. |
tracker item |
10.x: mass search and replace (wiki) doesn't replace even if it reports as if successful
Mass search and replace (tiki-search_replace.php) indicates as if the replace is successful, but string not replaced. Matches show the right content. But no replacement is done in the wiki pages even if the message reported from tiki is that those pages where updated. In my case, I did that to replace: {CODE()} theme="start" {CODE} with {CODE()} theme="hot-sneaks" {CODE} |
tracker item |
Tiki exchange of document with others marked up languages and project management
For future versions 11 ? 12 ? Hi, There are several main marked up languages that we know well. I think that it will be useful to be able to exchange (import, export) documents with other selected marked up languages. !!I particularly think to two categories : !!!1- The task and documents managers used by development tools : Eclipse-Mylin Aptana environment and Bugzilla Remark : About this category, I redact documents using textile to describe the developments integrated into projects and bugzilla. This because I have near fifty elementary project developed since 4.0, stabilized at 8.3 and that I am preparing for 10.x. (They remain for most of them available and someones must be adapted - galleries particularly) !!!2- The wikies The problem is to exchange data with users of main wiki. The need is to use the large capabilities of tikiwiki to hold projects management and documentation. But as it is not specialized it cannot be directly used. !!There are several ways, this is completely opened : 1- Be compatible i/O with textile which is very closed from basic tiki marked up language. This for basic articles. 2- Develop a plugin using tikiwiki as marked up language for Mylin 3- Look farther with a full XSL XSL-Fo (note that with eclipse all marked up supported languages can be exported as XSL- !!On the way, proposal 1- First : list of major marked up languages for wiki and task managers 2- Links import export existing from one to another 3- Choose the optimum !! Aim : - Prepare use of tikiwiki in project management - Be compatible with environments as Eclipse to with other project management tools !!Reason(s) - Tiki provides a lot of coherent and very useful tools to manage the content of projects (documents and detailed task management, studies) and groupware life and management which is the core of project management (the classical tools for planning are only in my mind a little part). __But it cannot be connected with specialized existing tools and information systems in various businesses. The problem and aim is to prune efficiently tikiwiki into these organizations. __ Trebly |
tracker item |
Wiki diff of some bigger pages breaks
[http://dev.tiki.org/tiki-pagehistory.php?page=Interoperability&history_offset=1&diff_style=htmldiff&diff_style=htmldiff&show_all_versions=y&compare=Compare&newver=45&oldver=42&paginate=on&history_pagesize=40] |
tracker item |
10.x page history selected versions are lost
Selection of left version is lost after clicking "compare" {flash type="ur |
tracker item |
Allow for styling of the page name in a link to a non-existent page
Currently in tiki when a link to a non-existent page is made, the page name is not styled or in any way distinguishable in the HTML and a link is only around a following hard-coded question mark. What I would like to see is to change it so that the page name is in fact the link text and the appearance can be styled via CSS. This would allow a particular theme to use the question mark indicator or a Mediawiki-style "red link" or some other styling for these "edit new page" links. |
tracker item |
Main Feature
Features Classification |
tracker item |
Item/Object perms: copy permissions from another object. (especially for wiki pages and categories)
Tiki perms are very fined-grained: great But when you need to create a lot of items with individual perms, it can be time consuming and human-error prone. So copying perms from another page (which we know is OK) will be very helpful. It will also save tons of time since permissions are not inherited. __Related__ {WISH(id="2133")}{WISH} {WISH(id="1820")}{WISH} {WISH(id="2586")}{WISH} |
tracker item |
Keep form data after back button (when CAPTCHA typo / session expired)
If you're editing a page and you fail the CAPTCHA or your session expires, your whole edit is lost. Most users expect their browser to have saved the form data, many would know enough to log back in then hit the back button to get back to the form (or at least, hit "back" and copy the data for later pasting after login). This does not work - after a "back" the form is empty! I'm ranking this bug as priority 7 because it is very serious - data loss and angry users. I think the solution is trivial, too: see below. |
tracker item |
koth
Contributors |
tracker item |
Language picker should be WYSIWYCA
{THUMB(id=20)/} |
tracker item |
Layout clash in history function of Wiki page | tracker item |
Links pointing to nowhere
When the Wiki feature is disabled, some links are created pointing to nowhere. Example: http://www.vic-fontaine.com/forum/tiki-view_forum_thread.php?comments_parentId=13&topics_sort_mode=lastPost_desc&forumId=1 First link points to: http://www.vic-fontaine.com/forum/tiki-index.php?page=Fw: LOVE WORDING WALLPAPERS "This feature is disabled: feature_wiki" Similar in articles: http://www.vic-fontaine.com/forum/tiki-read_article.php?articleId=1 A link to is automatically created for the key word TikiWiki: http://www.vic-fontaine.com/forum/tiki-editpage.php?page=TikiWiki Test user/password: smarty |
tracker item |
Links to aliases of wiki pages do not show the page description in tooltip but 1 instead
Bugs & Wish list |
tracker item |
Links to file attachments w/i wiki pages don't work in print preview mode
Links to file attachments via {file name="file.pdf" desc="FileDesc"} work well on wiki pages. You'll get the desired link, as expected. When you now switch to print preview mode you'll get no such attachment on this page The PDF generation has a similar bug, BTW. |
tracker item |
Links to pages without a description messes things up as of 1.9.5
As of tiki 1.9.5, errors might occur when a link is inserted on the form ((ThisIsAPageWithoutDescription|This is the link text)). This resulted in some strange behaviour for me where the title on the link got turned into a link when tiki parsed it etc. http://tikiwiki.cvs.sourceforge.net/tikiwiki/tiki/lib/tikilib.php?r1=1.514.2.271&r2=1.514.2.272&pathrev=BRANCH-1-9 describes how the text to display is found. |
tracker item |
List of wiki pages showing page entry twice | tracker item |
List pages doesn't show full 'display rows' limit if access to some pages is restricted by category
This is a small quirk/inconsistency when using "List pages". You can set the display rows parameter but if the user has access to some pages restricted because of categorisation the actual display row limit used is the number of pages in the system and not the number of pages available to the user. This means that the listing can be spread over several pages with perhaps only 1 or 2 pages shown per page even if the display rows parameter is set to (say) 30. It would be much better if this could always show 'up to' the limit set no matter if some pages are restricted. |
tracker item |
List pages should have a create/edit wiki page box
People expect to find one here |
tracker item |
List Pages should have a notice that "Stats" needs to be activated for page hits to be recorded and displayed | tracker item |
LISTPAGES plugin does not display certain properties even when activated | tracker item |
Locking page removes translate link
Locking a wiki page causes the "Translate" link to not display. As a user (baijianpeng) pointed out, there's no connection between wanting|not wanting original page changes and translations of that page. Unless I'm missing something, it seems the Translate link should display regardless of whether the page is locked or not. |
tracker item |
Logic of language selection
The 'best language' logic only applies if no wiki page is specified, i.e. it only applies to the default wiki page. Suppose that you select a translated version of a wiki page, and then follow a link to another wiki page, which has also been translated (into the same language). As is stands, you will probably see the original language version of the second wiki page, and not the translated version. On the face of it, this is an error. You could, of course, fix this behaviour, by modifying the link in the translated version of the first page, so that it referred directly to the translated version of the second page. In this case, you could argue that the current functionality is in fact correct. I would disagree, because it makes the process of translating wiki pages too difficult. It would mean, that when you translate a single wiki page, you must locate all other wiki pages in that language, which link to the page, and update the links in those pages. Although the backlinks feature would help find the relevant pages, I don't think that you can reasonably expect a translator to perform this task. |
tracker item |
Long table truncated when presented as (cached)
We have a long table that presents fine on initial display, but when presented as (cached) the data is truncated. The footer appears mostly as normal except that it's evident that the table elements are arbitrarily cut off thereby affecting the subsequent footer. Our table where the error is occurring is 680 lines long. The table will be truncated somewhere around line 390 or 540 but for a given edit instance it will always truncate at the same place. We are seeing this behavior in 1.9.1 and 1.9.5. I don't believe this is a browser-related issue because we are seeing virtually the same results in IE and Firefox. |
tracker item |
Long (more than 200 char.) wiki page description output white page on save | tracker item |
Lost wiki attachment functionality on upgrade from 24.2 to 25.0 | tracker item |
luci
Contributors |
tracker item |
Mail notification not showing wiki page name and url
Mail notification not showing wiki page name and url.Problem in objectlib.php. |
tracker item |
Mail notifications don't work after upgrading to 1.9.0 from 1.8.5
I upgraded from 1.8.5 to 1.9.0 and the configured mail notifications (for 'any wiki page changes', send mail to some list) don't work anymore. No PHP errors are generated, and my php max_limit is 32MB. |
tracker item |
mail-in provides no security
The mail-in functionality is great, but provides no security when in "non anonymous" mode. I consider this a bug, as the docs say nothing about user permissions not being applicable with mail-in. Examples: 1. Users that are in a group that cannot post may add or append via mail-in 2. Users that cannot see pages in a particular category can do a GET This is a serious security problem - I'm glad I tested as I had no idea? Any way to add permission checking to the mail-in code? It seems like it would be easy for someone who knows how to do it. I realize it can't be 100 percent secure - someone could always spoof an email sender. |
tracker item |
Mail-in: recognize "from" email and assign action to the correct user
We can already send in content to Tiki via email: add/edit wiki add articles via tiki-admin_mailin.php and add forum posts via tiki-admin_forums.php joe@joe.com sends an email. The system recognizes that joe@joe.com belongs to the user "joe" and adds the tracker/wiki edit/forum post/article as if the user joe had logged in and added it via the web form. Make this optional for security reasons. If someone spoofs the email address, he could send in content for someone else. |
tracker item |
Make wiki page section edit icons always there but hidden | tracker item |
Make Wiki parser NOT insert <br /> tags for each newline
The wiki parser inserts <br /> tags for each newline in the source text. This produces a lot of vertical spacing in the rendered text, and is impossible to remove before, e.g. terms in definition lists, headings etc., whose wiki source text must start in the first column. Using the <br /> tag between paragraphs of text is also logically incorrect; <p>...</p> should be used for that. Suggested solutions: #Let 1 newline produce no HTML tags in output, +Let 2 newlines produce a new paragraph (<p>) in output +Devise new wiki syntax to let authors manually insert vertical spacing #Let n newlines produce n-1 <br /> tags in output. The latter solution seems simple, but does strictly speaking not produce the logically correct HTML output where paragraphs are delimited by <p>...</p> tags. NOTE: This is ''not'' a CSS styling problem! |
tracker item |
Hotwords and WikiWords are parsed to links in Table of Contents (maketoc) entries, breaking HTML
When including a maketoc into a page, the titles in the page are still parsed for WikiWords and Hotwords. This breaks HTML, links, and may decrease the readability of page TOC-s. |
tracker item |
maketoc in tikiwiki 3.2 "amplifies" content after saving?
Everytime I use the maketoc inside a wiki page on a fresh tikiwiki 3.2 install the whole page content is duplicated every time I hit "save". Even if I delete all the content but one version and hit save the whole PREVIOUS page is duplicated again. Like I hit save: two times the page content. I delete all but one time the content, I hit save: three times the page content. I delete all but one time ... save ... four times the page content. Only removing the maketoc makes it possible to get rid of the problem. That was done with Opera browser on a page with 4 h1 headings but I doubt it is a browser problem. :) |
tracker item |
#2829
Bugs & Wish list |
tracker item |
Manage Translations & Translate Page Links show when lacking permissions | tracker item |
#649
Contributors |
tracker item |
Markdown support | tracker item |
Mass assignment of permissions, especially for wiki pages
Permissions on individual wiki pages are great. But what if you want to change the perms __Related__ {WISH(id="2151")}{WISH} |
tracker item |
MediaWiki import script
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)] |
tracker item |
Migrate wiki attachement failed when upgrading a Tiki25 to Tiki26 | tracker item |
Minor modifications broken (not stored in DB)
The minor modifications are not properly stored in DB. tiki_history has 0 everywhere in version_minor. last_modif_pages doesn't behave properly when minor=y (see bug 2257). I'm modifying this module to support category/perspective filters. I'm leave the branch dealing with minor modifications unmodified because I couldn't test anyway. Please deal with this too when fixing this bug or tell me. |
tracker item |
Module box toggles, tabbed displays, and WYSIWYG / Normal editor switching seem to be flaky; may be jQuery interaction
My wiki (http://wiki.alphasoftware.com/, on version 4.2) intermittently fails to respond to mouse clicks for module box and menu expand/contract toggles, tab buttons for administration interfaces, the button to toggle between WYSIWYG and Normal editing, and other buttons that invoke JavaScript Ajax actions. Changing random administrative settings or themes sometimes changes this behavior, but it still seems to come back. I think it might be a bug, but I might also have some inconsistent settings. I am willing to upgrade to the trunk build if these are bugs that have already been fixed. |
tracker item |
Move all *.tiki.org sites to "Replace spaces with dashes" (the new default) for Wiki URL scheme | tracker item |
Move perm plugin from mods to BRANCH-1-9 and add a way to have not just "if" but "if/else"
Perm plugin is very useful and works well. It is very similar to the group plugin. It weighs just a few k and I see no advantage of putting in mods. http://mods.tikiwiki.org/details.php?type=wikiplugins&mod=perm Similar to group plugin, we need "if/else" concept: http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=994 So we could do things like this in wiki pages: if tiki_p_edit "please click here to edit" else "please click here to login" Also, group plugin is still in mods, but already in main code base so it should be cleaned out of mods. |
tracker item |
Multilike to work on itemId when a wiki template | tracker item |
Multilingual, Wiki; The action menu stays aligned left when language selected requires RTL | 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 |
MySQL-Errors approve+staging
I have another problem on TikiWiki 2.0RC2: I have two similar TikiWiki-installations. One just for testing on my Linux-Server and the second on a WinNT-Server. The Windows-Server is the one we want to/have to use for our Wiki :-( On my Linux-Server works everything without problems. On the Win-Server don’t work "approve+staging". If I wont approve changes it shows me this error: An error occured in a database query! Context: File tiki-approve_staging_page.php Url tiki-approve_staging_page.php?page=Baustelle_Test Query: update `tiki_pages` set `description`=? `data`=? `comment`=? `lastModif`=? `version`=? `user`=? `ip`=? `page_size`=? `is_html`=? `wysiwyg`=? `wiki_authors_st Values: 0 1 <p>Test</p> 2 [approved by ottonormal] 3 1217330865 4 6 5 ottonormal 6 10.40.153.101 7 225 8 1 9 10 NULL 11 12 13 Test Message: Built query was probably: update `tiki_pages` set `description`='' `data`='<p>Test</p>' `comment`=' [approved by ottonormal]' `lastModif`='1217330865' `version`='6' `user`='ottonormal' `ip`='10.40.153.101' `page_size`='225' `is_html`='1' `wysiwyg`='' `wiki_authors_st |
tracker item |
Namespace duplicated when creating page that doesn`t exist by wiki-link | tracker item |
Namespace seperator brakes in wiki structures | tracker item |
natokpe | tracker item |
Need a print permission
It seems that the print and multi-print options are global. I would like to better control which wiki pages can be printed. It would be nice to have a tiki_p_print permission that could be appplied to pages and/or categories and/or structures. If tiki_p_print = y, then the PRINT button will appear on the wiki page (if the print and/or multiprint options are enabled). Additionally, the page would appear in the list of available pages when using the multiprint option. |
tracker item |
Need a way to omit MINOR edits from last_modif_pages module
The __last_modif_pages__ module has a __minor__ parameter which is supposed to be able to permit/omit wiki pages that were last saved with the __Minor Edit__ option from appearing in the list of last changes. *minor=y (default) -- Show Minor Edit pages in the list *minor=n -- Do ''not'' show Minor Edit pages However, this option does not appear to work (in 2.x). There is nothing in the wiki page history or action log that identifies a wiki page as having been saved as a __Minor Edit__. |
tracker item |
Need better error message when wiki page is too long
To reproduce: Make a super long wiki page using: ((my super duper long extra long wiki page name the never ends because it can be difficult to find the right words sometimes and some people may be tempted to just throw in a very large number of keywords in a wiki page name and hope that it will help with search engine indexing)) The wiki page offers a question mark to create the new page but TikiWiki is unable to create a page that size so it truncates to 160 characters: ((my super duper long extra long wiki page name the never ends because it can be difficult to find the right words sometimes and some people may be tempted to jus)) A nicer error message would be nice |
tracker item |
Need to use Tracker Field itemID for filename of newly created page
Want generate an unique page name from an auto incremented ID. {$f_#} does not work in pretty tracker example nor {$itemId}. I need a single Wikipage for each item generated from a tracker form. |
tracker item |
New admin panel: tiki-admin.php?page=text_area
Move all admin settings which affect all text areas to this new panel. ex.: Tables syntax: |
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 pos numbers shown on structure nav for old pages may be non-contiguous on upgrade to 1.10
In 1.10, the page position is shown on the structure nav for page. It works perfectly for new pages, because of the fix applied in http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=889 However, structure pages created in 1.9 may have pos in db that remains non-contiguous. It will be better to have a way to clean this up. |
tracker item |
New wiki edit help sidebar doesn't work in IE7 or Opera.
In IE7, the wiki edit help appears at the page bottom as before, always on. In Opera 9.6, the wiki edit page only displays down to the Quicktags. (I didn't check with IE6 yet.) This is in a trunk installl, Dec. 4, 2008. |
tracker item |
13.x regression: Wiki history: Previous & Next buttons are missing | tracker item |
nextdev.t.o: mobile not working for wiki pages (it is working for tracker items) | tracker item |
No linebreak in Ajax Preview of a page
If you have a clean tiki 6.1 install, the default preview is made with some kind of ajax include above the edit area. but this preview has no linebreaks in it. if you disable this and have the "standard" (like in tiki 3.x) preview you have linebreaks in the preview |
tracker item |
No pages found with: " ... &dquot;. | tracker item |
non-Admin users cannot assign Category or see the Category tab when editing wiki pages
My users, sub-Admins, Editors, and registered users cannot edit any wiki page(s) because they cannot see the Category tab when editing any wiki page. Any edits are not saved. The wiki says a Category is mandatory, even if the page being edited is already Categorized. |
tracker item |
#2911
Bugs & Wish list |
tracker item |
Not possible anymore to save a page with an HTML plugin at dev.t.o (related to tikimaillib and webmail) | tracker item |
Not possible to save a page with an HTML plugin at dev.t.o (related to tikimaillib and webmail) | tracker item |
9.x and 11.x, sometimes, when previewing, it's no longer possible to save page (data lost) | tracker item |
Offline Tiki: add a way to save/view content offline
The Export feature is nice, but it would be nice to export/save wiki pages with html formatting intact. A way to edit offline then sync changes would be even better, but for now, I'd settle for a way to just view pages offline. ML: You can ((doc:mail-in)) and ((doc:watch)) (mail-out), but no true sync XML-RPC? IMAP? http://www.socialtext.net/help-en/index.cgi?working_offline_with_unplugged See: ((Offline)) Would be really nice to combine with an encrypted password manager for offline storage -> ((User Encryption)) |
tracker item |
On a fresh install, the page title of the Home Page should be hidden | tracker item |
on |
tracker item |
OpenDocument import and/or export to/from wiki pages
Could be nice to have a way to import and/or export OpenDocument files (for wiki pages) |
tracker item |
Original document URL is invalid on the print page | tracker item |
Orphan pages should be optional (right now, they use feature_listPages)
Many times, I don't want the Orphan page feature. But I do want the list pages. Since they now use the same option (feature_listPages), it's annoying. Let's create feature_OrphanPages (off on a clean install). Menu items will need an update. |
tracker item |
Unified Search Engine MFTS fails for any content (was 'Page alias not found by search') | tracker item |
Page are listed twice after Tiki23 upgrade | tracker item |
Page buttons: Remove action not aligned with other items in the drop-up | tracker item |
Page comments fail when page name contains a comma | tracker item |
Page description of wiki page disappears either after approval or when editing an approved page
I'm using staging and approving wiki pages and recognized, that the page description disappears under some conditions. I tried to find out this "some conditions" and hope to give sufficient informations: * First a user or admin creates a new (wiki) page with description. * The page is saved as staging page with the description. * If the page is edited before approval (by user or admin), the description remains in the field. * If the page is approved by an approver (= user with permission), the description remains in the field, too. * If the page is approved by admin, the description is away. * If the approved page with a description (equal, if approved by an approver or by admin with rewriting of the description) is reopened for edit, the page description field is blank. With "page description disappears" I mean, that a) the description is not saved when approving the page by admin and b) the description field prior filled with a description is then blank, when the page is opened for editing (after approval). __TikiWiki version:__ * 2.1 new installation __Staging and approval settings:__ __Group permissions:__ Anonymous tiki_p_view tiki_p_view_categorized Registered tiki_p_wiki_view_history tiki_p_wiki_view_source Editors tiki_p_view_categories tiki_p_lock tiki_p_minor Approvers tiki_p_rename tiki_p_rollback __Category permissions:__ Staging Registered : tiki_p_view_categorized Registered : tiki_p_edit_categorized Editors : tiki_p_view_categories Approved Anonymous : tiki_p_view_categorized Editors : tiki_p_view_categories Approvers : tiki_p_edit_categorized __Wiki staging settings:__ Use wiki page staging and approval : yes Category for staging pages : Staging Category for approved pages : Approved Category for pages out of sync : none (see group settings above) Force bounce of editing of approved pages to staging : yes Delete staging pages at approval : yes If not in the group, edit is always redirected to the staging page edit : Approvers __Group settings:__ Default category assigned to uncategorized objects edited by a user with this default group : Registered : Staging Editors : Staging Approvers : Approved __Other Wiki settings:__ Page description: activated/checked History only for data, description, comment change: not checked Individual cache: I tried with and without activating/checking - no difference |
tracker item |
Page description, when activated, is always used in browser title display mode | tracker item |
Page Editor Highlighter prevents edit-zone scrolling | tracker item |
Page names with quotation marks can't be opened in Pages List | tracker item |
Page not found - perhaps you are looking for... listing should be sorted A-Z | tracker item |
Page Title "Off" Not Honored in Page Properties | tracker item |
Page history button bar is ugly | tracker item |
pagehistory not showing compare or diff
Compare and Diff links don't take effect and it shows the history all the time. |
tracker item |
pagenames with dashes and spaces clash with -+ monospace syntax parsing
Page name like {CODE()} ((Unix Install - Information)) gets parsed with the <code> in it {CODE} Changing order of parsing may not be best solution at this stage. changing urlencode to rawurlencode may also not be ideal. Need elegant solution. |
tracker item |
Pages with quotation mark in their name can't be opened in Wiki -> List Pages | tracker item |
pageSlug is short at 2byte encode | tracker item |
Parameter "Show page title" (off) is not applied when a template is used to display an item (see workaround) | tracker item |
Parsing error in wiki pages in non-parsing sections
Backslash followed by zeros in a section marked with ~pp~ for no parsing caused wiki page to not display / have fatal memory errors (limit=64M) Exact line: ~pp~ #1 0x08071f28 in MJobSelectClass (J=0xd225858, ModifyJob=1 '\001', ModifyRM=1 '\001', ~/pp~ |
tracker item |
Pass tracker itemID as a parameter to a wiki page, to create a custom-looking tracker rendering.
For example, on a wiki page like: tiki-index.php?page.php?page=genericwikitemplatepage&itemId=50 I could see the values of various tracker fields for itemId 50. Ideally, I could use various wiki formatting for this data. {img src=images/code.png}%%% {CODE()} Here is field #417 for trackeritemid #50 {TRACKERITEM(field=>417)}{TRACKERITEM} __Here is field #460 for trackeritemid #50__ {TRACKERITEM(field=>460)}{TRACKERITEM} ^ Here is field #72 for trackeritemid #50__ {TRACKERITEM(field=>72)}{TRACKERITEM} ^ {CODE} |
tracker item |
Pdf generation does not work when using browser Opera v9
PDF-generation does not work at all in Opera 9. The pdf generation page is shown, but when you click "create" nothing happens. I have check this for wiki pages and articles. I don't know if pdf-generation is available for other features. |
tracker item |
PDF generation for structures creates badly named file
In 1.9.2, the ability to create PDF files from structures is fixed (which is great). All files in the structure are now automatically added to the include list when the PDF icon is clicked while in an active structure. However, the resulting file is badly named. For example, in a structure consisting of: test structure [view |edit] * 1 numbers [x] [view |edit] o 1.1 one [x] [view |edit] o 1.2 two [x] [view |edit] * 2 colors [x] [view |edit] o 2.1 blue [x] [view |edit] o 2.2 green [x] [view |edit] (http://gaeacoop.org/tiki/tiki-index.php?page_ref_id=1) the resulting PDF file is named "green" rather than "test_structure.pdf" or "test structure.pdf". Not only is this generally confusing (naming the pdf file for the last page in the structure is pretty counter-intuitive), but the lack of the PDF extension prevents the browser from automatically opening the file. I was able to force the file to open with Acrobat Reader 5.0 for Macintosh on OSX 1.3, but only after setting the file filter to "all files." Many less experienced users would have stalled before this. The PDF generation should default to the name of the structure plus the ".pdf" extension, and probably should also allow this file name to be manually changed before the PDF is generated. |
tracker item |
period (.) in page names conflicts with Short URLs rewrite rules
A new short URLs / Search Engine Friendly / Rewrite Rule with .htaccess was added to Tiki 2.0 as experimental (great!) However, this causes issues with pages like: http://tikiwiki.org/Custom+email+message+to+new+tikiwiki.org+registrants http://tikiwiki.org/TikiWikiRelease1.6 Related: [wish2108|Equivalent characters for page linking, backlinking, searching, etc (ex.: space, underscore, period)] |
tracker item |
permission "minor" seems useless on doc.tw.o: registered can't use it even if granted to them
permissions "minor" seems useless on doc.tw.o: registered can't use it even if granted to them Check it live on: http://doc.tikiwiki.org Login as admin to check that tiki_p_minor is granted to registered. Logout and login again as plain registered user, edit a page, and you don't see the "minor" button. Registered users need it since it is a part of the interface needed for best interaction with new translation features on 1.10 (minor changes are not counted as new content to a page is being translated; if no minor, then a minor change to an outdated page reports to the up-to-date pages that new content has been added on other pages, and thus, lots of noise is introduced in the community) |
tracker item |
permissions, tiki_p_wiki_attach_files | tracker item |
Plugin editing should be disable when looking at history | tracker item |
Plugin validation cannot be turned off, TW5.1
No UI checkbox for the following. INSERT INTO `tiki_preferences` (`name`, `value`) VALUES ('wiki_validate_plugin', 'n'); |
tracker item |
PluginListPages: clarify dependency on ListPage pref | tracker item |
PluginSplit: uses % instead of px width
Split plugin is not working when we try to set fixed pixel width for columns. They are percentages instead, as you can see here: http://themes.tikiwiki.org/tiki-index.php?page=TestPluginSplit Also, there is some info here & a patch: http://tikiwiki.org/PluginSplit |
tracker item |
Plural WikiWords when using ((WikiWord))
Plural WikiWords seem to work fine for CamelCase words. We would need it to work when we use (( And backlinks should work as well. We will DogFood on doc.tikiwiki.org instead of all those page redirects (which are OK, but not the best)) Related: [wish1489|Wiki page name Alias] [wish1119|Better handling of page renaming] [wish1610|Redirect plugin : should permit to set status "Moved Permanently"] |
tracker item |
Prevent usability issue when more than 1 PluginTogether session to edit same page | tracker item |
Preview diff for trackers (like we have for wiki pages) | tracker item |
Preview Does Not Show Fancytable Plugin | tracker item |
Preview Horizontal Scrollbars
Live preview always displays horizontal scrollbars, at least with the Feb12 theme, rather than working within the available viewport or even dynamically resizing the webpage. My browser is Firefox 4.0.1 on Windows XP Pro SP3. |
tracker item |
Preview with on a wiki-page named with german umlauts leads to an error
trying to preview a wiki-page with an name containing german umlauts (e. g. "Grafikdesign - Abschlüsse") leads to the following SQL-Error: Illegal mix of collations (latin1_swedish_ci,IMPLICIT) and (utf8_general_ci,COERCIBLE) for operation '=' for (likely) the following query: SELECT `page_id`, `pageName`, `hits`, `description`, `lastModif`, `comment`, `version`, `version_minor`, `user`, `ip`, `flag`, `points`, `votes`, `wiki_cache`, `cache_timestamp`, `pageRank`, `creator`, `page_size`, `lang`, `lockedby`, `is_html`, `created`, `wysiwyg`, `wiki_authors_style`, `comments_enabled` FROM `tiki_pages` WHERE `pageName`='Grafikdesign - Abschl�sse' it seems that the request handling of the char-encoding for preview is not propper. |
tracker item |
Problems with RTL title (anchor) when the string ends with a number (LTR) | tracker item |
Problems with wiki page edit | tracker item |
Prompt for category when using Staging & Approval feature
When using the "Wiki Page Staging and Approval" feature... I would like the "Category for approved pages" option to include a new selection: "Prompt for category" This would allow users to select a category when they approve the page, allowing approvers to select a different category for pages, rather then selecting a single, overall, "approved" category. |
tracker item |
Quick Edit module should detect and warn about special characters in page names
Sometimes, we end up with some strange characters in pages names (accents, punctuation, etc). While it generally works, people should keep URLs with simple characters (like in emails) for nice readable URLS. For example: ((I know this is all wrong, but fear it might be right - Alain Désilets)) |
tracker item |
quicklinks toolbar is not appearing on the edit page
As noted above, quicklinks toolbar does not appear. follows is convo with mlpvolt regarding issue and attempts to fix: is this a new install (clean DB?) > >> > >> this sounds like a configuration issue - have you defined some > >> categories (in the admin menu?) > >> feel free to email me a screenshot. > >> > >> Mlpvolt It is a new install...clean db.. > > I followed the instructions exactly as given for a windows desktop install. > > Brand new Easy PHP, etc.... > > Yes, I have defined some categories....(8 hours of playing around) > > Tried themes, changed title bars, etc.. Is there any loss of functionality? > > can you categorize the page? > > and this only appears when you edit, right? > > > > MLP Everything else seems to work quite well. > I can edit the page with code, but no quicklinks..so it's not as easy as it might be. > and yes, only appears with the edit function. > I have no idea what's going on and my efforts this morning have just produced more of the same. > Love tikiwiki and would really like to get this resolved so we can get it up for our group. OK try deactivating categories in admin>features and see what happens. > Also try switching themes in admin general. (i don't recognize that theme) > > MLP That got rid of the error message and I can live with categories turned off. Still no quicklinks on the edit page though.. Feels like progress...LOL oh...and I've tried just about every theme and it makes absolutely no difference. Sid |
tracker item |
quotes become questions marks in notification emails
-Montréal, le 24 août 2005- Lors d’un point de presse, becomes: -Montréal, le 24 août 2005- Lors d?un point de presse There maybe other special characters with this problem... |
tracker item |
real page name displayed as pagetitle instead of alias | tracker item |
Redirect (or page alias) on Deleted or Renamed Wiki Pages
It would be nice when deleting (or renaming) a wiki page, if Tiki asked for a redirect (via the REDIRECT page). This would help visitors how have bookmarked the original page. Use case: #As admin, you select to DELETE (or RENAME) a wiki page. #When Tiki prompts for confirmation, there could be a checkbox & text field asking for a redirect page. +You should be able to enter ''either'' an existing wiki page or a fully qualified URL. #If you select the checkbox (and enter a new page), Tiki does not ''delete'' the page. Instead Tiki edits the page to replace all existing content with a REDIRECT plugin. There should be an option to have "301" headers so search engines know to update their DB. There is a new page Alias feature in 3.0 Renamed pages could keep old URL as an alias. This could be done by appending an invisible page alias. See attached images for UI example from MediaWiki Related: [wish1489|Wiki page name Alias] [wish1610|Redirect plugin : should permit to set status "Moved Permanently"] [wish1292|Plural WikiWords when using ((WikiWord))] |
tracker item |
Redirect when deleting a page removes spaces between words in page name | tracker item |
Reduce occurrrence of lost edits
Please see http://doc.tikiwiki.org/Lost+edit {FLASH(movie=files/FeatureRequest_BetterHandlingOfBackButtonWhileEditing.swf,width=>811,height=>708,quality=>high)}{FLASH} |
tracker item |
Reference gallery not working | tracker item |
Refresh by clicking page title does not work with parameters
All wiki pages have the option to refresh them by clicking on their title. For a page e.g. ...&itemId=5, it does not work. TW5.0Beta1 |
tracker item |
Registered Users can Edit pages even tough they are not allowed to view them neither to edit them
Steps to reproduce: Use admin rights for the following steps 1. Create at least 2 categories 2. Give Registered (default no rights changed) User group access to one of them and deny access to the other 3. Now create 1 Wiki site in each Category 4. Link both pages from the tiki.index.php via Wiki link 5. Log in as the Registered user now 6. Try viewing both Sites via the Wiki link on one u get the error that u dont have permission to do so 7. Now click on the Link Create this page (page will be orphaned) 8. Now u can view the page even though u arent allowed to do so 9. Uncheck the category change the site and u are even able to save the edits u did even though u dont have permission to do so |
tracker item |
Regression: Content template edit screen is broken | tracker item |
Remove Allow HTML button in Edit tpl
The "Allow HTML" button is a PITA. because it is default unchecked EACH TIME you open the edit screen. therefore if anyone puts html in a page it is by default not parsed the next time somebody edits. |
tracker item |
Remove Array() message on each and every Mailin post?
Using the tiki-mailin feature (for Wiki-Put or Article-Put), I consistently see right after the body tag, a PHP message showing me the array being populated. This happens whether or not there's an error in the posting itself. Can someone explain why this is happening? Source of example is attached. (@@@ indicates prvate information). Thanks. Is it possible to give a checkbox or setting to turn this off? |
tracker item |
Remove change reports form own wiki file attachments.
Although I ''don't'' get reports about my own changes to wiki files, I ''do'' get reports about the attachments I myself make to wiki pages. I'd rather those not be sent out. |
tracker item |
Remove version of wiki page fails | tracker item |
Remove_unused_pictures removes too many images
When running "remove unused images" from wiki admin panel, it removes used images too. One problem is that the procedure means to saves only images referenced with "picture file=...". When user automatically uploads an image inside a wiki page, this image is referenced with "img source=..." inside the wiki page, thus it won't be saved when removing unused images, because it isn't considered as a used one. But the major problem is that all images are removed, even the ones reference with picture etc.! |
tracker item |
Removing all versions of a page no longer works | tracker item |
rename page produces "watch email" with a broken link to stop monitoring (missing hash)
Using 2.3, when some user renames a page that you were monitoring, you get an email message with a broken link to stop monitoring, because there is no hash at the url. Example: ^ If you don't want to receive these notifications follow this link: http://yourdomain/tiki-user_watches.php?hash= ^ |
tracker item |
Renaming or creation of pages with brackets in name not updating links when Wysiwyg
Renaming or creation of pages with brackets in name not updating links when Wysiwyg. Affects both ? and normal links. |
tracker item |
renaming or deleting a wiki page doesn't update the link seen from CATEGORY plugin
Imagine you have 2 wiki pages. Page A and Page B, and Page B is assigned to category X. In page A you use the CATEGORY plugin to list all objects from category X, and thus, it lists the "Page B" name, which links to it. Then you rename Page B to Page C. In page A, the plugin category still shows name and link to "Page B", and not the updated name and link: "Page C". This bug has been here for almost a year, and it is present in 1.9 and 1.10 --- bug still alive on tiki 2.1, and confirmed also after deleting pages, and clearing tiki caches. It can be tested on (production) site for registered users at: http://uniwiki.sima.ourproject.org |
tracker item |
Renderproblem"?"
If a (UserPage) Page does not exist it is rendered as normal Text followed by "?" (red), the problem occurs if a "." (dot) is in the link name This: *((UserPagmax.mustermann|Max Mustermann)) is rendered as: Max Mustermann?.mustermann" class="wiki wikinew">? Happens on BRANCH-1-9 when Use WikiWords is activated |
tracker item |
Replace _blank (links opening a new window) by a XHTML alternative
There are several places in Tiki code where target="_blank" is used. "Much to the chagrin of Web designers everywhere, the HTML 4.0 Strict and XHTML 1.0 Strict recommendations of the W3C no longer include the target attribute of the <a> tag. The Transitional versions of the specifications still include it, but by definition, these specs are on the way out. Whatever your personal feelings on the practice, the most common application for this attribute -- opening a link in a new browser window with target="_blank" -- is still useful on today's Internet. So if the standards say we shouldn't use it, how should we go about creating new-window links, while following the latest Web standards?" http://www.sitepoint.com/article/standards-compliant-world |
tracker item |
Rollback (to a previous revision of a wiki page) should permit to indicate a comment (to explain why) | tracker item |
Rollback breaks backlinks
If you rollback a page to a previous version, the links to that page are show with a question make instead of a proper link. |
tracker item |
RSS feed per single wiki page
We now have an RSS feed for last changes to all wiki pages [tiki-wiki_rss.php] It is possible to ((watch)) a wiki page and receive emails of changes. Next step is to have an RSS feed per wiki page. Related: [tiki-view_tracker_item.php?itemId=884|RSS feed per category] |
tracker item |
RSS for the wiki: Adding the diff text & use the diff link in the RSS feed
RSS feed for the wiki now links to the last 10 pages changed. And no text is provided in the RSS feed. So, we click the link and we are provided with little clue of what changed. We then need to click history. Why these extra steps? It would be much more logical to provide the diff text in the RSS feed. (instead of nothing) Ex.: - John has a lamb + Mary has a lamb Also, the URL should link to a nice diff version instead of the page. Ex.: tiki-pagehistory.php?page=HomePage&compare=1&oldver=19&newver=20&diff_style=minsidediff Therefore, we can see basic changes just with RSS and if we click we get the nice colored minsidediff |
tracker item |
RSS for Wiki is malformed (broken in firefox)
I have the latest files for RSS, and the RSS feed is malformed. I fails to load properly in Firefox, and loads in other readers (e.g. Yahoo) but without formatting. RSS Validator says one error is that there is an extra line before the first <xml... line, which is causing it to be parsed as HTML and not as XML for RSS. See here for an example; http://www.casesofinterest.com/tiki/tiki-wiki_rss.1.43.2.1.php?ver=2 I have spent a lot of time tracing the calls and I can't figure out why it works fine for blogs, but not for wikis as the code is similar. I hope someone who knows more than I can fix this. |
tracker item |
RSS should have permissions checking
The RSS feeds seem to have no permission checking. The feeds should only include information that is available to Anonymous. |
tracker item |
Sandbox behavior is like normal wiki page | tracker item |
Sandbox page content is bugged | tracker item |
Sandbox preview/save buttons missing for non-admin users
Couldn't find another bug report for this, although this is an extremely noticeable bug so there should be an existing report. The wiki sandbox for non-admin users is useless because it doesn't show save/preview buttons. |
tracker item |
Search problems when the result has multiple pages.
When you search for a word, if the word found is in a multiple pages context, like on the page "Formatting Standards" on the site doc.tw.o the result will show you the first page. But the word you were looking for might be on page six, so you need to go from page to page with the little arrows in order to find the right page. This could be a problem if you have more then 8 pages like in the Formatting Standards. It should find the appropriate page directly. |
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 |
Second set of wiki page buttons/icons are not fully functional
If you have your wiki pages set to display top and bottom buttons and edit icons, then some of the bottom buttons and icons don't work. Specifically, the bottom Preview button doesn't work while editing in the normal editor, and the bottom icon for View Edit Icons doesn't work. I ''think'' this is a week-old regression, but it might actually be a long-standing bug. |
tracker item |
Section Edit, to edit part of a wiki page
Long overdue feature in TikiWiki: http://en.wikipedia.org/wiki/Help:Section#Section_editing [http://sourceforge.net/mailarchive/message.php?msg_name=435AF64C.1050106%40marclaporte.com|2005-10 discussion on the developer's mailing list.] If "edit by section"=Y as a wiki feature, all H2 should create a bookmark and a section that can be edited individually. As an option, all heading levels could become sections. Section edit should be optional and there should be a syntax to override (either way) More explanation from our friends at WikiMatrix: http://www.wikimatrix.org/wiki/feature:section_editing |
tracker item |
Section edit: one too many buttons when there is no content before 1st section
{img src="show_image.php?id=94" } |
tracker item |
Section edit: a first section is needed + more intuitive use of anchors
New section edit feature is very useful. Three minor adjustments: A- There is no way to edit the section preceding the first !,!!,!!! etc This would be nice as well. --- B- When getting to the section via an anchor, the edit by section icon is too high. To see what I mean: 1- login to doc.tikiwiki.org 2- go to http://doc.tikiwiki.org/Editorial+Board+Meeting+2008+05 3- Then click on an anchor like: http://doc.tikiwiki.org/tiki-index.php?page=Editorial+Board+Meeting+2008+05#2_3_Proposed_changes_to_doc_tw_o_site Notice how the edit button is not accessible directly? I need to scroll up a bit (not ideal) --- C- After editing a section, I should be sent back to the anchor of the section I just edited So I can see what I just edited. |
tracker item |
Send Wiki Pages XMLRPC erases remote host information when adding pages to send
- Go to Wiki -> Send Pages (You'll have to activate "XMLRPC" and "Communication Send/Receive Object" in Admin-> Features for that). - Enter the remote host information - select a wiki-page and click "add page" - see that the remote host information is gone |
tracker item |
Send/Receive wiki pages sould offer an option to send the whole history
This would be very useful as we move documentation from tikiwiki.org to doc.tikiwiki.org, for example. For data interchange with other systems too. |
tracker item |
Set default language in editor
There needs to be a way to set a default language in the administrative settings so that you do not have to select a language in the page editor unless it deviates from the default. It's a PITA to have to manually set the language with every page you create. It would be nice if the default could be set on a per-user basis from MyTiki settings, since users tend to do all of their work in one human language. |
tracker item |
Setting auto-toc to off at doc breaks the page and is not applied | tracker item |
setting tab on edit wiki pages is hiding, when using WYSIWYG | tracker item |
Share page bug
{THUMB(id=23, url="tiki-browse_image.php?imageId=23")}Share page bug on BRANCH-1-10{THUMB} {THUMB(id=24, url="tiki-browse_image.php?imageId=24")}{THUMB} I can no longer reproduce this behavior in 1.10. Please retest. Dave Thacker |
tracker item |
Should Watches report Minor changes to wiki web pages, or not? If not, fix.
Some versions of the Tikiwiki documentation suggest that a watch does not report a change to a web page that has been designated as a "minor" change. That does not appear to be the case for Tikiwiki 1.9.2. If you ask me, the ability for a wiki user to make a Minor edit without bothering the "Watcher" crowd is a great idea and makes for a better community wiki dynamic. |
tracker item |
show fields in a popup on item link when listing tracker items -> Missing in trackerlist wiki plugin
Mouse over summaries here is OK: http://dev.tikiwiki.org/tiki-view_tracker.php?trackerId=5 But not here: http://dev.tikiwiki.org/Rating The mouse over functionality has not yet been coded in the trackerlist wiki plugin. |
tracker item |
Show page title in Wiki Admin not functional
The 'Show page title:' check box in the Wiki Admin page seems to do nothing. 'Use page description:' toggles both the description and the page title together. Its both or nothing. |
tracker item |
Show page title on per page edit, if set to off, turns off page category too, | tracker item |
Side-by-side edit of two languages, with a "translation is in sync" button to save both wiki pages
Full page mode would be quite important ** Need to evaluate usefulness with Alain Désilets ** LP says it's doable (from back-end perspective) Coordinate with other work on: http://wiki-translation.com/ |
tracker item |
Signature and/or datestamp and/or approval-vote and/or comment plugin/syntax
Seen on IRC: {img src=images/code.png}%%% {CODE(wrap=>1)} (10:33:47 AM) ***dthacker also wonders if there is a login-timestamp wiki syntax such as mediawiki's ~~~~ that would auto sign with user id and date/time. {CODE} Wiki pages are great to produce Neutral Point of View (NPOV) content. If we need to know who added what, we check the edit history. For debates, discussions, opinions, etc, people will often use Tiki blogs, Tiki forums or comments at the bottom of wiki pages. These are more natural formats and it's clear who thinks what and who said what. Comments & forum threading make it clear who is responding to who/what. However, in some cases, it is useful to have this type of interaction in wiki pages. The [http://doc.tikiwiki.org/Editorial+Board|TikiWiki documentation Editorial board] has monthly meetings to discuss and make decisions. Members can edit, comment and vote on motions. The way people add their comments is not standard and if we are not careful, it can get messy. This often happens in wikis. Some wikis use a special syntax for "signature". This would be a way to associate the name of the user and maybe the date to a specific comment. It would be nice to clearly and visually associate the user to the comment. Maybe the comment & signature are in a same box? It would be nice also for people to be able to express support to an idea in the wiki page, with a thumbs up (+1) or a thumbs down (-1). Right now, the wiki ratings feature let's us vote only once per wiki page. These syntaxes should be quicktags to it's easy to add. Maybe some of the less important meta data (ex.: date of comment) would be only visible on mouse-over. (and thus not in printed mode). The mouse over could also contain a link to the user's personal wiki page and some data about the user (his avatar, score, etc). Ex.: *click my PluginComment tool (in toolbar) *Pre-fill text that will be mouse-overed with previously selected text **add date & signature (with link to userpage) Everyone: please share your ideas on this and how you have seen it implemented elsewhere. Thanks! Related: {wish id=2102} |
tracker item |
Solve wiki parser problem
This problem was introduced in BRANCH-1-9 and is tough to solve. We need a senior dev on this one. ''Needs more description...'' |
tracker item |
Some wiki page history versions are getting lost on doc.tiki.org (Tiki 17.x) (data loss) | tracker item |
Source view of wiki page switches the code textarea to zero width | tracker item |
Specific edit perm causes global view perm to fail.
Even though global perms allow viewing wiki pages (to Anonymous, for example), assigning an edit perm to another group for a specific wiki page overrides the view perm and Anonymous can't see it anymore unless a specific tiki_p_view perm is assigned to the page for Anonymous. this is a feature - it is how it works . As soon as you hjave a special perms, you need to redefine all the perm for the page |
tracker item |
specific search causes crash for tiki-searchresults.php
entering the words "visual studio" in the search_box module causes the following message to be returned in the UI: An error occured in a database query! Context: File tiki-searchresults.php Url tiki-searchresults.php?highlight=visual+studio&where=pages Query: select `data` from `tiki_dynamic_variables` where `name`=? Values: 0 comspec Message: Table 'tikidb.tiki_dynamic_variables' doesn't exist Built query was probably: select `data` from `tiki_dynamic_variables` where `name`='comspec' |
tracker item |
Structure inserted in page is not displayed unless you specify it | tracker item |
Structure: Page not displayed properly | tracker item |
Sub-Heading auto numbering breaks after sub-headings exceed x.9 | tracker item |
Subject encoding of notification from tiki.org are broken | tracker item |
Success message for page edit shows old version number | tracker item |
Suggest : Pages consultation from a pages selection, "return to list"
Hello, Referring to 5.3, when the a selection of page have been made into listpages, after the access to a page there is no else way to go back to the list with is filters than re-run listpage and set again the filter, browse the list often to view and modify the following element. This is a great lost of operating time. i suggest, as for the structure, to implement a button which returns to the list and into at the previous position. Programmatically this needs to : # - send to page-edit the parameter of the listpage we just have left # - by the button run again listpages with options : ## - filter ## - current position into the list This problems is accurate because of the new category features. when the access rights to a "family of pages" are not the same, the good way is not to use a structure (not designed for this indeed) which access by category is applied to all structure elements, but the category or element access by groups or both. For my own I use structured categories to access lists of pages. This is the right use, but this list can't at this time be use to browse the selected list. |
tracker item |
Suggestions for improving autotoc (in-page navigation) | tracker item |
support for "title" attribute in links in wiki
there should be an option to add a "title" to links in wiki. currently you can only set url and link name (<a href="url">link name</a>) but in many cases title (<a href="url" title="title">link name</a>) comes in handy. |
tracker item |
Support to set limit of header level to show by maketoc
It will be nice to allow the setting of limit of levels to show for maketoc: {CODE()} {maketoc maxlevel=2} {CODE} will cause only ! and !! headers to be shown, not !!!. |
tracker item |
Text area toggle issue e.g. !-# or !+# | tracker item |
The "Edit the included page" icon is still in the oldish png format instead of the FA icon | tracker item |
the link 'remove from this structure' dont appears for any page in 'assing permissions to page'
A link to remove permissions from structure should be visible when editing permissions for a page that is in a structure. In version 1.9.8.3, the version that I use, that link don't appears for any page. I have detected the problem is a programming error in line 14 of file templates/tiki-pagepermissions.tpl. There is a test of variable $isStructure when the correct would be to test $inStructure that is the variable that is assigned in line 89 of file tiki-pagepermissions.php |
tracker item |
The sandbox page should not be included in the listing of recently modified pages.
mod-last_modif_pages should not list the sandbox page. Users could confuse it for real content. |
tracker item |
The word "external" is appended to both text and target of external links.
Here, look. I'm going to link to this external page: http://www.casarizoma.org/wiki/tiki-index.php [http://www.casarizoma.org/wiki/tiki-index.php] See the extra "external" that got appended in the link (instead of after it)? |
tracker item |
There should be a permission tiki_p_view_slides
Topic says it all |
tracker item |
Tiki 13.1 cannot create a page or edit a page | tracker item |
Tiki and Pear::Auth authentication
Tiki and Pear::Auth (LDAP) authentication doesn't work together in version 3.0. A tiki local user can't log in anymore if the Pear::Auth method is set, except admin. |
tracker item |
Tiki Comments, Errors; Missing fields are now reported from within tiki commented (tc) blocks on the wiki page and in the console | tracker item |
Tiki community HomePage show a "Data too long" error | tracker item |
Tiki produces wrong links
Please feel to reproduce the mistake in our system: http://www.feldtech.com/tiki. Here a descrition of two such errors: The location of a specific article is http://www.feldtech.com/tiki/tiki-read_article.php?articleId=9 but the link generated for visitors is: http://www.feldtech.com/tiki/article9 A certain gallery is to be found at http://www.feldtech.com/tiki/tiki-browse_gallery.php?galleryId=5 but tiki produces the following dead link: http://www.feldtech.com/tiki/gallery5 |
tracker item |
Tiki tag ~ hs ~ is lost on wiki page duplication | tracker item |
tiki_p_wiki_post_comments is missing for individual wiki pages (tiki_p_wiki_view_comments exists)
tiki_p_read_comments & tiki_p_post_comments exist in general permissions, but post is missing from specific wiki page override: {img src=show_image.php?id=8} |
tracker item |
tiki-admin_content_templates.php option to use existing wiki pages as templates
Bugs & Wish list |
tracker item |
tiki-lastchanges does not show the current update comment
tiki-lastchanges.php does not show the current edit comments for a page that was edited. Steps to repro: 1. Edit any page, and fill out the 'Edit Comment' field. 2. Go to the tiki-lastchanges.php page, and the page edit is there, but no comments are seen. 3. Return to the edited page, edit,comment and save again. 4. Go to the tiki-lastchanges.php page, and you will see the previous comment, but not the current. |
tracker item |
tiki-lastchanges.php : links to diff are incorrect
To reproduce Install 6.x Apply community profile 6.x Go to tiki-lastchanges.php and click on the "d" for HomePage |
tracker item |
tiki-lastchanges.php content should be WYSIWYCA
Should not show IP, source, history, etc. if the features are off. |
tracker item |
tiki-listpages.php - when user clicks on title of column to sort - search params are forgotten
When you try and sort according to one of the columns in tiki-listpages.php, the search params, such as category, are forgotten. This is very irritating. This is caused by the new smarty self_link function not taking into account enough params. Perhaps this can be improved by some kind of better way of handling this. Or more practically, perhaps these links that cause the table to be sorted should be optional? |
tracker item |
tiki-listpages.php : when listing wiki pages, next page doesn't work after filtering by language
It would nice too to have filter in URL so we have a permanent link of all pages of a certain language. |
tracker item |
tiki-listpages.php: add Language & Description & categories
All optional via tiki-admin.php?page=wiki Language (if multilingual is activated) Category (if feature turned on) + add filter by language and filter by category like we have at tiki-list_articles.php |
tracker item |
tiki-listpages.php: Layout of the page is broken with Tablesorter enabled | tracker item |
tiki-listpages.php: tiki_p_view is necessary even if you have tiki_p_admin_wiki
Very strange issue. Not sure if it's a regression. Workaround: give tiki_p_view in addition to tiki_p_admin_wiki I have seen similar issues with trackers. You need to give view in addition to admin. |
tracker item |
tiki-orphan_pages.php not allowed mass removal of orphaned pages
On the Orphaned page (tiki-orphan_pages.php), I can individually remove orphaned pages. But, when I mass select (using Check All), and then select Remove from the dropdown box, it does not remove the orphaned pages. Individual works, but is agonizingly slow for mass deletes. |
tracker item |
tiki-pagehistory.php : there are two drop-downs for picking side-by-side type | tracker item |
tiki-pagehistory.php URLS are long & ugly (but we need diff urls working) | tracker item |
tiki-print.php?page= always indicates "Home", instead of page name | tracker item |
Tiki.org Model page is broken (RC : 0) | tracker item |
TikiMods: List authors in all styles
mdavey recently added a drop-down menu for List authors: *as Creator & Last Editor *Business style *Collaborative style *none This needs to be propagated to all TikiMods styles Thanks! |
tracker item |
TikiWiki 2.0: Content: Display Last Modification Info on Included Pages
Like most Wiki engines, TikiWiki displays the date and user information associated with the most recent modification to a page. For example, at the bottom of the doc.tw.o : Tikiwiki Documentation : PluginInclude page (http://doc.tikiwiki.org/tiki-index.php?page=PluginInclude ) we see Page last modified on Monday 02 June, 2008 03:45:08 UTC by marclaporte When a page is included within another, however, this information is not displayed. Is there any way to display this information on a page, for example, through Wiki syntax, or a plugin? Most importantly, I need to show the username, the time edited, and will, down the road, have to display a custom field called ClassOfContributor (eg, Instructor / Student / Administrator ) Any advice / info / hack is appreciated!! |
tracker item |
TikiWiki 2.0: Remove Pages by Username
Currently, the remove_all_versions function, defined in tikilib.php, accepts page as a parameter. It would be ideal if the function could be modified, or a new function created, that accepts username as a parameter. This would be ideal in instances where, for instance, several hundred pages have been created by a given user. The pages could be removed en masse, rather than having to specify each page specifically. |
tracker item |
tikiwiki 3.0 : wiki pages names cannot contain apostrophes
In my tw 2.x I had a couple of wiki pages which contain in their name an apostrophe , after an upgrade to 3.0 those pages cannot be accessed anymore (I can only edit them using the page list) giving a 403 error : Forbidden You don't have permission to access /tiki-index.php on this server. Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request. Apache/2.2.11 (Unix) mod_ssl/2.2.11 OpenSSL/0.9.8e-fips-rhel5 mod_bwlimited/1.4 Server at www.magowiz.net Port 80 I can only use edit to retrieve the page contents and copy in another page that must not have an apostrophe in its name (or simply rename the page removing the apostrophe) until the upgrade to 3.0 the pages where fully functional so for me it is a regression. I still have this problem in 3.1 |
tracker item |
#2830
Bugs & Wish list |
tracker item |
Tikiwiki based on an ontology
It would be fantastic to get even more structure and relations between wiki-items. The most innovative way at this point is to work with ontologies. Therefore it would be helpful to base a tikiwiki on an ontology. |
tracker item |
TikiWiki in page descriptions cause broken link (weird)
See in action: http://tikiwiki.org/Test http://tikiwiki.org/Test2 it causes: description" href='Test&bl=y' class='wiki'>Test |
tracker item |
Tikiwiki mailin is broken in 1.8.5; patches are simple, and attached
In 1.8.5, the mailin feature doesn't work properly. It may work for some combination of mail systems, but not for others. And it does not properly handle multiple mailed-in messages when a page load is attempted. Specifically, some combination of mail client and mail server caused the email address extraction to leave a newline on the end, which should be trimmed. Also, in determining the type of message, a case-sensitive string comparison is done against "text/html", which won't match for upper or mixed-case. Finally, there's a bug (probably a minor design flaw) in the way the histlib object is created in lib/tikilib.php, such that if the code is executed twice in the same session, it will fail the second time because the $histlib object isn't created. Last but not least, after parsing the message, if there are no parts found, the loop that attempts to process them assumes that $output->parts exists, which it may not. |
tracker item |
PluginTogether: make it work for wiki pages, spreadsheet, drawing, etc. | tracker item |
Too many items in unified search (lucene) tiki_queue prevent wiki page editing. | tracker item |
Tracker field type: wiki page
Text areas are nice. But wiki pages with history are even nicer. Not sure how it could done though... |
tracker item |
Tracker Plugin fails with trackers with mirror tables
{maketoc} Using 1.9.cvs !! 1st trial !!! Using a tracker plugin code within this page content: {CODE()} {MAKETOCBOX(float=>none)}{MAKETOCBOX} !! Ofertes de recursos o serveis !!! Oferiments de transports {TRACKERLIST(trackerId=>2,fields=>5:6:7:17:8:11, showtitle=>n, showlinks=>y, showdesc=>n, showinitials=>y, showstatus=>y, status=>opc, sort_mode=>asc, max=>20, filterfield=>6, filtervalue=>Transport, exactvalue=>Transport, goIfOne=>n)}Com????{TRACKERLIST} !!! Oferiments de recursos (materials) {TRACKERLIST(trackerId=>2,fields=>5:6:7:17:8:11, showtitle=>n, showlinks=>y, showdesc=>n, showinitials=>y, showstatus=>y, status=>opc, sort_mode=>asc, max=>20, filterfield=>6, filtervalue=>Recurs, exactvalue=>Recurs, goIfOne=>n)}Com????{TRACKERLIST} !!! Oferiments de serveis (immaterials) {TRACKERLIST(trackerId=>2,fields=>5:6:7:17:8:11, showtitle=>n, showlinks=>y, showdesc=>n, showinitials=>y, showstatus=>y, status=>opc, sort_mode=>asc, max=>20, filterfield=>6, filtervalue=>Servei, exactvalue=>Servei, goIfOne=>n)}Com????{TRACKERLIST} !!! Oferiments d'altres coses {TRACKERLIST(trackerId=>2,fields=>5:6:7:17:8:11, showtitle=>n, showlinks=>y, showdesc=>n, showinitials=>y, showstatus=>y, status=>opc, sort_mode=>asc, max=>20, filterfield=>6, filtervalue=>Altres, exactvalue=>Altres, goIfOne=>n)}Com????{TRACKERLIST} !! Insereix nous oferiments a la base de dades {TRACKER(trackerId=>2, fields=>5:6:7:17:8:16:11, action=>Envia les dades del teu oferiment, showtitle=>n, showdesc=>n, showmandatory=>y, embedded=>y)}Oferiment enviat amb èxit! Pots continuar navegant per la web amb normalitat. {TRACKER} {CODE} !!!- Tracker 2 is this one: {CODE()} [TRACKER] trackerId = 2 name = Ofertes description = Ofertes de recursos i serveis de persones de la Vall del Corb i afins useExplicitNames = n showStatus = y defaultStatus = o showStatusAdminOnly = n outboundEmail = simpleEmail = n newItemStatus = o modItemStatus = writerCanModify = y writerGroupCanModify = n showCreated = y showLastModif = y defaultOrderKey = -1 defaultOrderDir = asc useComments = y showComments = n useAttachments = y showAttachments = n attachmentsconf = 0,1,3,0,2,0,0,0 useRatings = n ratingOptions = categories = 3 {CODE} !!!- And its fields are these: {CODE()} [FIELD5] fieldId = 5 name = Què ofereixes? position = 10 type = t options = isMain = y isTblVisible = y isSearchable = y isPublic = y isHidden = n isMandatory = y [FIELD6] fieldId = 6 name = Tipus d'oferta position = 20 type = d options = Recurs,Servei,Transport,Altres isMain = n isTblVisible = y isSearchable = y isPublic = y isHidden = n isMandatory = y [FIELD7] fieldId = 7 name = Descripció position = 30 type = a options = 1 isMain = n isTblVisible = n isSearchable = y isPublic = y isHidden = n isMandatory = n [FIELD17] fieldId = 17 name = Foto position = 35 type = i options = 50,50,400,400,400 isMain = n isTblVisible = n isSearchable = n isPublic = y isHidden = n isMandatory = n [FIELD8] fieldId = 8 name = Persones interessades position = 40 type = l options = 3,15,5,14,1 isMain = n isTblVisible = y isSearchable = y isPublic = y isHidden = n isMandatory = n [FIELD16] fieldId = 16 name = Demanda relacionada position = 45 type = r options = 3,9,1 isMain = n isTblVisible = y isSearchable = n isPublic = y isHidden = n isMandatory = n [FIELD11] fieldId = 11 name = Persona que ho ofereix position = 50 type = u options = 1 isMain = y isTblVisible = y isSearchable = y isPublic = y isHidden = p isMandatory = n {CODE} !!! I inserted this information: ||Què ofereixes? *: | Manual d'administració de Webs com aquesta Tipus d'oferta *: |Recurs Descripció: | En pdf..., i en català . tot i que la versió en anglès és més complerta. Foto: | Demanda relacionada: | Persona que ho ofereix | admin | submit button || ''(At this page: [http://www.moviments.net/valldelcorb/Ofertes] )'' !!! I get this message after attempting to insert a new record: ^ You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '='Ofertes' where `itemId`='13'' at line 1 ^ !! 2nd trial I made another trial in another page just having the tracker plugin ([http://moviments.net/valldelcorb/prova]), with just this content in the page: {CODE()} {TRACKER(trackerId=>2, fields=>5:6:7:17:8:16:11, action=>Envia les dades del teu oferiment, showtitle=>n, showdesc=>n, showmandatory=>y, embedded=>y)}Oferiment enviat amb èxit! Pots continuar navegant per la web amb normalitat. {TRACKER} {CODE} I got this message: ^ Warning: mysql error: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '='prova' where `itemId`='14'' at line 1 in query: update tiki_trk_2 set =? where `itemId`=? in /home/httpd/tiki19/lib/tikidblib.php on line 134 ^ |
tracker item |
Tracker-plugin breaks in tiki-read_article.php
When using the Tracker-plugin in an article-body like this (or however, just use it in a way, that it shows fields ;) ): ~np~ {TRACKER(trackerId=>3,fields=>7:8{TRACKER} ~/np~ then it breaks in a way, that it parses the tracker-field-name as a link. ~np~ <input type="text" name="track[7]" value=""size="30"/> ~/np~ becomes ~np~ <input type="text" name="track<a class="wiki" href="7">7</a>" value=""size="30"/> ~/np~ |
tracker item |
Tracker, Articles & wiki page notification for deletes and changes
In tiki-admin_notifications.php, if I am watching articles and wiki pages, I want to know more. Should trigger watch notification email: Edit article (needed: we don't need a nice diff compared to previous but I want to know who is editing existing articles. Tracker notification email is nice with old value/new value for each field) delete article (needed: if someone deletes by accident, I can recuperate from emails) Edit wiki page (OK) Rename wiki page (OK in 2.0) Delete wiki page (needed: if someone deletes by accident, I can recuperate from emails) Trackers: Edit tracker item (OK) Add a tracker item (OK) Delete tracker item (needed: if someone deletes by accident, I can recuperate from emails) in trunk, it sends an email about deletion but without a copy of the last content. __As of 2009-02-25 and on 2009-04-22, it does send an email, but with a blank sender address and without a copy of the data which was just deleted.__ |
tracker item |
Translate this page (create and associate to translation set in 1 step)
Right now, translating a page is a 2-step process and it's not super easy. |
tracker item |
Translated pages should not be orphans
See http://mobile.tikiwiki.org/tiki-orphan_pages.php for a few examples |
tracker item |
Translation Drop Down not Available in Wiki Structures and other language anomalies
I will report 2 bugs as they appear to be related: 1. If I create a structure in english, create a wiki-top-of-structure, then i translate it in spanish... when spanish users browse the wiki they will see the translated page in spanish but with English title. see it on http://mi.solcentral.org/tiki-index.php?page=Sobre+Sol+Central 2. Also Tiki will not let the user to change from Spanish to English (if accessing with a Spanish configured browser), since the drop down list of languages appears disabled. These happends with many other wikis created in structures. General Settings: Tiki 6.0 fresh install. Settings in Multilingual: Detect browser language ON Show pages in user's preferred language ON Requires User Preferences Screen (OK) Users can change site language ON Display available translations ON Multilingual structures ON Requires Structures (OK) Requires Multilingual (OK) Settings in Structures: Open page as structure OFF |
tracker item |
Unable to Detach Geo Location from Wiki Page, Article, Blog | tracker item |
Unable to downgrade from 7.x head to 6.x head
After svn switching from trunk to 6.x, my wiki has internal server errors on certain pages, especially if I'm logged in. I maintain my svn on a windows machine, and I zip up my image, ftp it to my linux server, unpack it, run admin upgrades, and clear the cache. After all that I can browse the site as anonymous, but not as an admin or editor. I am considering switching back to trunk, as the bugs there are less serious. |
tracker item |
Unable to go to next or previous page
Impossible to go to next or previous page in http://www.xxx/tiki-view_articles.php or http://www.xxx/tiki-listpages.php tikiwiki 3.0 RC2 |
tracker item |
Unable to preview a wiki page if someone else is editing it
If someone else is editing a wiki page the system will show a warning when you try to edit it. If you proceed to edit the page, it is not possible to preview your changes. Every time you click in the preview button after changing something in the page you are redirected to the warning you already decided to ignore. There is no way to preview your changes if someone else is editing the page. |
tracker item |
Universal Wiki Edit Button
Please see: http://universaleditbutton.org/ Related: *[wish1781|Support for the Wiki creole markup (syntax)] In testing now on: http://wiki-translation.com Commit: http://tikiwiki.svn.sourceforge.net/viewvc/tikiwiki?view=rev&revision=13295 |
tracker item |
Unstable after upgrade from 4.0 to 4.2
After upgrading from 4.0 to 4.2 using a overwrite and save db/local.php I have gotten this error: The following error message appears now: ------------------------------------------------- Unknown column 'event' in 'field list' The query was: select `event` from `tiki_secdb` The built query was likely: select `event` from `tiki_secdb` ------------------------------------------------- The install and db upgrade complete successfull. Have run the upgrade again and this still happens. Also I get page errors. Short version is that the tikiwiki has become unstable. I can not access wiki pages by using the name but edit can find them but save fails also. |
tracker item |
Update HAWHAW to latest version in Tiki 1.9.1
"And from version 5.6 onwards, HAWHAW supports special output for the Lynx text browser. This "archaic" browser is still used today, often by handicaped people with screen readers and other special equipment. HAWHAW's Lynx support allows to create barrierfree applications, which validate Bobby-AAA-approved out of the box and additionally are accessible from each telephone by means of HAWHAW's VoiceXML support." [http://www.hawhaw.de/] Todo: add the powered by HAWHAW logo in the tiki-bot_bar.tpl when tiki-mobile is activated. |
tracker item |
Updated items should have permissions checking
The last updated pages mod shows pages that the user does not have a right to view. This is a bug and could be serious security. The code should only show pages that the user has a right to view. |
tracker item |
Upload and Reference File/Image Resources in one Step
Hi there, it is very unhandy to attach files or include images in wiki pages, articles or any other content a user provides. Until now, there are means like: a) Upload a file to a file gallery and reference it manually using the link given. b) Upload a file to a wiki page and reference it manually. c) Try using the WYSIWYG editor and realize it does not upload the image. Well, what I did is I added some quicktags to your code that opens a custom upload file dialog with a preselected file gallery. The user can browse, upload and add the file into his content in one step. Basically it uploads the file and appends the wiki code at the cursor position. I will attach you all my environment...there is a file itb_readme.txt in the root which describes in chapter 3 all the changes I do...maybe somebody of your development team assesses this as an important feature and can leverage some code... Regards, Maic |
tracker item |
Upload image, Wiki page; It should be possible to drag a picture over a text area for Tiki to understand it has to set an IMG plugin | tracker item |
url not encode and page not found after create wiki page | tracker item |
URL structure | tracker item |
URL_ID replaced in a link
well i encountered a problem with a link from http://portal.unesco.org/ if you want to link to a page there like http://portal.unesco.org/en/ev.php-url_ID=32886&URL_DO=DO_TOPIC&URL_SECTION=201.html the URL part of the link will be replaced with ~np ur this destroys the link used tw2.0 |
tracker item |
Use of variables in text areas ex.: wiki pages (lang, page, etc)
To be able to use certain variables such as: {CODE()}{page} or {$page} {lang} or {$lang} {username} or {$username}{CODE} So we could have contextual images depending on language: {CODE()} {img src=image{lang}.jpg } {CODE} and links like: {CODE()} [tiki-editpage.php?page={$page}|Edit this page] {CODE} |
tracker item |
User Information Page shows non-public wiki page titles
Wiki Pages that are in non-public categories (or are otherwise not accessible by anonymous) should not be viewable. This error has been fixed in other places (like RSS). However, this page: http://www.michaelrisch.com/tiki/tiki-user_information.php?userId=XXX shows non-publicly accessible wiki page names. Clicking on the name (thankfully) raises the security error, but the name shouldn't be visible in the first place. This is in 3.x - not sure if it is a problem in 1.9 or 2.x, though I would suspect so. |
tracker item |
user watches don't work after an upgrade from 2.x to 3.0
After an upgrade from 2.x to 3.0 if I edit a page while user watches are enabled I get an error similar to this : Errore An error occured in a database query! Context: File tiki-editpage.php Url tiki-editpage.php?page=Italiano Query: select tuw.*, tup1.`value` as language, tup2.`value` as mailCharset from `tiki_user_watches` tuw left join `tiki_user_preferences` tup1 on (tup1.`user`=tuw.`user` and tup1.`prefName`='language') left join `tiki_user_preferences` tup2 on (tup2.`user`=tuw.`user` and tup2.`prefName`='mailCharset') where `event`=?and (`object`=?) UNION DISTINCT select tgw.watchId, uu.login, tgw.event, tgw.object, tgw.title, tgw.type, tgw.ur Values: 0 wiki_page_changed 1 Italiano 2 wiki_page_changed 3 Italiano Message: Built query was probably: select tuw.*, tup1.`value` as language, tup2.`value` as mailCharset from `tiki_user_watches` tuw left join `tiki_user_preferences` tup1 on (tup1.`user`=tuw.`user` and tup1.`prefName`='language') left join `tiki_user_preferences` tup2 on (tup2.`user`=tuw.`user` and tup2.`prefName`='mailCharset') where `event`='wiki_page_changed'and (`object`='Italiano') UNION DISTINCT select tgw.watchId, uu.login, tgw.event, tgw.object, tgw.title, tgw.type, tgw.ur Only if I disable the feature "monitoring" the error doesn't show up. |
tracker item |
Userpage doesn't accept lang-suffix
No nearer clarification - just heard about it. I can well believe it though - not digged into code. But it's not consistent! And not good over all. |
tracker item |
Various slideshow issues | tracker item |
Versions, Links & Backlinks are missing in latest BRANCH-1-9 (tiki-listpages.php)
As you can see here: http://themes.tikiwiki.org/tiki-listpages.php |
tracker item |
WANTEDPAGES plugin does not treat WikiWords properly when they are turned off
The WANTEDPAGES plugin uses the tiki_links table. This table will store an entry if a page links to a page with a CamelCase name. When listing the wanted pages, it is normal to ignore links to CamelCase page names from tiki_links if WikiWords are disabled, since strings like "ClickHere" are not actual links. However, this is wrong if the link is explicit, say ((ClickHere)). This happens on trunk r20832. |
tracker item |
Warning message when moving away from an edit box (by clicking "back" or clicking an email link)
The problem: Say I am multi-tasking. 1- I start editing a wiki page 2- I check my thunderbird email. 3- I click a link in my email 4- That link could take over my browser and I lose what I was editing. Not fun. This is what we need: http://marclaporte.com/tiki/FeatureRequest_BetterHandlingOfBackButtonWhileEditing.swf.html And that solution also works when you are clicking a link in an email. (not just back button) other causes of ((doc:lost edit)) are listed in documentation. similar: http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=971 |
tracker item |
Watch structures from wiki pages - permission denied
When on a wiki page on my tiki, I have the options available to watch the specific page or to "Monitor the sub-structure". When clicking on the latter, I am redirected to a permission denied page and the watch for the sub-structure is not set. Even admin is being denied the permission to set a sub-structure watch on a wiki page. Setting a watch on a sub-structure inside the structure-admin menu works fine for any permitted, though. |
tracker item |
Watching translation email notification should be different than regular email
The "Watch Translation" feature works great however... the email notification that the author receives is the same as a regular wiki page change. It should be different it should: #Specify ''why'' you are receiving the email +...a translated version of a page you are watching was changed... #Indicate the change made and which page you should update. +...please review the following change in __PAGENAME, sp__ and update your page __PAGENAME, fr__... Or something similar. |
tracker item |
Watching wiki page also when a page is deleted or renamed
Watching a page is an amazing feature. However, as of now, when a page is renamed or deleted, I am not informed. |
tracker item |
We can't open the modals multiple times on a Wiki page in edit mode | tracker item |
When activated, make it much more obvious for users to make User pages
UserPages should be off by default, and activated per relevant profile. Syntax should become: {CODE()}User:XYZ{CODE} instead of {CODE()}((UserPageXYZ)){CODE} __Done in new installs of Tiki4 but there is no migration script__ When User pages are activated, they should be much more obvious for users. (ex.: in MyTiki) Same thing for ((doc:User Trackers)) |
tracker item |
When creating a page, how to inherit permissions from source page?
This is for internal groups within a wiki, a bit like ((workspace))s. Some pages have special perms. We'd need a way that new pages created from these inherit permissions. It could be possible to do via category permissions but.. |
tracker item |
When editing a wiki page, the wiki rating gets lost.
under admin permissions: If you edit a wiki page with a wiki rating, the old poll is deslected and a new poll is made with the generic name 'rate it'. This means the scores are reset to zero and the admin has to edit the page again and reselect the old poll. under registered permissions: If you edit a wiki page with a wiki rating, the old poll is deslected and the page doesn't have a rating anymore. Wiki ratings is a very nice feature, but this is a showstopping bug.. I hope it isn't too hard to fix ;). |
tracker item |
When HTML blockquotes are used, Tiki 1.9.7 inserts <tt> tags after first paragraph
When mixing wiki syntax and HTML markup, text within HTML blockquotes is rendered improperly, with each paragraph after the first within the quoted text surrounded by <tt> tags. Haven't tested for non-wiki components. |
tracker item |
When printing, links should show the actual URL
When printing a wiki page (or viewing the printer-pretty version) that has links, it would be nice if links actually showed the full URL. For example ((Foo)) would display as Foo (http://yourtiki/foo) ((Foo|Bar)) would display as Bar (http://yourtiki/foo) [http://foo.com|Bar] would display as Bar (http://foo.com) |
tracker item |
When renaming a page with a slash / in its title, all pages that link it get deleted.
When renaming a page with a slash in its title (e.G. 'Adresses/Something') into a pagename without a slash (e.G. 'Something') ALL pages, which link to this page get its contents DELETED. I looked into the DB. The data-field is set to NULL. The problem must lie in the ReEx of the rename_page function at wikilib.php. I'm not good enough at RegEx to fix by myself so i provide the faulty code-segment: {img src=images/code.png}%%% {CODE()} if (strstr($newName, " ")) $data = preg_replace("/(?<= |\n|\t|\r|\,|\;|^)$oldName(?= |\n|\t|\r|\,|\;|$)/", "((".$newName."))", $data); else $data = preg_replace("/(?<= |\n|\t|\r|\,|\;|^)$oldName(?= |\n|\t|\r|\,|\;|$)/", $newName, $data); $data = preg_replace("/(?<=\(\()$oldName(?=\)\)|\|)/", $newName, $data); ..... if ($is_wiki_page) { $query = "update `tiki_pages` set `data`=?,`page_size`=? where `pageName`=?"; $this->query($query, array( $data,(int) strlen($data), $page)); {CODE} Maybe there should be generelly a feathure that prevents characters in page titles that may cause problems like / oder & |
tracker item |
When restricting available languages in admin->i18n, wiki edit page still shows all languages
This was also reproduced on the http://demo.opensourcecms.com site. When you select only two langages: english and french in the admin i18n section, on the line: Reg users can change language, you check the box named "Available languages" and you select english and french. Then, when you go on a wiki page and click on the "translation" button, you see only english and french in the drop-down list. This is fine. But when you edit a wiki page, the drop-down list of languages you can set for the page has all languages instean of only the expected two. |
tracker item |
When selecting the Rating button in wiki, the rating window expands then I get redirected to tiki-index.php# (main page)
I am running tw 3.6 LTS in an enterprise environment (PHP 5.3.2, Windows 2003, Apache 2.2.13). We saw this same issue in 3.2 before our LTS upgrade. We have tried to enable Rating (Polls) by following the instructions at [http://twbasics.keycontent.org/tiki-index.php?page_ref_id=366] and [http://doc.tikiwiki.org/Polls] (Poll templates). I have enabled the Rating, Categories, Poll options in Admin. After adding the rating option to a wiki page, I save and revisit. I can see the Rating button in the top right corner of the page. When I select it, the button expands as expected into a pane with the options and a vote button, however the page also redirects to tiki-index.php# (my main page). Why does the Rating button redirect instead of remaining on the page and allowing the user to vote? It behaves the same in IE6 and FF3.6 --- Can you please retest in currently supported Tiki versions? (e.g. Tiki12, ...). Thanks in advanced! {sign user="xavi" datetime="2014-02-07T09:46:47+00:00"} |
tracker item |
Wiki 3D-Browser doesn't consider links of {toc}
See yourself by creating a structure and making a page with {toc} in the source code. That creates a Table of Contents of the structure. This table of contents isn't considered by the Wiki 3D browser. So you are forced to enter links manually to be able to browse the structure with the Java Applet. |
tracker item |
Wiki cache & plugins: WYSIWYCA problem when admin visits the page (and creates the cache)
Please see screenshot attached. (10:37:49) marclaport1: I tried turning on the wiki cache feature, but the problem is that if an editor or an admin last visited the page, the edit buttons are show to anonymous (ex.: in wiki plugin articles is in a wiki page to show last 3 articles) (10:38:15) marclaport1: Shouldn't wiki cache feature just cache what anonymous people see? (10:38:41) marclaport1: Anonymous is normally the largest "group" of visitors. (10:41:09) sylvieg: marclaport: you need to turn ogg the cache for page with plugin? Is it waht you mean? (10:41:24) marclaport1: sylvieg: yes (10:41:58) marclaport1: sylvieg: or even (I think) a wiki page which uses group permission plug |
tracker item |
Wiki Cache makes part of the page wonky: it's ok when refreshed.
See screeshot |
tracker item |
wiki comment per page | tracker item |
Wiki comments are not counted like in 1.8 (now only top level)
"The conversion seems to have dropped comments, on 1.8 the front page used to say it had 80+ comments, now on 1.9 it says 53." I think no comments were dropped, it's the count which is different. Only first level comments are counted. |
tracker item |
Wiki diff: Side-by-side as default instead of HTML diff
In 1.9.x, Side-by-side diff is the default Sometime in the history of 1.10 (around when WYSIWYG editor arrived I think), HTML diff became the default. This appears to be more of an accident than a conscience choice. Side-by-side should re-become the default. Ever better, the admin should should what the site default it. Even better, each user could override this value in their preferences. |
tracker item |
Wiki Dump menu item causes "Error - Page not found: dump/new.tar" | tracker item |
Wiki edit help plugin modal not displaying | 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 editpage broken in Opera
In Opera (9.6), the wiki edit page only displays as far as the quicktags (these show), then the page display hangs and nothing else loads. This is with the normal editor. |
tracker item |
Wiki History: multiple display regressions (Bootstrap 4) | tracker item |
Wiki inline help modal can't be used twice while editing a page (without reloading the page) | 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 notification wiki_page_changes_incl_minor not triggered by minor edits when wiki_watch_minor is enabled
There's a problem with wiki_watch_minor. It conflicts with notification wiki_page_changes_incl_minor ("Any wiki page is changed, even minor changes"). If wiki_watch_minor is disabled, a wiki_page_changes_incl_minor watch will not be triggered by a minor change. The difference between minor and non-minor edits is done in notificationemaillib->sendWikiEmailNotification(). This is where the preference could be taken into account. This is a regression from r10949. It was discussed on http://article.gmane.org/gmane.comp.cms.tiki.cvs/57346 |
tracker item |
Wiki option, "Discuss pages on forums" - option not sticking
Hello, Recently upgraded to 3.0.. Thought I'd turn on the "Discuss pages on forums." option.. Created a forum for the purpose.. Went to the Wiki admin page and selected the option.. Picked the forum from the popup that appeared.. Pressed "Change preferences.".. No change. Tried several times in different ways on different browsers. No change. How can I enable this option? Thanks in advance, Karl |
tracker item |
Wiki page attachment not searchable
When attaching a document to a wiki-page, for example an MS-Word file, this attachment seems not to be indexed. There's also no option to indicate which handlers for different mime-types to use. This option is available when using file-galery, but not for page attachments. As a result the file will never show up in any search results. Furthermore: it would be convenient to be able to indicate that the indexing of attachments should be logged. This would ease system debugging in the case mentioned. |
tracker item |
Wiki page attachments: better error message on failure
If an upload fails here: tiki-list_file_gallery.php?galleryId=1, I get a descriptive error message (ex: file too big). The same would be useful for wiki page attachments. |
tracker item |
Wiki page description is not saved anymore | tracker item |
Wiki page descriptions don't show up on Browse Categories page
In 1.9.9 and 1.9.10 (at least), if a description is added to a wiki page after the page is initially created, the description doesn't ever display on tiki-browse_categories.php. If an existing wiki page description is edited, the old version continues to be displayed on Browse Categories (or the new version may appear after some delay?). Based on IRC report from Random7 and confirmed at themes.tw.o. I didn't check behavior in 1.10 yet. |
tracker item |
Wiki page dropdown edit menu and col3 prevent actions of the items on the dropdown menu | tracker item |
Wiki page history should not be blocked on *.tiki.org | tracker item |
Wiki page history, default two versions to compare should be last two.
When viewing wiki page history, default two versions to compare should be last two. Bug introduced in January 2008 on BRANCH-1-10 {THUMB(id=18,url="show_image.php?id=18")}{THUMB} |
tracker item |
Wiki page import no longer working | tracker item |
Wiki page, last change: Improvement of the user interface (show/hide) successive changes on a page and not showing minor. | 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 |
Wiki page name with quotes is broken
Under 1.9.5 and under two different themes, I could not create a wiki page that had quotes in it. I received an error like this: Invalid variable value : page = asdfasdf "foo" That would be only a minor annoyance. But it gets worse. You can rename a page to have a name with quotes in it; however, having done so, you cannot then view or edit that page. You receive the same error when attempting to access the renamed page. |
tracker item |
Wiki page names and links, plus (+) simulates a space( ), but a space( ) doesn't simulate a plus (+)
http://dev.tikiwiki.org/Add+to+WishList simulates the wiki page "add to WishList" But {CODE()} ((Add to WishList)) {CODE} does not simulate {CODE()} ((Add+to+WishList)) {CODE} Should it? Should plus(+) and space ( ) be freely interchangeable, the same was "A" and "a" are? |
tracker item |
Wiki page removal fails quietly by default | tracker item |
Wiki page tracker field can't use results from mathematical calculation (formula using strings) due to parse order | tracker item |
wiki page version updating is broken
Saving a wiki page gives a SQL error. It looks like a typo in the WHERE clause. The query was: SELECT `version` FROM `tiki_history` WHERE 1=1 AND `pageName` = ? AND `lastModif` < ? ORDER BY `version` Array Values: Using the Custom Component JavaScript Class V11 1295471823 The built query was likely: SELECT `version` FROM `tiki_history` WHERE 1=1 AND `pageName` = 'Using the Custom Component JavaScript Class V11' AND `lastModif` < '1295471823' ORDER BY `version` Array |
tracker item |
Wiki page with attachment can't be removed | tracker item |
Wiki page, Markdown: Carriage return are not displayed | tracker item |
Wiki page, Table of content; Per page show / hide page of content is broken | tracker item |
Wiki page, the wiki link modal doesn't search for existing pages anymore | tracker item |
Wiki page, Wiki plugins; Save button disappeared from the plugin modal that set a plugin from a Wiki page | tracker item |
Wiki page; Being able to save editing but staying in edit mode will help when creating (long) content | tracker item |
Wiki page; Deleting a page from tiki-listpages with the actions wrench menu requires a refresh to see the page deleted | tracker item |
Wiki page; From the wiki page list, a wiki page with a title that include a double-quotes (") cannot be found after upgrading to Tiki26 | tracker item |
Wiki page: visual evolution of chages (similar to IBM's & MIT engine "History Flow")
I could be nice to have a kind-of "History Flow" application, or feature, integrated in the Wiki. Such as the "History Flow" ([http://researchweb.watson.ibm.com/history/]) developed by people from MIT and owned by IBM (afaik) I'm not skilled on CVS, but I wonder if this is already developed for CVs applications. (gCVS, for instance, for GN/Linux Gnome) And from thepoint of view of Tiki, I know there is the option "export all" tiki versions of a page, at wiki page edit time. Could this be used to see more easily all the changes that a user has made to a document, etc.? (I'm thinking in the educational scenarios where as teachers we have to review a user contribution to a collective document, and grade it, etc.). |
tracker item |
Wiki pages cannot be deleted | tracker item |
Wiki pages cannot be displayed at a previous version with param version as claimed by feature_wiki_use_date | tracker item |
Wiki pages do not show categories
Hi - I am using the latest tiki-HEAD and something is wrong with wiki display. The tiki-showpage.tpl has a list of options to show categories on the wiki page, such as $feature_categorypath, $feature_categories, and $is_categorized It appears from debug that $is_categorized is not set on my pages despite the fact that the pages are, in fact, categorized. Any ideas? |
tracker item |
Wiki pages, History; Renaming a page should be part of the history (and notifications) of the page to allow tracking of such changes | tracker item |
Wiki pages, the description maximum characters displayed in the alert is not correct and the limitation is not applied anyway | tracker item |
Wiki pages; Several pages broken after upgrade to Tiki26 due to "something" in the title of the page (pageName and/or pageSlug) | tracker item |
Wiki parsing in link text of wiki links partly broken
in older versions eg. 2.4, it was possible to use wiki page links with ampersands ( &) and also different color in the link text for instance : ((Look_and_feel|Look & feel)) gave the link like <a href=./Look_and_feel> look & feel </a> does or ((Look_and_feel|~~#00F:Look and feel~~)) gave the link in blue color Both works with external link syntax [./Look_and_feel|~~#00F:Look and feel~~] most probably it's the same error as describe in bug #3585 if it's helpful : I'm willed to give a bonus to the person who will fix the bug |
tracker item |
Wiki Plugin Author; The popup is not always displayed the popup display is unstable, not mobile comptible | tracker item |
Wiki Plugins, Wiki page help; It is not possible to add a plugin on a page using the Wiki Page help option | tracker item |
Wiki Print View header incorrect
Open Wiki Page, Click on the 'print' button to open the 'print view'. Top of page is a Title link to the home page of the tikiwiki, Below that is 'Home'. This should be the name of the wiki page, and/or the description of the page. |
tracker item |
Wiki Rollback does not rollback changes to the page description
In 1.9.8.3... 1. Create a wiki page, including a Description. 2. Change the wiki page and the description. 3. Rollback to the prior version. Although the wiki page content rolls back correctly, the description field did not. |
tracker item |
wiki shows no preview in translate edit mode
wiki shows no preview in translate edit mode while in normal wiki page edit it's working fine version: 3.0beta4 SVN theme: darkroom browser: FF3 steps to reproduce: # enable multilingual features # select translate from dropdown where "English" is # set the language and pagename for new page serving as translation # in the editing mode click preview |
tracker item |
Wiki simple rating (and not simple rating) is not working | tracker item |
Wiki strucutures show pages, even if user does not have permission to view a page
If a wiki page is included in a structure, Tiki lists the page when viewing the structure (or when listing TOC) -- even if the user does not have permission (tiki_p_view) to actually view the page. This presents an invalid structure to the use -- they are seeing pages that they do not have permission to view. Tiki should only show pages (in a structure) that you can actually view. Alternative impelentaion (proposed by luciash): To have an option "restricted pages in this structure will be ommited from the list" or "will be shown but marked as restricted" Confirmed in 1.9.8 and 1.10.1 |
tracker item |
Wiki Table syntax: WYSIWCA for QuickTags
In the Quicklinks, there are two table links (one for the old wiki-table syntax, and one for the new). On the Wiki table syntax in effect (from tiki-admin.php?page=wiki) should appear. In templates/tiki-edit_help.tpl, this is already done with: {if $feature_wiki_tables eq 'new'} --- On second thought, since the new table syntax is so much better, and it's now the default on new installs. All references to old syntax should be phased out. People should only use it if they have large amounts of legacy data that they don't want to take the time to convert. |
tracker item |
Wiki Table-Syntax broken
Wiki syntax parsing for tables is broken Following two things are supposed to work. These are just copied from the offered quicktags. ||r1c1|r1c2 r2c1|r2c2|| ||r1c1|r1c2||r2c1|r2c2|| First one works, but the second ones ends the table at the || and then just prints the text " r2c1|r2c2|| ". Ok, just saw that Trakcer-Items are Wiki-parsed, too. Good thing! As you can see the effect live! :) Hmm, everything gets saved, when editing a Tracker except for the feature.... I really have to start working with them.... and search for bugs... sorry for three mails about this, if you are subscribed! |
tracker item |
wiki-edit: footnotes allows html
the footnotes feature allows html. i was able to embedf an javascript into a href element. |
tracker item |
Wiki-Link points to tiki-editpage.php | tracker item |
Wiki-syntax parsing is different in lot of other places than in Wiki
You can see the effect of Wiki-syntax getting parsed differently with the ~np~ ~np~ ~/np~ tag and the~np~ {CODE()} ~/np~ -plugin. ~pp~ ~np~text here~/np~ - strips all linebreaks out of "text here" - ~pp~ works {CODE(caption=>test)} text here and some enclosed in <these brackets> here {CODE} The text between the <>-brackets doesn't get shown at all. ~/pp~ Also, (just in case it's related): tiki-view_blog.php complains to admin user about a division by zero by split plugin (tiki 1.9.2): * {CODE()} Warning: Division by zero in /var/lib/gforge/chroot/home/groups/gclub/htdocs/lib/wiki-plugins/wikiplugin_split.php on line 74 {CODE} * This warning message was not present with 1.9.1. (Xavi - xavidp) The blogs were htmlspecialchar()ed, too - it looks like fixed in CVS now! |
tracker item |
Wiki page, Slideshow; The slideshow feature behavior changed after adding a new parameter and changing the default (breaking slideshow made prior Tiki26) | tracker item |
Wiki, Wiki top line location; Set to "neither" (not displayed) will force the admin to see inline icon anywhere | tracker item |
Wiki: "Import page" make feature optional and off by default
Bugs & Wish list |
tracker item |
Wiki: all edits must be approved by users of a certain group, before being made public.
On a wiki page, reviewing each & every change could get tricky because someone could do edit #2 before edit #1 is approved, and then, you end up having branches, which need to be merged. I have an idea on how it could work but still needs coding: Basically, when a non-editor (someone with lesser permissions) edits the page, the previous version continues to be shown to the public (in any wiki, any previous version is still available to view). Anybody trying to edit the page would be sent to this new "branch" (think of it as a staging area). And the next time an editor (someone with higher permissions) saves the page, it becomes public again. This would avoid the risk of having multiple branches, needing merging. However, the UI would have to clearly show editor #2 that he is not editing the page he just saw. I could see this being an interesting feature in certain scenarios. For example, using Tiki to generate a corporate website. |
tracker item |
wiki: automatic description of changes
When you edit a wiki page, you can indicate what you did. Good. But if you leave it empty, visitors have no indication of what you did. Maybe we could add some of the ideas of wiki-translation.com (Quantify change size) to have an automatically generated message. Some examples: *minor change *10 words changed *15% changed |
tracker item |
Wiki: CODE block may not contain "$0"
When you try to create a ~np~ {CODE()} {CODE}~/np~ block in the Wiki which contains $0 somewhere (which is, e.g., quite common in Unix init scripts), the page won't be displayed (white screen). this is easily reproducable by inserting the following into a Wiki page: ~np~{CODE()}$0 {CODE}~/np~ The bug was not present in previous versions (I recently upgraded from 1.8.5 to 1.9.0). And as you can see, it works correctly here in the Tracker: {CODE()}$0 {CODE} |
tracker item |
Wiki: icons top right (wikiactions) bring whole column content down 34 to 40 pixels | tracker item |
Wiki: Minor edit :: need mouse over to explain what it's for
In 1.10, there is a "minor" button when you save a wiki page. When using the wiki for translation, checking minor tells the system that the corresponding translation are __still valid__. I believe __minor__ also prevents sending notification emails to those watching the page. (why bug them for a corrected typo?) |
tracker item |
Wiki: Page rename to also change links in menu system, in forums and in trackers
When a wiki page is renamed, all links in Wiki pages are fixed. Excellent! However, menu items are not updated. This would be a nice to have. Same thing for wikilinks in forum posts, trackers, etc I guess it could get tricky because some use links like tiki-index.php?page=blabla, but some just but blabla and use the .htaccess |
tracker item |
WikiBlame and WikiTrust
Please see ((WikiBlame)) and ((WikiTrust)) |
tracker item |
Wikipage Success Alert has to be dismissed manually | tracker item |
Wikiparser interprets tags different in editpage than in the page view
If you enter following code in a wiki-page ~np~ ...page... ~/np~ there is a bug in the interpreter. The preview-mode is working right and shows ...page... as plain text, but when you save the page wiki-parser interprets it as a tag and shows the pagenavigation-bar. |
tracker item |
wikiplugin_tracker.php crashes in tracker with mirror tables
I've got this error while attempting to insert data in a tracker with mirror tables from a Wiki page through wikiplugin_tracker.php. In fact, the wiki page return an error message, and it seems as if item was not inserted, then, but item is inserted. However, the field "user" (login user, 1) is not saved in the tracker (and I was logged in, and I could insert a tracer item from the same user account through the tracker directly). Note: Tracker has less than 40 fields, and I included 40 consecutive field ids in the plugin syntax. That's the code in the wiki page: {CODE()} {TRACKER(trackerId=>1,fields=>1:2:3:4:5:6:7:8:9:10:11:12:13:14:15:16:17:18:19:20:21:22:23:24:25:26:27:28:29:30:31:32:33:34:35:36:37:38:39:40,action=>Name of submit button,showtitle=>y,showdesc=>y,showmandatory=>y,embedded=>y)}Ben fet!{TRACKER} {CODE} Thant the error message: {QUOTE()}Notice: Undefined index: name in /var/lib/gforge/chroot/home/groups/gclub/htdocs/carpetiki/lib/wiki-plugins/wikiplugin_tracker.php on line 138 Warning: mysql error: You have an error in your SQL syntax. Check the manual that corresponds to your MySQL server version for the right syntax to use near '='prova4' where `itemId`='5'' at line 1 in query: update tiki_trk_1 set =? where `itemId`=? in /var/lib/gforge/chroot/home/groups/gclub/htdocs/carpetiki/lib/tikidblib.php on line 154 Warning: fread(): Length parameter must be greater than 0. in /var/lib/gforge/chroot/home/groups/gclub/htdocs/carpetiki/lib/cache/cachelib.php on line 47 {QUOTE} |
tracker item |
Wiki page, Structures; Add pages field is not displayed for certain groups even if they have the correct permissions | tracker item |
Editing; Edit icons (Wiki and elsewhere) preference is turned off and needs to be revalidate | tracker item |
It is not possible to select back "unknown" as page language once a language has been assigned | tracker item |
Can’t rename a page containing an Alias | tracker item |
Wiki Page; Show page title "off" is not applied if the page is used as template and the url contain more than its name | tracker item |
Wiki, Permissions, List; after a recent Git update it is not possible to use {{page}} variable if anonymous | tracker item |
"Wiki page pagination" the navigation bar on the second page is breaking the page | tracker item |
Wrong browser title for a page containing tracker form with file upload field | tracker item |
Wrong favicon displayed when using "slides" feature of a Wiki page
When displaying a Wiki page as slides the wrong favicon is displayed. I'm using 1.9.11 and the favicon from Xampp is displayed which is found in the root web directory ./htdocs/ rather than using the favicon found in the TikiWiki directory ./htdocs/tikiwiki/ |
tracker item |
wrong linebreak with ">"-character in wikipage
if you enter the <-character in a text (e.g. for an arrow like -->) the following lines have no linebreaks anymore |
tracker item |
WSOD when creating a new wiki page | tracker item |
WSoD when saving a wiki page with more than 200 char in the description fields (used for meta description) | tracker item |
WYSIWYCA for Wiki Links
Wouldn't it be great if a wiki link (the standard [] syntax) would check whether the current user has rights to the page that it links to? THat way we could turn off the hyperlink if the user cannot open the page anyway...THat would add some processing overhead, but I am sure that would be manageable. Don't know where to begin, though, I do not really understand the wiki processing in Tiki... |
tracker item |
WYSIWYG and normal editor are not screen width in IE8
This bug is seen by our IE 8 clients. We are running Tiki 6.2 (clean install), on a Windows 2003 Server, Apache 2.2.16 w SSL, PHP 5.3.3, remote MySQL 5 database. When our users try to edit their pages either in WYSIWYG or normal mode, their editor text box is half the width that it should be. They need to use the dragger to make it wider. If we edit in Firefox then the editor is the correct width. Since IE is our corp standard our users need to be able to add files using that browser. Also, this is the same problem we had in Tiki 5.x and we were hoping 6.x would have fixed it. Thanks, Tim |
tracker item |
xavi
Contributors |
tracker item |
XML RPC for Wiki
No XML RPC interface for Wiki |
tracker item |
you need to refreach the tiki-editpage if you want to use two or more plugins in a wiki page | tracker item |