Category: Resolved - Completed
The responsible ("assigned to") team beleives the issue is answered/fixed, needs confirmation from the ticket opener before closed
Show subcategories objects
| Name | Type |
|---|---|
|
Calendar events "Tentative" status does not work
The "Tentative" status for a calendar event always reverts to "Confirmed" after it is saved. |
tracker item |
|
Can not change article language - page not found error
As admin I view _article_, then click on the "Multilingual globe". This brings the translation page. At the bottom I select new language and press "Change language" button. All I receive is "Page not found" error. |
tracker item |
|
Can't create a survey
When I click 'Save' on the 'Create/Edit Survey' page, it displays the 'Are you sure you want to leave this page?' warning. If I click yes, no survey is created. If I click no, well, nothing happens. |
tracker item |
|
Canceled calendar events appear in the Upcoming Events module without
Seen in Tiki 5.x and 6.x: Events that have been canceled still appear in the list of upcoming events in the Upcoming Events module without any end-user notification that the event has been canceled. Tiki should either: * Not display canceled events in the module or * Display the event with a strikethru (or some other visual cue) to let end-users know that it is canceled. |
tracker item |
|
Cannot modify header information - headers already sent by (lang/de/language.php:10965)
lang/de/language.php causes a "Cannot modify header information" PHP error |
tracker item |
|
Cannot modify user in tiki-adminusers
We recently upgraded from Tiki-4.X to Tiki-5.X. We are running Tiki-5.3. There seems to be a bug when trying to modify a user under the administration page (tiki-adminusers.php). When trying to click on a user, one is asked to confirm (which is a new workflow) and then taken to the Edit User page. However, when one tries to modify something (e.g. password, email address), you are asked to confirm again, but it never completes. Here is a set of detailed steps to reproduce the problem: # Go to admin users (tiki-adminusers.php) # Click on user "demo" # Click "Click here to confirm your action" # Change email address from demo@demo.com to demo@demo.org # Click "Save" # Click "Click here to confirm your action" * Nothing happens. The page address is "tiki-adminusers.php#", but it never changes from the confirm action page. "Go Back" does not work, but "Return to Home Page" does. |
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 |
|
Comments: Do not show Style/Sort/Threshold/Search unless enough comments
In comments (on wiki pages for example), there is a bar: Style: Sort: Threshold: Search: This seems like clutter when there are only a few comments. Suggestion: Only have this bar if number of comments is high enough that a comment pagination is needed (ex.: 10) Related: {wish id=937} |
tracker item |
|
COUNTDOWN plugin breaks its users with undefined getDate error on PHP >=5.1
((RoadMap)) shows "Fatal error: Call to undefined method TikiDate::getDate() in /home/tiki/public_html/lib/wiki-plugins/wikiplugin_countdown.php on line 60". This happens when using the COUNTDOWN plugin on PHP 5.1 and later due to a missing definition of getDate() in the lib/tikidate-php5.php TikiDate. The old TikiDate (lib/tikidate-pear-date.php) declared that function (via inheritance). This was introduced in r14129 and widely exposed in r20047 on lib/tikidate.php. |
tracker item |
|
db/tiki.sql has typo on line 1, bad comment formatting
Operations failed: 1 SQL queries. Display details. During an upgrade, it is normal to have SQL failures resulting with Table already exists messages. tiki - -------------------------------------------------------- -- Database : Tiki -- -------------------------------------------------------- DROP TABLE IF EXISTS `messu_messages` 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 '- -------------------------------------------------------- -- Database : Tiki -' at line 1 |
tracker item |
|
Detect browser language not working when global language is not English
Detect browser language is not working to me (to luciash, in fact, in a site which I admin), in a recently upgraded site from 2.4 to 3.0. This affects Tiki 3 to 7 and is a regression from Tiki 2. |
tracker item |
|
dev.tikiwiki.org -> delete from user list all users that are not necessary here
To speedup this site, delete any login which: 1- has not voted in tracker ratings 2- has not submitted, modified or commented a tracker item 3- no tracker item is submitted to them In short, all logins which are not useful here at the moment. Logins will be recreated here at their next login via InterTiki anyway... |
tracker item |
|
Editor can not create a Tiki Sheet
User with Editor plus sheet edit permission tried to create a Tiki Sheet in v2.0RC4 -Arcturus-. An error occured in a database query! Context: File tiki-sheets.php Url tiki-sheets.php Query: INSERT INTO `tiki_sheets` ( `title`, `description`, `author` ) VALUES( ?, ?, ? ) Values: 0 testsheet 1 this is a test 2 NULL Message: Column 'author' cannot be null Built query was probably: INSERT INTO `tiki_sheets` ( `title`, `description`, `author` ) VALUES( 'testsheet', 'this is a test', NULL ) |
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 |
|
empty hash on notification messages from articles to unsubscribe
Links to remove email notification messages come without hash (see below the live example from TikiFestNY) http://tikiwiki.org/tiki-user_watches.php?hash= {QUOTE()} Edit article post: TikiFest NY by lindon at Tue 24 Nov. 2009 06:10 CET View the article at: http://tikiwiki.org/article179 If you don't want to receive these notifications follow this link: http://tikiwiki.org/tiki-user_watches.php?hash= __''Announcing the first ever TikiFest in New York City being held from January 14-18, 2010!''__ TikiFestNY is a big bug squash! The idea is to knock out as many bugs as possible and have as much fun as possible doing it. If a bug takes more than 30 minutes to fix, then we move on to the next one. Also, invites will be going out locally for an introduction to Tiki presentation on Saturday afternoon followed by refreshments. Hope lots of people can make it! Remote participation is also possible for those that can't. Find complete information at TikiFestNY. %%%::__~~purple:{COUNTDOWN(enddate=>14-Jan-2010 locatetime=>off)} until TikiFestNY!{COUNTDOWN}~~__:: %%%::''__See you there!__'':: ---------------------- {QUOTE} |
tracker item |
|
enhancing spam fight and protection: from multiple comments to banning multiple ips with minimum clicks
This improvement in Tiki would be very welcome. After spammers add noise to your site (in one day, 10 comments to different places in your tiki from 10 different ip's!), it would be nice if there was the chance that the tiki admin can ban all those 10 ip's with a minimum number of clicks (besides removing many spam comments at once, which can be done already). This is some possible way to add if (from the interface point of view): {img src=img122} Self explicative? User selects multiple checkboxes, and clicks on some button below which sends all that information (those ip's from those comments) to fill admin banning data (storing the data already for the 10 ip's at once). Alternatively, one by one, prefilling the interface one by one. {img src=img123} |
tracker item |
|
error when deleting a msg in webmail
The error occurs when you delete a message in the inbox webmail Fatal error: Call to undefined method Net_POP3::ixp() in /var/www/virtual/scpc.publinter.org/htdocs/tiki-webmail.php on line 286 saludos Fran_gm |
tracker item |
|
Errors on top of tiki-objectpermissions.php page
Forum last posts module gives the following Notice errors on top of tiki-objectpermissions.php page and messes up the font size of permissions list. Notice: Undefined index: forumId in ../proposed/5.x/lib/core/lib/Perms.php on line 185 Notice: Undefined index: forumId in ../proposed/5.x/lib/core/lib/Perms.php on line 229 For every topic created you will get another 2 of those Notices. When there are 100 forum topics not that hard to get you will need to scroll down 200 lines of notices just to edit a few permissions. Reproduce: Turn on feature forum Asign forum last posts module Create a forum and a topic One of the notices i got is fixed in Revision 29138 Notice: Use of undefined constant ttz - assumed 'ttz' in ../proposed/5.x/lib/tikilib.php on line 7682 |
tracker item |
|
Expense reports
Should this be done with trackers with the new ((doc:Computed Tracker Field)) and deployed via the ((profile manager))? |
tracker item |
|
Export Calendar as CSV
It looks as though there is a Calendar import feature using CSV (tiki-calendar_import.php) however there are no options to export as CSV in tikiwiki 3.2. The only Calendar export option that I see is exporting to iCal (via tiki-calendar_export_ical.php) but that is not working for our group ([http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=3152]). Can Calendar export to CSV be possible? We are running in a multi tiki environment on Windows Server 2003, tikwiki 3.2 and php 5.3. |
tracker item |
|
Fatal error: Cannot redeclare class Zend_Filter_Interface in /usr/lib/php/Zend/Filter/Interface.php
I had TikiWiki v2.2 installed and running fine on my website. I used cpanel + Fantastico to automatically upgrade from v2.0 to v3.0. I followed the Fantastico on-screen instructions and when the update had finished I clicked on the "View site" link and got the following error: Fatal error: Cannot redeclare class Zend_Filter_Interface in /usr/lib/php/Zend/Filter/Interface.php on line 30 I tried to do a brand new install of TikiWiki on another website that has never had a previous version of TikiWiki on it using cpanel + Fantastico. I followed the on-screen instructions and when I clicked on the "View site" link I got the same fatal error message. I then installed TikiWiki v3.0 on my Ubuntu v8.04 desktop localhost Apache2 server and it works fine. Then I installed TikiWiki v3.0 on my Windows Vista Ultimate laptop localhost Apache2 server and it works fine. Two local installations of TikiWiki v3.0 work fine. The two attempts at using cpanel + Fantastico on remote servers both yield the same fatal error. One website had a previously installed version of TikiWiki (v2.2). The other website had never had TikiWiki installed. |
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 |
|
File button in CKEditor WYSIWYG not working for IE 8
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 are editing in the CKEditor WYSIWYG and try the File option in the toolbar there is a Javascript error for lib/jquery_tiki/tiki-jquery.js at line 808 char 4. What is happening after the error is thrown is that no new window is opened (as expected) but the File selection fields are now under the WYSIWYG Editor. This wouldnt be an issue, but there is no OK button to select the file so our users can not like to a file in the File Gallery. If I try using the File option in FF then it opens a new window and I can select the file just fine. Since IE is our corp standard our users need to be able to add files using that browser. Also, they had no problem in Tiki 5.x but that was a different WYSIWYG system. Thanks, Tim |
tracker item |
|
Formatting of empty Lines in Wiki-Pages is not handled properly
A blank line out of a paragraph should not start a new paragraph (as in 4.2). If feature_wiki_paragraph_formatting_add_br is on, an empty line is created on top of the new paragraph. It comes from lib/tikilib.php line 6838ff } elseif (!$in_paragraph && !$contains_block) { // If not in paragraph, first non-blank line; start a paragraph; if not start of div created by plugins $data .= "<p>"; ... in the comment it is stated that the paragraph should only begin at first NON-BLANK line |
tracker item |