Name | Type |
---|---|
{wish id=1220} should have color or be crossed out depending on status (pending/open/closed) | tracker item |
Page creators are admin of their pages, but unable to remove them
"Page creators are admin of their pages" allows the page creator to lock and unlock, but not remove. This is important because if you are admin of the page you really need to be able to remove it. The intention of this feature is obviously that you should be able to remove, so this appears to be a bug. |
tracker item |
tiki-list_quizzes.tpl calls for non-existing icon | tracker item |
Upgrade 4.1->5.0 - Error : x01 : Fatal error on tra.php
Hello, As I told about, during upgrading from 4.2 (I am testing from 4.3) many errors occurs. This threated in a global way in id4377. Here the problem comes from tra.php this generates a __fatal ERROR__ Reason during first tiki-setup __tra.php__ can be called when $tikilib is not yet set then __the function tra_impl crashes__. It seems that at this stage of installation (managing session prefs) is it, as if getone() should answer false, nothing particular to do : I have justed added a first level isset on $tikilib See the joined patched source with comments. |
tracker item |
.htaccess issue, Page Not Found, 404 Error
Using the supplied .htaccess file, when a non existent file and directory is requested for OThER than .htm files, a 404 is not generated and an unformatted version of the home page is opened. For example see uticacurlingclub.org/junk/junk.htm which generates a normal 404 which is redirected to a custom page, and uticacurlingclub.org/junk/junk.pdb which does not. I suspect this is an issue with .htaccess. |
tracker item |
'Last Changed' module formatting is inconsistent
I had my issues with the way the module mod-last_modif_pages.tpl rendered... the title could be hidden by a "decorations=n" which made the link to the addition changes vanish, plus the link in the module title is a little bit of a break with the remaining styling... Then I discovered that the module uses a table instead of a OL or UL to format, which is a little bit messy itself. |
tracker item |
"Other" validation with "Dropdown with Other" field type | tracker item |
search_morelikethis module ("Similar Content") should exclude identical content | tracker item |
"Today" in Calendar
"Today" is highlighted for every month. If "Today" is Dec. 22, then Jan. 22, Feb. 22, etc. are also |
tracker item |
"Toogle navigation" in Bing results of Tiki | tracker item |
"Value" field being next to "Fields" field inside PluginTracker icon edition window | tracker item |
(calendar) permission display wonky
Permissions are displayed incorrectly on the "Assign Permissions to this Object" page of tiki-objectpermissions.php for a Calendar (other object types not tested) If there is more than one group assigned then the boxes show the correct permissions If there is only one group assigned no permissions show If a 2nd or subs group is added then the boxes show the correct permissions |
tracker item |
[BUG] ISO9001 - {{currentVersionApprover}}, {{currentVersionApproval}} only work on page preview (in page history) | tracker item |
[mailto:text|text] doesn't have antispam protection
In 2.0 a new email {img src=pics/icons/email.png } syntax was added in quickatgs {img src=images/code.png}%%% {CODE()} [mailto:text|text] {CODE} But this prevents the spam protection code from working |
tracker item |
*.tiki.org sites: make the navigation & interface more consistent | tracker item |
<HR> appears on print page | tracker item |
$prefs.language does not work properly?
This is related to the Custom Site Header section of Look & Feel on our Web site. We put a top navigation bar which is expected to be showin in different languages depending on the visitor's language (look at http://www.daav.cn/cms/tiki-list_file_gallery.php ). The code in Custom Site Header is like this: <div style=...> <ul> {if $prefs.language eq "cn"} <li>link1 in Chinese</li> ... <li>linkN in Chinese</li> {elseif $prefs.language eq "fr"} <li>link1 in French</li> ... <li>linkN in French</li> {elseif $prefs.language eq "de"} <li>link1 in German</li> ... <li>linkN in German</li> {else} <li>link1 in English</li> ... <li>linkN in English</li> {/if} </ul> </div> however, it seems the top navigation bar is always shown in Chinese even when I set the default browser language to English only. At that time, our php-based language detector works correctly to identify the user/browser language as English (example: our homepage at http://www.daav.cn/ ) but tikiwiki remains in Chinese unchanged. Is there anything wrong with the code or it's just because my Windows XP is in Chinese? Then how to get around this in Tikiwiki? What language do you get on the linked page that I included above? Thanks for any hints. |
tracker item |
$trklib->list_items(..) shall use the itemid references instead of the real value
See reasoning and details in 3139. |
tracker item |
12.0 Step 7 of tiki-install.php : "Upgrade fix" is offered even on fresh install | tracker item |
12.x trackers: change of behavior of rating field in edit mode | tracker item |
12.x: Send email to let user validate account doesn't send email if user previously created | tracker item |
13.x dev.t.o: Print version of blog post has no CSS assigned | tracker item |
13.x doc.tiki.org :: search results show content which is not accessible via the link | tracker item |
codemirror not switchable for new comments (but just for comment edition) even if preference correctly set | tracker item |
13.x: Comments can't be posted in some pages of a FeaturedProfile | tracker item |