Category: Release40

{syntax type="tiki" editor="plain"}
dev.tw.o: users apparently can delete their tracker items but they are not deleted and no message

To reproduce:
* Log in as normal user to dev.tw.o (without admin perms) (ot test with user "xavi" if you prefer).
* report a bug/wish
* edit it in order to see the edit form
* click on the red cross to delete it
* after that, you are shown the list of tracker items, as if your tracker item was already deleted. No message indicating any problem is shown. However, the tracker item is not deleted.
+ Example: http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=2879

---
reported in comments as still around in tiki5 and tiki6

selection of category fields in tracker items is lost when you re-edit the item.

inserting tracker items in dev.tw.o works fine (through ((Report a bug)) and directly through [tracker5]. However, editing those bug reports seems not to be allowed as expected, because selection to the category fields is lost when you edit the tracker item again to update it, and thus, since one of them is compulsory, the changes can not be saved if you don't re-select the category checkboxes.

{syntax type="tiki" editor="plain"}
One of our users reported that she was receiving watch notifications whenever she clicked the "Discuss" button for a wiki page, even though she was not posting anything in the forum topic.

The cause was a Watch on "A user posts a forum topic (forum_post_topic)" for the Wiki Page Discussion forum. (Our Tiki uses a forum for page discussion instead of page comments.)

The preferred behavior is that this type of watch would only generate a notification the ===first=== time the Discuss button is clicked for a page, when the new topic is actually created, rather than just accessed on successive clicks.

If a user Alain sets a watch on a page, and there is already a group watch on that page for a group to which he belongs, then Alain gets two notifications whenever the page is changed.

This was found on terminology.tikiwiki.org which runs 4.x

{syntax type="tiki" editor="plain"}
Editing by admin saved the file intact, but the file wasn't renamed. Editing by a registered user created a 0-byte file (also not renamed with -username added). I checked in a Tiki 3.2, which has the same problem.

{syntax type="tiki" editor="plain"}
If you filter on a category field in trackers, you cannot edit any viewed tracker items. The system returns a SQL error because filterfield is set, and filtervalue is null. If you filter on other fields, you can save, with no errors.

I have traced the problem to the calling of trklib->list_items (this holds the query that fails). This function is used to call and order the other tracker items for easy pagination of the filtered tracker items after a save.

However, the real problem is that $_REQUST['filtervalue'] and $tryfiltervalue get lost in tiki-view_tracker_item.php when the save submit action is done on the form. Other URL query parameters appear to be stored as hidden fields on save action in tiki-view_tracker_item.

For whatever reason, non-array filtervalue fields (e.g. plain text fields) are remembered and thus the pagination and call to list_items works just fine.

However, when there is an array filtervalue (like there is with category fields), then filtervalue gets lost on the save action, and the save fails on a malformed query.

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 )

{syntax type="tiki" editor="plain"}
I have a problem, i dont know how fix it
In tiki4.2 in wiki pages (others doesn’t show this error) editor wysiwyg, does insert an image but it change the code with this code
{…}, (I know cos I saw it , in the html view)
But when I save it doesn’t recognize the image, If I return to the html editor and change the {…} With <…>, it works

Somebody can help me??
(:wink:)

{syntax type="tiki" editor="plain"}
Empty screen after select date range in __Admin/Action log__ and pressing __report__. Logging on __Action Log__ settings page set up correctly. I have tried different data ranges and selecting different users and groups and it combination. The result the same. Pressing __export__ instead __report__ also produces empty screen.

{syntax type="tiki" editor="plain"}
Sorry but i don speak english very well. I use google translate
Queria informar que encontre errores en el menu id=42
Cuando hago click en calendario, article, foro, blog, tikisheet, y otros que no recuerdo, me sale error de pagina no encontrada...Me fije para modificar el menu pero cuando hago los cambios, no los guarda.
Cuando creo paginas wiki me produce el mismo error al guardar me sale pagina no encontrada
Es lo que encontre como error hasta el momento
Muchas gracias por todo


Queria report that found errors in the menu id = 42
When I click on calendar, article, forum, blog, tikisheet, and others who do not remember, I get page not found error ... I determined to change the menu but when I make changes, do not save them.
When I create wiki pages gives me the same error when saving I get page not found
It's what I found as far error.
Thank you very much for everything.

When I edit and try to save a page when logged in as an administrator, I get the error "A contribution is mandatory" and it will not save. Registered users and all others cannot save edits either. We're only using the wiki feature and the files feature, so this makes it pretty useless if we can't edit it.

This error occurred in the previous version as well, but has carried over to the new version.

This apparently edited a previous report and will not allow me to change the selections. I'm now on 4x and it's a Wiki problem, not a File Gallery problem. I can't seem to submit a new report; it keeps editing an old report. So there's a problem with the Bug Report system.

{syntax type="tiki" editor="plain"}
External feeds don't show anymore the date of the feeded content, and they used to do while in Tiki3. After upgrade to Tiki4 and Tiki5 (or with new Tiki5 installs), dates are not shown any more.

The problem might be in the Tiki providing the feeds, not the tiki getting them.

E.g.:
http://moviments.net (using Tiki 3.5 by the time of this bug report) is set to fetch in a module in the right column (called "__Altres esdeveniments__") the feed from a site with Tiki 5rc2 (from svn) here:
http://intercanvis.net/tiki-calendars_rss.php?ver=2

Previously, the right modules in moviments.net was showing the dates properly of each calendar item fetched.

feature alias (semantic links) is not SEF (search engine friendly) ready

Using 4.2.
See it here:
page:
http://gavarrespedia.org/pendent

has a few aliases such as:
{CODE()}
(alias(pendents))
{CODE}

