Category: 6.x

{syntax type="tiki" editor="plain"}
PluginAnnotation doesn't work with simple png from a tiki file gallery on 6.x or trunk (reproduced on demo.t.o)

Reproduced here:
http://demo.tiki.org/6x/
and
http://demo.tiki.org/trunk/

I added this code:
{CODE(wrap=1)}
^Foo

{ANNOTATION(src="http://intercanvis.net/display100",align="center")}

Bar
^
{CODE}

No image is shown, even if http://intercanvis.net/display100 returns an image at the browser.

Only the button to save annotations, between the foo and bar strings.

And when you click on that button, then after the button nothing else is displayed (no "bar is displayed, nor the end of the box).

On trunk, you still get the same content (box is shown, and "bar", etc.,)

The wiki plugin, PluginFade, no longer fades out, but still fades in.
Observed in Tiki6 for IE 8 and Firefox 3.6


!!!!{FADE(label="Click to Reveal, Then to Hide")}

~~#F00:__Reveal works, but Hide Does not work__~~

~~#00C:Lorem ipsum dolor sit amet, consectetur adipiscing elit. Phasellus nec mollis erat. Morbi cursus nunc quis metus semper euismod. Ut facilisis est ligula, eget lacinia metus. Nulla tempor semper risus ut viverra. In faucibus purus et eros consequat pharetra. Fusce mattis arcu lorem, non hendrerit erat. Nulla eu mauris urna. Pellentesque nec velit mi, eu rutrum eros. Quisque nec leo enim, id rutrum metus. Mauris luctus sapien nec nulla scelerisque ultrices. Cras sodales, justo nec elementum imperdiet, elit nulla sagittis ante, at tempus ante risus ut nunc. Lorem ipsum dolor sit amet, consectetur adipiscing elit. Morbi nec risus eu ante pellentesque adipiscing vel eget risus. ~~

{FADE}

Wiki plugin, when using with start and stop parameters does not include any text.

It only includes the text when used without these parameters.

Using
Tiki 6.1 fresh code install, on past 6.0 db updated to 6.1.

In using tiki 6.2 the problem persists.

{syntax type="tiki" editor="plain"}
__Tiki__: 6.1
__Browsers__:
*Firefox - 3.6.13
*Safari - 5.0.3

When I use the {IMG} plugin to load a PNG file that has a transparent background from a file gallery it becomes a JPG (specifically a "jpeg") and all transparency is lost. The image has a black background. If I load the same file from the filesystem directly using the same {IMG} plugin it loads properly.

I have created an example page with viewable source [http://redwood.cichosz.org/cichosz/tiki-index.php?page=Image+Problem+Example|here]

I am uncertain as to if this is a clue for this bug report, or if it should be a separate bug report, however displaying the same PNG from the file gallery produces a very low quality jpg representation as well. A screenshot of the image displayed through the file gallery can be access from [http://redwood.cichosz.org/cichosz/tiki-download_file.php?fileId=8&preview|here].

--Steve

!Presentation of the category dependant objets (CategObjects template) [ENH]

This [ENH] changes a little the template to make it easily readable :

A user said "what's that ?" then I enhanced the template :
!! Separates the links to object blocks with the "|" char it could be "•" with blanks
!! Changes in style (common = layout) to separate each category concerned by the object
!! Add comments for reading clearly and understand the content and why this is displayed and how to use.

In my opinion the comments could be optional if a new feature should be introduced "help level related the user habit of using the product with dynamical ability of change"

You can see the effect on screenshots joined

Ready to commit for 6.x proposal and 7.x

!!!Changes in :
*categobjects.tpl
*language.php
*layout.css

trebly
(ref:B10125-05)

Inefficient and it is perhaps also a security leak.
See
[http://irc.tikiwiki.org/irclogger_log/tikiwiki?date=2010-10-12,Tue&sel=56#l52|irc log]

{syntax type="tiki" editor="plain"}
Live preview always displays horizontal scrollbars, at least with the Feb12 theme, rather than working within the available viewport or even dynamically resizing the webpage.

My browser is Firefox 4.0.1 on Windows XP Pro SP3.

{syntax type="tiki" editor="plain"}
The Ajax preview has some minor HTML rendering weirdness, like this one...

No line breaks: http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=3740

If you use HTML special characters (like —), particularly with the wiki-style editor, it will appear OK in the preview but as plain-text on the actual page. As a workaround, I'm inserting the characters themselves, which is not great web practice but works.

There are probably others that don't come to mind presently but will add as I think of or come across them again.

{syntax type="tiki" editor="plain"}
trying to preview a wiki-page with an name containing german umlauts (e. g. "Grafikdesign - Abschlüsse") leads to the following SQL-Error: Illegal mix of collations (latin1_swedish_ci,IMPLICIT) and (utf8_general_ci,COERCIBLE) for operation '='

for (likely) the following query:

SELECT `page_id`, `pageName`, `hits`, `description`, `lastModif`, `comment`, `version`, `version_minor`, `user`, `ip`, `flag`, `points`, `votes`, `wiki_cache`, `cache_timestamp`, `pageRank`, `creator`, `page_size`, `lang`, `lockedby`, `is_html`, `created`, `wysiwyg`, `wiki_authors_style`, `comments_enabled` FROM `tiki_pages` WHERE `pageName`='Grafikdesign - Abschl�sse'

it seems that the request handling of the char-encoding for preview is not propper.

{syntax type="tiki" editor="plain"}
Hi everyone,

When I create a calendar event (for example) on April 8, in the view mode by weeks, the event appears on April 7 (lag of one day).

..bug?

Any idea about this?..bug?

thanks a lot!
Regards.

Hello,

My english is very basic.

I am working into corporative network with proxy server conection. This conection required User and Password. But into TikiWiki's Proxy Configuration is not requiered.

For this reason I am not conect to download profiles from http://profiles.tiki.org/profiles.

I can not install de Profiles. How I can resolve it?

Help me,


Bye.

When you edit a banning rule, that rule gets deleted (at least, from the list at the Banning interface in Tiki).

To reproduce:
* go to tiki-admin_banning.php
* add a rule for this ip "91.201.66.6" (real ip of spammers, btw) with the title "91.201.66.6_regular_spammers"
* Check all features
* Check the setting to activate the rule by dates
* Select the maximum possible time frame (btyw, this only allows selecting within the same year: reported by somebody else already in another bug report; see [bug3643])
* add some custom message
* save
* click at the title of your rule in order to have it open for edition again for you
* the rule is deleted from the list of rules, and the edit interface is empty

---
confirmed in two different tiksi from different servers... (btw, 5.x is also affected)

{syntax type="tiki" editor="plain"}
Quiz does not show correct answers and immediate feedback after submitting quiz even though these options are checked in the quiz admin.

Maybe these problems are not priorities? I haven't seen the Quiz Admin doc page updated since 2008.

To reproduce:

* Create a tracker
* Add radio field radio1 with values a,b,c,d,e,f
* Add radio field radio2 with values 1,2,3,4,5,6
* Create wiki page, use the tracker plugin: (with the right field and tracker id)

{code}{TRACKER(trackerId=>1, fields=>1:2)}Thank you.{TRACKER}{code}

* Click on the label for the value "2" in the radio2 field.

It should not select option "b" of radio1, but it does, since the share the same id.

It is fine in Tiki 12 and up.

Tiki should be able to insert a random, active poll by using:
{CODE()}
{poll}
{CODE}

However, this is broken in 7.x and 6.3

{syntax type="tiki" editor="plain"}
When i try to add{CODE(wrap="0",ishtml="0",ln="0",wiki="0",rtl="0",cpy="0")} {poll}{CODE} without id= to a user module in order to display random active polls (which i have previously created, activated and checked countless times) i get the following error when i edit the user module again. Using ckeditor, the sourcecode still shows {CODE(wrap="0",ishtml="0",ln="0",wiki="0",rtl="0",cpy="0")}{poll}. {poll id=n} {CODE}is working as it should.
{CODE(wrap="0",ishtml="0",ln="0",wiki="0",rtl="0",cpy="0")}
PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">


http://tiki.org"(external link) />

FehlerFehler


missing poll ID for plugin POLL


Close Window

{CODE}
// Removed some empty lines from the code view

{syntax type="tiki" editor="plain"}
All wiki pages have the option to refresh them by clicking on their title. For a page e.g. ...&itemId=5, it does not work.

TW5.0Beta1

{syntax type="tiki" editor="plain"}
If you set the "login_is_user" flag, registration fails with the message "email_not_valid".

In Tiki 3, the feature_category_reinforce allowed Tiki to evaluate category permissions with AND operator, to determine if a user can view an object in the category.

This __"Permission to all (not just any) of an object's categories is required for access"__ option was removed in Tiki 4 & 5. Now Tiki always evaluates category permission conflicts with OR operator.

I would like the feature_category_reinforce option re-instated for Tiki 5 & 6.

When we have the ability to close repetitive remarksboxes and save some user space it would be nice to allow users to tick a checkbox and opt-out to not show that remarksbox up on next page reload again...

{syntax type="tiki" editor="plain"}
Renaming or creation of pages with brackets in name not updating links when Wysiwyg.

Affects both ? and normal links.

Please see: ((Update notifier))

If you rollback a page to a previous version, the links to that page are show with a question make instead of a proper link.

{syntax type="tiki" editor="plain"}
If you save a page in WYSIWYG, Edit Section buttons disappear. (However, if just before saving, you Switch Editor to wiki, the Edit Section buttons will (re-)appear (:wink:))

Note also separate bug #3764, i.e. the Switch Editor button does not appear if your edit is invoked by a Edit Section button. This makes the first bug very discouraging for new contributors.

This bug is a big issue for sites wishing to encourage collaborative editing, especially with longer pages:
*Having Edit Section buttons at each heading cries out 'Edit me! Edit me!'. If they disappear, it is much scarier for a beginner to edit a page.
*If someone bravely uses an Edit Section button only to find that it has disappeared as a result of their work, they may think they no longer have edit rights. They will think the site is stupid, and be greatly discouraged re further editing.

{syntax type="tiki" editor="plain"}
When searching for terms which appear in areas for which a user has no permission, the search results show the full number of pages on which the term appears but the detailed results are limited to pages for which the user has permissions. This makes a certain amount of sense but may be confusing for users who are not aware that they are restricted from some content.
I'm not sure at this point whether this applies to only FT Search, Tiki search or both. (I've pretty much stopped using Tiki)