Category: Browser Compatibility

The list of tiki pages presented for selection and addition to a structure is truncated at 50 records for no apparent reason and there's no way to add records >50 without running a filter.

I just parroted what I saw in tiki-admin_categories.php for its similar page list and it works.

The diff is below - hope I did that correctly.

*.backup is the original file from the official tiki releast. *.php is the version I modified.

This should be migrated to the community site, and handled with ((doc:Organic groups)) and ((doc:User Trackers))

This should be migrated to the community site, and handled with ((doc:Organic groups)) and ((doc:User Trackers))

{syntax type="tiki" editor="plain"}
3D is not working properly at Safari 4.0.3 at Mac OS 10.5.8. I see the java cup inside the window. Then the java star and then nothing else the window becomes white. No image at all.

You cant set it that individual polls can be set to viewed by only certain groups.

http://www.horde.org/imp/docs/?f=CHANGES.html

[cjh] When a user's session times out while they are composing a message, give them a special login screen which displays the message and allows them to log in again to resume their message with all data intact.


[jan] Show timeout warning if session is about to expire.


Similar: http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=1094

Browsing images in 1.10cvs is not working (fyi). Weird, though: this works: http://uniwiki.aia06.ourproject.org/show_image.php?id=4

but his doesn't work (doesn't show the image): http://uniwiki.aia06.ourproject.org/tiki-browse_image.php?imageId=4

----
Fixed, I think (long ago)

http://tikiwiki.org/tiki-calendar.php -> calendar overlaps on right column

Since wiki page names should avoid special characters, we'll need to think about maybe using character substitutions in page names (a instead of à, _ instead of ') and use the description field for the exact format.

Please coordinate here: ((Character substitutions))

This should be migrated to the community site, and handled with ((doc:Organic groups)) and ((doc:User Trackers))

{syntax type="tiki" editor="plain"}
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.

Our users are editing in the CKEditor WYSIWYG and try the Code plugin from the toolbar. The Code window opens as expected and the users enter their code in the correct field. On pressing Insert (or Replace) the code plugin is added in the editor but there is no contents in the plugin. If I open the normal editor it displays as%%%~np~{code caption="MyCode.java"}~/np~%%% which is completely the wrong syntax.

If I try using the Code option in FF then it opens a new window and I can add the code just fine. I view from the normal editor and it reads%%%~np~{CODE( caption="MyCode.java")}public class MyCode {
//testing a point
}{CODE}~/np~%%% which is correct.

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

Bundled themes readiness, see ''New Css Entities'', Fix broken themes ((tw:RecipeRestoreCss))

{syntax type="tiki" editor="plain"}
when downloading a file from the gallery with IE the result is corrupted. Firefox or Chrome have no problems.
This is related to the general IE(5/6/7/8) inability to handle compressed files correctly.
Tried various suggestions in .htaccess with no result.
example:
SetOutputFilter DEFLATE
SetEnvIfNoCase Request_URI \.(?:exe|t?gz|zip|bz2|sit|rar)$ no-gzip dont-vary

the file gallery module is serving from file system, not from the database.
A zip file in the filesystem served by apache directly works fine.

when I use persian names for pages the "{draw name=foo}" in wiki outputs something like this

<p><a href='#' inhibited_Click="javascript:window.open('tiki-editdrawing.php?page=%D8%A7%D9%87%D8<span style='display:inline;' id='dyn_AF_display'><a class='dynavar' inhibited_Click='javascript:toggle_dynamic_var("AF");' title='Click to edit dynamic variable: AF'>NaV</a></span><span style='display:none;' id='dyn_AF_edit'><input type='text' name='dyn_AF' value='NaV' /><input type="submit" name="_dyn_update" value="Update variables"/></span>D8%A7%D9%81+%D9%88+%D9%85%D8%A7%D9%85%D9%88%D8%B1<span style='display:inline;' id='dyn_DB_display'><a class='dynavar' inhibited_Click='javascript:toggle_dynamic_var("DB");' title='Click to edit dynamic variable: DB'>NaV</a></span><span style='display:none;' id='dyn_DB_edit'><input type='text' name='dyn_DB' value='NaV' /><input type="submit" name="_dyn_update" value="Update variables"/></span>8C%D8<span style='display:inline;' id='dyn_AA+_display'><a class='dynavar' inhibited_Click='javascript:toggle_dynamic_var("AA+");' title='Click to edit dynamic variable: AA+'>NaV</a></span><span style='display:none;' id='dyn_AA+_edit'><input type='text' name='dyn_AA+' value='NaV' /><input type="submit" name="_dyn_update" value="Update variables"/></span>D8%A8%D8%A7%D8%B4%DANaVD8%A7%D9%87&path=/test/tiki&drawing=foo2','','menubar=no,width=252,height=25');"><img border='0' src='img/wiki/foo2.gif' alt='click to edit' /></a>
</p>