If you have SEF feature off (btw, and htaccess rewrite rules on), when you type:
http://gavarrespedia.org/pendents

you get
http://gavarrespedia.org/pendent

However, if you enable SEF feature (to make tiki create also short urls), then:
http://gavarrespedia.org/pendents

shows error, page not found, maybe you were looking for pendent, etc.
and it should just show the page "pendent" straight away

{syntax type="tiki" editor="plain"}
Although enabling the "mindmap" feature in Tiki 4, when entering the mind map menu item, it says that the feature is disabled.<br />
<br />
I really hope I writing this in the right place and that there's no open ticket on this. I'm a "2 days old" user .. trying to do my best to help.<br />
<br />
NR.

Tested in v3.1. When choosing to store File Gallery items in a directory instead of the database, the directory field requires the full server path. If the abbreviated relative path to the wiki is entered, file uploads fail.

This conflicts with both doc.tw.o (as of today's rev) and Admin > Wiki, which allows the attachment directory to be specified relative to the wiki directory.

The thread options - "Style: plain, threaded, headers only" "Sort" and "Search" - are missing in trunk (noticed at r22445), even when "Display thread configuration bar." is checked on the forum admin page. I can set the thread options per-forum if I activate that preference on admin forums, but still the config bar doesn't show up for forum users.

revision 21658: with -+~np~{img src="img/smiles/icon_smile.gif" alt=":-)"}~/np~+- I get "No image specified. Either the fileId, attId, id, or src parameter must be specified."

I've seen the gorgeus work done with jquery to allow re-sorting data in tables at wiki pages when using the ((doc:PluginFancyTable))

That would be also awesome if enabled in the ((doc:PluginTrackerList))...

This way, we would even allow the conflict between cache and sorting for anons... (see this other report [bug2898] )

{syntax type="tiki" editor="plain"}
Critical Usability Problem With WYSIWYG Editor

Version 4.3

"Insert an Image" does properly put an image in the Web page but the editor does not preserve the "Vspace" and "Hspace" attributes in the source code. It is not possible to do spacing around an image in a Wiki page.

The editor properly shows the spacing around the image after inserting from file gallery and before preview. Looking at the source inside the editor before a preview or save shows only this example:

"{img src=/tiki-download_file.php?fileId=1&display height=211 width=200 imalign=left}"

While the editor properly shows the spacing (inside the editor), the source code is not set to save the spacing.

It is not possible to manually enter the "Vspace" and "Hspace" into the source and save or preview successfully; the "Vspace" and "Hspace" are deleted.

It looks like the source code is simply using the original Tiki text approach. This would be a deal-breaker for my users.

See bug reported and confirmed in tw.o forums:

http://tikiwiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=35420

To reproduce (in tiki 3.3 without ajax, and in tiki 4.0 regardless of ajax setting):

^ 1. create a sheet
2. click insert column (or row)
3. fails with error msg "A SheetId? is required." ^

In Tiki 3.3, this misbehavior dissappears when you enable ajax.
In tiki 4.0, no way to make it work.

It used to work in tiki 2.x, afaik...

In Tiki 4.1, the forum feature doesn't integrate any POP3 e-mail.

How to reproduce:

Create a clean installation, activate the forum function, and create a single test forum.
Set up the forum to collect e-mail from any POP3 account, that has an email waiting to be picked up.
Go to the forum page, and see that the e-mails are not integrated.

{syntax type="tiki" editor="plain"}
JavaScript pop-up calendars get hidden behind CSS "layers" in Trackers, especially when using the tabbed view. I've noticed this problem with more than one theme (Strasa and Tikipedia). It's a shame, since the popup calendar (or date picker) is such a useful tool, and works well in the 4.0 Add Calendar Item interface.

Workaround - Turn "tabs" off when inserting a new item, or else use the date selector control (not as nice) also provided with trackers.

The hidden date picker / popup calendar occurs in the latest versions of Explorer and Firefox, so it doesn't seem to be a browser problem, but rather a stylesheet problem (?).

~~#f00:__UPDATE - DEC 16, 2009__~~

This bug has been seen before...
http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=1585&show=view&trackerId=5

The "fix" can be made locally - see workaround below

{syntax type="tiki" editor="plain"}
__Intro & Environment:__
*Italian language selected
*Tikiwiki 3.1

__Issue:__
Many words in our Tikiwiki appears with strange characters instead of accented characters or special ones.

__Analysis:__
I looked for the /lang/it/language.php and:
*I opened it with the __vim__ on my server
*I opened it with __Notepad++__ on my notebook using various codification (utf8, ansi, UTF8 without BOM, UCS2....)

The result was that the accented words or special char words are always not matching the right codification.

For example, I find
"blog_ranking_top_active_blogs" => "blogs_classifica_blogs_pi�_attivi",
instead of
"blog_ranking_top_active_blogs" => "blogs_classifica_blogs_più_attivi",

I tried also to download the 4.1 version, the zip version and also the tar.gz one.
The result was the same.

Please see:
http://dev.tikiwiki.org/tiki-pagehistory.php?page=TikiTests&source=40

There is:
{CODE()}~~#FF0000:This is a great start! I think automated testing will be an important ingredient in the future, to keep TikiWiki stable.

That said, it seems to me that TikiTests still falls short of meeting many of my needs as a Test Driven Developer. I want to start ussing automated tests on Tiki ASAP, so let's figure out what's missing, and how to best support those needs.
~~{CODE}

This used to produce colored text. In a recent upgrade, it no longer does.

Is this a regression bug?
Or was this an accidental but never official feature?

Related:
{wish id=2496}

This tracker item could not be found