Name | Type |
---|---|
"tiki-edit_structure.php" Add Pages To Current Node list truncates at 50 records. Fix included. | tracker item |
Humphrey
Contributors |
tracker item |
thess
Contributors |
tracker item |
3D browser not working at Safari at Mac OS X
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. |
tracker item |
Add group permissions for individual polls
You cant set it that individual polls can be set to viewed by only certain groups. |
tracker item |
Ajax | wiki |
bad rendering of Featured Site Configurations | tracker item |
Browser session expired when you click the save button: how to avoid?
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 |
tracker item |
browsing images in 1.10cvs is not working, but images can be displayed
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) |
tracker item |
calendar overlaps on right column
http://tikiwiki.org/tiki-calendar.php -> calendar overlaps on right column |
tracker item |
Character substitutions in page names, search engine, usernames, etc.
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)) |
tracker item |
cnd
Contributors |
tracker item |
Code 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. 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 |
tracker item |
CSS: Themes readiness for 1.9
Bundled themes readiness, see ''New Css Entities'', Fix broken themes ((tw:RecipeRestoreCss)) |
tracker item |
download .zip files from file gallery failing when using IExplorer
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. |
tracker item |
drawings seem not UTF-8 compatible
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 |
tracker item |
FCKEditor missing tikiwiki toolbar
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. |
tracker item |
Frame kidnapping
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. |
tracker item |
general | wiki |
https (SSL) error
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. |
tracker item |
IE 8 and DD_belatedPNG.js
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. |
tracker item |
IE eats up extra long Wikipages and Articles
Long and extra long wiki pages are not correctly displayed by the IE. Also no scroll bars are shown, so the content vanishes completly on a certain point of the page. Also articles are affected. :-( |
tracker item |
IE vs. Firefox views differently
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. |
tracker item |
IE10: plugin inserting and editing doesn't go where the cursor is | tracker item |
IE7 problem with the "Show/Hide menu " javascript (patch now attached as a workaround)
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 |
tracker item |
iepngfix checks hundreds of images, and is very slow (2 minute page load video example)
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. |
tracker item |
Images don't show when expanded to full view (copy)
Problem in image gallery browsing - images don't show - a javascript issue? The default image set for the 'preview' image is an image called imagestest.gif I guess javascript fanciness is intended to replace this value with the real source value If I'm right, this would be asking for bugs, compared to actually providing the value in the page contents - what if people don't have javascript? This error can be seen in my original installation (assuming I don't fix it somehow) at http://cefn.com/cefntiki/tiki-browse_image.php?galleryId=5&sort_mode=created_desc&desp=0&offset=0&imageId=50 The images DO show when navigating them via the gallery (as thumbnails), if you include them as images in pages, or if you manually launch a slideshow by clicking on the Eye icon. |
tracker item |
Images don't show when expanded to full view.
Problem in image gallery browsing - images don't show - a javascript issue? The default image set for the 'preview' image is an image called imagestest.gif I guess javascript fanciness is intended to replace this value with the real source value If I'm right, this would be asking for bugs, compared to actually providing the value in the page contents - what if people don't have javascript? This error can be seen in my original installation (assuming I don't fix it somehow) at http://cefn.com/cefntiki/tiki-browse_image.php?galleryId=5&sort_mode=created_desc&desp=0&offset=0&imageId=50 The images DO show when navigating them via the gallery (as thumbnails), if you include them as images in pages, or if you manually launch a slideshow by clicking on the Eye icon. |
tracker item |
MEbneter
Contributors |
tracker item |
First form field on pages does not have focus
Please see: http://irc.tiki.org/irclogger_log/tikiwiki?date=2012-10-03,Wed&sel=483#l479 |
tracker item |
Uploading files into a file gallery fails from within a tracker with files larger than approx. 600 kByte
I created a file gallery in my tiki installation and set all php *upload_size* etc. parameters in my .htaccess correctly. According to these parameters I can upload files up to a size of 8 MByte, which works without any problem, if I do this directly from the file gallery. Now I try to use this file gal in a tracker via the tracker field "file". Everything seems to work well, uploads are shown with a progress indicator from 0 - 100%. But uploading quietly fails for files larger than 600 kByte. The files are shown in the gallery, but on the server they have a size of 0 (zero) Bytes, files smaller than approx. 600 kByte work well. To point it out, the problem is only existent from within a tracker using the new drag and drop (html5??) interface. With an older Internet Explorer, which does not show the progress indicator, uploading works well from within a tracker, too. I cannot find a reason or a solution...thanks in advance... |
tracker item |
User Interface
Features Classification |
tracker item |
Multiple IE fixes for tiki-js.js and tiki-jquery.js TikiWiki V4.2
Multiple problems exist with TikiWiki tiki-js.js and tiki-jquery.js scripts in relation to editing wiki pages with the Wiki editor. The problems vary by IE version: * IE requires the 'label' property to be set in 'Option' objects * IE editing requires use of textRanges |
tracker item |
Native support for alternate content & layout per browser (Showfor plugin)
Two aspects: A- Alternate theme for certain browsers: Ex.: simple theme for IE6 or pocket browsers. B- Showfor plugin, as developed for Support.mozilla.com Should the plugin be called SHOWFOR? (if so, it's should be quite generic). *printer *various browsers *mobile versions *users, groups, perms, upon feature check *etc Even if the generic plugin is not called browser, SUMO can continue to use SHOWFOR (And avoid needing to edit all the content) thanks to ((doc:plugin Alias)) See: ((Alternate content by media)) |
tracker item |
natokpe | tracker item |
Opening pages in the 1.9 result in the blank page
Selecting pages in the 1.9 result in the blank page. It takes several refreshes to get a page to come up. To my knowledge, none of the log files contains any error messages. Everything was fine while I had 1.8.6 version. After upgrade to 1.9.3.1, I constantly have issues with blank pages and no error messages anywhere. Upgrade 1.9.4 didn't improve anything. It typically takes 2 to 3 refreshes to get the page. For any production site this would be a mission critical problem. See: [http://tikiwiki.org/tiki-view_forum_thread.php?comments_parentId=17128&forumId=6&highlight=] |
tracker item |
Other browsers than IE
Attempting to use Opera or FireFox to call a tikiwiki page generates some % characters in the path and gives an error. Using Internet Explorer this does not happen. We need to be able to allow other BROWSERs to work with Tikiwiki pages. This problem is not present in Version 1.9.11 As a result I cannot upgrade to version 2 or higher yet |
tracker item |
SEFURL does not work with umlaute like äöüßÄÖÜ
Bugs & Wish list |
tracker item |
simple multiline chart (tikisheet) produces many errors and no chart
I have created a tikisheet: 7x7 table, with some special characters (é, è, spaces, round brackets, comma, ...) ||Programari | Sistema Operatiu | Llicència |Català |Multiplataforma | 2000 |Funció WinK |GNU/linux, M$ Windows |Gratuït per a ús no comercial |No (en procés) |Si |100 |Per generar video tutorials OpenOffice |Linux, Windos, Mac |LGPL | Si |Si |50000 Firefox | |MPL |Si |Si |6000 Thunderbird | |MPL |Si |Si |6000 Gimp | |GPL |Si |Si |2000 Gaim | |GPL |Si |Si |2000 || I've just enabled feature_charts, and tried to produce a multiline chart, but I just got a 100% blank page . The options requested after multiline chart is selected, are: || TÃÂtol: | prova Independant Scale: | (x) Horizontal ( ) Vertical Horizontal Scale: | (x) Bottom ( ) Dalt Vertical Scale: | (x) Left ( ) Right Series: label | prova color | red style | x | a1:a7 y0 | f1:f7 y1 | y2 | y3 | y4 || (similar to what I saw at the screengrab at [http://tikiwiki.org/tiki-index.php?page=TikiSheetDemo|tw.o sheet demo] . But it produces a blank page. memory limit at php.ini is set to at least 32 Mb, I think (for sure, more than 8Mb or 16Mb) -------- Updated 6th dec'05: ^ Warning: Division by zero in /var/lib/gforge/chroot/home/groups/gclub/htdocs/lib/graph-engine/abstract.gridbased.php on line 253, (and idem on: 475, 278, 278, 253, 475, 278, 278, 437) Fatal error: Maximum execution time of 30 seconds exceeded in /var/lib/gforge/chroot/home/groups/gclub/htdocs/lib/graph-engine/abstract.gridbased.php on line 450^ Still doesn't work for me... :-/ What am I doing wrong? |
tracker item |
tiki-admin.php?page=cms Submissions box T doesn't rebuild the Articles Sub Menu w/ Submit article
From tiki-admin.php?page=cms (the articles admin page) when you gof rom Submissions checkbox = F to T the system doesn't automatically rebuild the Articles Menu to include the Submit Article command line. Registered users then have no way of submiting an article because that command doesn't show up on thier menu. |
tracker item |
TikiSheet inoperable on 3.0 beta 4 with Company Intranet Profile
Freshly installed TikIWiki 3.0 beta 4 with the Company Intranet Profile. Created a tiki sheet (either as admin or as a registered user, this happens in both cases). Tried to insert a column.... it begins and then suddenly takes me to a new sheet labeled: ERROR: A SheetId is required. ----- * __THIS HAPPENS ON SAFARI 3.2 (macOS)__ * __This behavior does not occur under Firefox 3__ |
tracker item |
Top header ugly and hard to use on iPhone / smartphone | tracker item |
Unable to select from format dropdown in WYSIWYG text editor with Internet Explorer 11 | tracker item |
Update HAWHAW to latest version in Tiki 1.9.1
"And from version 5.6 onwards, HAWHAW supports special output for the Lynx text browser. This "archaic" browser is still used today, often by handicaped people with screen readers and other special equipment. HAWHAW's Lynx support allows to create barrierfree applications, which validate Bobby-AAA-approved out of the box and additionally are accessible from each telephone by means of HAWHAW's VoiceXML support." [http://www.hawhaw.de/] Todo: add the powered by HAWHAW logo in the tiki-bot_bar.tpl when tiki-mobile is activated. |
tracker item |
usability issue: textareas misplaced on dev.t.o in Opera - cannot add details to bugreports
Bugs & Wish list |
tracker item |
User Menu doesn't appear after upgrade from 1.8 to 1.9
In version 1.8 and below [http://tikiwiki.org/tiki-index.php?page=UserMenu|UserMenu] was always displayed for logged in user on the bottom of the Menu section. After upgrade to version 1.9.3 and 1.9.4, UserMenu does not appear on the page. The problem is in the __mnu_application_menu__ module. It is no longer display the "User Menu". This module is preferrable to alternative application_menu, because it does hide the menu item, if current user has no rights to it. |
tracker item |
Using IE8 to open plugin editor in the WYSIWYG edit screen causes errors | tracker item |
view_image.php issue with internet explorer
I have TikiWiki 1.9.2 installed on a Linux system with PHP Version 4.3.11 (GoDaddy). I set up my images to be stored on disk not in the database. The Firefox browser 1.0.x or 1.5.x works fine. Internet Explorer 6.0 won't diplay the image with view_image.php when you use id=xxx but using name=xxx works fine. It also won't show images in the Image Gallery. I assume it is using view_image.php based on id. I didn't see any mention of this in the 1.9.3 release notes so I did not try installing the newer version. |
tracker item |
WYSIWYG and normal editor are not screen width in IE8
This bug is seen by our IE 8 clients. We are running Tiki 6.2 (clean install), on a Windows 2003 Server, Apache 2.2.16 w SSL, PHP 5.3.3, remote MySQL 5 database. When our users try to edit their pages either in WYSIWYG or normal mode, their editor text box is half the width that it should be. They need to use the dragger to make it wider. If we edit in Firefox then the editor is the correct width. Since IE is our corp standard our users need to be able to add files using that browser. Also, this is the same problem we had in Tiki 5.x and we were hoping 6.x would have fixed it. Thanks, Tim |
tracker item |
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.