in the html code which in browser adds this line to the picture of drawing :

NaVD8%A7%D9%81+%D9%88+%D9%85%D8%A7%D9%85%D9%88%D8%B1NaV8C%D8NaVD8%A8%D8%A7%D8%B4%DANaVD8%A7%D9%87&path=/test/tiki&drawing=foo2','','menubar=no,width=252,height=25');">

and also the link for editing the drawing does not work

After checking out 1.10 from svn and enabling FCKEditor, attempts to use the editor fail with an error claiming the tikiwiki toolbar does not exist. More specifically, FCKEditor loads, but there are no toolbars.

I have a TikliWIki as startup in one of two frames. The other frame has a number of links that are supposed to open in the Tikiframe. But if tiki-index.php has been opened in that frame, subsequent documents opens i new windows (in IE) (as if target=_blank had been used) och new tabs (in FF).
If index.php is the only document that has been opened (when the mysql-connection is broken) everything works, but as soon as I try tiki-index.php, the problem comes back.

I encounter https error in Windows 98, list below
1. Use https://lnx1.a-qe.com/tiki/ to login tiki system
2. After input login information and then press enter
3. Inter Explorer pop-up a warning window with message "redirect to non-safe connection when login"
4. Press "OK"
5. IE pop-up login window for infinite loop
6. Input your login information in anyone of infinite pop-up login window
7. if you press cancel anytime then IE display the message "401 Access to this resource has been denied", and IE address box display "http://lnx1.a-qe.com//tiki/tiki-index.php"
8. if you change that address to https://lnx1.a-qe.com//tiki/tiki-index.php, then your status is "Logon" but if you step back page then your status still not logon

In Windows XP, you must refresh 1 time to let IE display correctly.

Obviously:
DD_belatedPNG fix is enabled by default on the site logo and is intended for IE 6 only.
The IE 6 check is in lib/setup/js_detect.php
strpos($_SERVER['HTTP_USER_AGENT'], 'MSIE 6') !== false

The problem with this is that IE 8 will also get detected, check this:
---
Mozilla/4.0 (compatible; __MSIE 8.0__; Windows NT 6.1; Trident/4.0; Mozilla/4.0 (compatible; __MSIE 6.0__; Windows NT 5.1; SV1) ; SLCC2; .NET CLR 2.0.50727; Media Center PC 6.0; .NET CLR 3.5.30729; .NET CLR 3.0.30729; .NET CLR 1.1.4322)
---

The bug with all this lies in the fact that IE 8 shows a few js errors on DD_belatedPNG.js on each page load and that could prevent IE from submitting.

Long and extra long wiki pages are not correctly displayed by the IE. Also no scroll bars are shown, so the content vanishes completly on a certain point of the page.

Also articles are affected. :-(

I've just installed TW and am focused on the wiki functions at this point. Wiki pages display correctly in Firefox 3.5.2 but as a thin right hand column on IE 7 or 8. The columns get a bit wider once you login to the wiki in IE but not by much. Admin functions are squished in IE but look fine in Firefox as well.

I can't seem to find this in any FAQs or other support links and would appreciate some help.

When inserting a plugin into a page, it brings you to a different place than where the cursor is.

PluginMouseOver is a good one to test

With version 2.2 (not checked previous versions) using the "Show/Hide Menus" option to collapse a left or right hand column with IE7 gives page errors and does not execute. Error message says:

Line 409
Char 4
Error: Could not get the display property. Invalid argument.
Code:0
URL: http://dev.tikiwiki.org/tiki-index.php

Function works fine in FF3 and (surprisingly) IE6 but gives exactly the same problem across a number of different tiki sites with IE7, including dev.tikiwiki.org.

The error message (it is assumed) refers to the function flip(foo,style) in lib/tiki-js.js

FIXED

{syntax type="tiki" editor="plain"}
Please see:
http://demo.tikiwiki.org/mysql/Video_2009-08-29_IE6_png_fix_slow.wmv

So with #sitelogo a img, it takes about 2 minutes to load certain
pages, because it goes through each image.