Category: Open - Confirmed

"Gzip output" (feature_obzip) is defective in two different tikis (in 2 different servers).... proposals/6x and trunk

Once enabled, when I attempt to visit a few pages as anonymous, for which I should see the "Error, your are not logged in. Go to Log in Page" message, I see instead a message from firefox saying that there is an error in the enconding of the content (attempting to use a compression method not valid or that it doesn't work in this application):

{QUOTE()}
Error de codificació del contingut

No ha pogut mostrar-se la pàgina que esteu intentant visualitzar perquè utilitza una forma de compressió no vàlida o que no funciona en aquesta aplicació.

* Poseu-vos en contacte amb els propietaris del lloc per a informar-los del problema.
{QUOTE}

Once I disable the gzip output, tiki behaves normally.
---
Moreover, this issue might have been the reason why the new spreadsheet features being developed in trunk by robertplummer were failing (Chrome just says that the server is temporarily unavailable) recently in a test we were doing in the same server.

And that might be the (potential) responsible for the issues with sending newsletters in prposals/6x (just before the release of tiki 6.2).

Image width is set to 600
Image height is not set

Thus, it should be proportional, no?

Please see:
{img fileId="829"}
---
This is happening also to any 12x site based on svn.
Regression was introduced by r52064 in 13.x, and its backport to 12.x (r52066)
{CODE()}
[bp/r52064][FIX] When remote server whre image is down, img plugin will try in vain to get image until timeout which causes page not to load
Authored by: nkoth 2014-07-22
{CODE}

If I add a rating to a new tracker, the rating is not saved.

Also the rating value star has an opaque white background.

These occur on dev.tiki.org presently.

~~#F00:Update:~~ Still not working on dev.tiki.org revision 48335. {sign user="Bsfez" datetime="2013-11-05T07:14:49+00:00"}

The rating gets saved now but is not displaying. {sign user="pascalstjean" datetime="2013-11-24T00:42:50+00:00"}

~~#F00:Update : ~~ I retested on the 28/11/13. {sign user="Bsfez" datetime="2013-11-28T13:22:50+00:00"}
Not logged i saw that they were 3 votes but could see star on or off;
{img fileId="645" thumb="y" rel="box[g]"}

Once logged i voted and the score was reseted to 0;
{img fileId="646" thumb="y" rel="box[g]"}
---
This worked well in Tiki9., and it's still borken as of r49090 (December 15th). {sign user="xavi" datetime="2013-12-15T10:27:49+00:00"}
If Rating with "Stars (system)" is supposed to be deprecated, could someone please help to switch the rating system in the dev.t.o Bug Tracker ([tracker5]) so that it can use whatever new rating system is not "deprecated"?
This way, since the new [http://doc.tiki.org/Rating%20Tracker%20Field|Rating field is not documented] as of Dec 14th 2013, we could see it here at least as a working example.{sign user="xavi" datetime="2013-12-15T10:39:46+00:00"}
---
Ok, added the new Rating system myself to the Bug Tracker (new field 152: "New Rating"). And it works out of the box. Good job whoever coded the new feature. {sign user="xavi" datetime="2013-12-15T10:45:10+00:00"}

{img fileId="270"}

Visit these pages to see for yourself:
http://info.tikiwiki.org/Hosting (6.x)
http://profiles.tikiwiki.org/Profiles_in_installer (9.x)
http://dev.tikiwiki.org/Tiki13 (12.x)


It should be a redirect 301. And needs to work for 6.x, 9.x and 12.x

This worked when the feature was introduced so some other fix / enhancement must have broken it.

This is especially not good because in this version the ((canonical)) link is just relative and thus, we have two canonicals for same page...

If you go to front page, it redirects OK
http://info.tikiwiki.org (6.x)
http://profiles.tikiwiki.org (9.x)
http://dev.tikiwiki.org (12.x)

Adding many users at once to a group fails in 12.x, and it used to work nicely in 9.x LTS at least.

I had Jquery Chosen enabled, and when I disabled it, I was able to add them to a group through tiki-adminusers.php as usual.


To reproduce, go to:
http://xavi-9794-5163.show.tikiwiki.org/tiki-adminusers.php

u: admin
p: 12345

select both users (user1 & user2), click at "Manage group assignments", and choose to assign them to group "Admins". Validate the confirmation step. Nothing happens (they are not added to the Admins group).

Repeat without JQuery Chosen, and it will work as expected.
---
Update {sign user="xavi" datetime="2014-04-07T07:44:15+00:00"}
Actions on multiple users with chosen and sortable tables work, but the second dropdown is not shown properly:
{img fileId="742" thumb="y" rel="box[g]"}
---
Update {sign user="xavi" datetime="2015-04-02T08:04:24+00:00"}
You can't even select any groups at the step to choose group in the multi selection combo box.
{img fileId="992" thumb="y" rel="box[g]"}
---
Update {sign user="lindon" datetime="2015-04-07T03:41:55+00:00"}
I am not able to recreate this [[the former issue report related to jquery sortable tables] using my local 12x - I am able to add or remove multiple users to multiple groups. Did it with 25 users with no issue. The list of groups came up properly and I was able to multi-select.
---
Update {sign user="xavi" datetime="2015-12-16T07:59:32+00:00"}: removed references to Tablesorter as I could confirm that at least with current code (thanks lindon for checking!) the issue seems to be attibuted to Chosen only.

{syntax type="tiki" editor="plain"}
Rule activated by dates
Rule active from
Rule active until
Upgraded tiki: Shows years 1969 till 2010
Clean install: Only gives the year 2010 to chose from
This year is almost over so whould be nice to have some later years to chose from.

{syntax type="tiki" editor="plain"}
"If a user upload a big avatar (more than 45x45 px) tiki 2.1 not 'avatarize' and show the big image in the forums. This problem may be very uncomfortable when you read a forum topic."

I can confirm that this still occurs on tiki.org and whatever Tiki version it is running presently, specifically with GIF images. -- ssanders

Discussion over at ((Spam Protection))

http://www.wikimatrix.org/wiki/feature:Blacklist

When you publish a blog post using an upcoming publish date, post appears right away in last_blog_posts module even if the publish date is stll in the future.

Hi all,
sorry if is completely wrong what I do... (and maybe entered above), but I'm totally new to Tiki and installed the 14beta to get an impression, as -seen from my requirements list- Tiki14final is what I want to use live. So I'm really testing around - and thought this may not only help me, but also you. Okay, enough introduction.

I created a forum and tried to add more forums by copy the existing one. Maybe I did something wrong, but to me everything seems to work in the process - there was just no new forum in the end.

Thanks for taking care and
best regards
Uli

Hi Uli,

I did reset the admin passwort of your show-instance to 12345, as it's the only way, we can access and check the bug (or error 40) .
More then in the comments.

Greetz
Torsten

PS:
are you German language?
If yes, pls see: [tiki.org/detug]

{syntax type="tiki" editor="plain"}
__Calendar Popup Misplaced__

5.0 RC1 r27394, still applies in trunk r28611.

CSS errors in the popups in weekly and daily view.
*first time an item is clicked, the popup shoots to the top of the page
*2nd and subsequent times it appears in a reasonable place
*produces a question-mark mouse pointer
*apparently independent of theme
*Monthly view behaves ok and no "?" pointer

{syntax type="tiki" editor="plain"}
Can't remove any items from a Wiki Structure directly after adding it to the structure. HTML/NULL error.

The bug was originally discovered on doc.tiki.org. I thought this could be due to the large volume of items we have in that Structure but I was able to reproduce the bug on a simple instance of Show.

After SVN update, the connection to the profiles repo is not possible (the icon is yellow). Setting write perms to all files/folders seem to solve the problem but probably it is only some folder of which perms are changed and need setting. To investigate what exactly is the issue and provide a better error message than simply yellow icon.

Our org is trying to create a tracker for short term employment vacancies. In the tracker we have a date field called "deadline" where we want an applicant to respond to the vacancy before that date. What we would like is for the vacancy (tracker item) to change status to "close" after that date automatically.

I have found in [http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=1694] that [http://dev.tikiwiki.org/tiki-user_information.php?userId=21|sylvie] made a comment:
""
- must be finished before can be a date field. what happens to the item after? (I have on my list 'an item change status after n days')
which sounds roughly the same as what I am trying to accomplish.
""
Can someone elaborate or let me know if it is possible to automate the closing of items?

Thanks,
Tim

Just recently (the last few days) I did post some answers in the forum and did need the CODE plugin to show some code.

The plugin seems to be broken, as most of the HTML code between the CODE text
{CODE()}{CODE()}HTML will disappear after saving{CODE}{CODE}
is stripped out of the wikipage source - just disappeared including the plugins end tag.

It is not a matter of misstyping, cause I did try several times.

I did not find time to reproduce yet, but it occures at tiki.org/forums.

Torsten.

Try creating a new user in tiki-admin_users.php.

Whether the password don't match or not you are asked to confirm the action. Is this really needed? Anyway if the passwords don't match you get an error after confirming the action and then the "Go Back" does not work... it is very troublesome.

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

The dynamic items list select gadget is too narrow to be useful. It should probably have a "form-control" CSS class, to widen it to the width of its container.

When editing a comment assigned to a trackeritem, the comment doe not update after save.
This happens only when codemirror is used.
When toogle "Highlighter" two times before hitting save, then the updated comment will be saved.
The reason seems to be that upon save, the updated comment is not read from the codemirror data structure, but from the initially loaded content saved in the textarea.

I was able to debug to the point where the POST request happens. That is tiki-jquery.js arround line 1740. There the wrong value is taken. Mabye also autosave.js is involved as well.

This may be 2 bugs:

When you select Admin - External feeds and create a new feed, a blank page is presented after clicking "Save." It appears as though the external feed is saved, though.

Created feeds are not being updated on a schedule, nor are they being updated when the "Refresh" option is clicked. Clicking "Refresh" results in a blank page being displayed.

This has been ((http://tikiwiki.org/tiki-view_forum_thread.php?comments_parentId=37418&topics_offset=23&topics_sort_mode=lastPost_desc&forumId=4|reported on the forum.))

When using the ImgPlugin with "mouseover" or "mousesticky" and have aligned teh thumbnail to be right, after a mouseover or a click, the thumbnail moves to the left.

Example:
{CODE()}
{img type="attId" attId="1" thumb="mouseover" imalign="right" alt="Image1"} __mouseover__ Full size image appears when thumbnail is moused over;.
{CODE}

{CODE()}
{img type="attId" attId="1" thumb="mousesticky" imalign="right" alt="Image1"} __mousesticky__ Full size image appears when thumbnail is clicked. full size image stays open as long as no further click happens.
{CODE}

^ Related to http://dev.tikiwiki.org/bug1184 . Opened a new one since those comments below are updated of a new trial I made today - Jan. 7th, 2009^
Issues detected while dogfooding "__minimum-clicks for pdf from doc.tw.o/Documentation structure__". An opportunity to improve the current features for production.
Related links:
http://doc.tikiwiki.org/Documentation
and
http://doc.tikiwiki.org/tiki-print_pages.php

Printed to html using SeaMonkey browser 1.1.12 and to pdf CUPS/pdf printer, both under Ubuntu 8.04 GNU/Linux
page numbers refer to a pdf produced today out of there:
[ftp://ftp.ourproject.org/pub/edutiki/090107_doc_tw_o___Tikiwiki_Documentation_SeaMonkey.pdf]
(25Mb)
-----------------------------------------------------------------------------

* Autonumbering of headings is shown on the table of contents, but not on the pages themselves (using the default theme in doc.tw.o, based on thenews.css I guess). I would say that this worked for me a month ago on a 2.1 site using feb12.css with another (shorter) structure of wiki pages ( http://www.iesbarcelona.org/ESSO350/tikiwiki-2.1/tiki-index.php?page=2008+Fall+-+Final+Paper ).

* page 39: .htaccess from dynamic content is not shown in the full page. Can this be modified at printing time so that the full content is shown on the page?

* page 41: a CODE block longer than a single sheet of paper is cut at the end of the page, not showing the rest of the content. Can this be modified at printing time so that the full content is shown on the page?

* Some pages didn't have the title manually displayed. Those ones doesn't show the title of the page (as section of the full pdf)... Maybe the best workaround is to add a setting for the user to select whether he/she wants adding all page names as titles to the pages, or not. For our case, maybe it's easier to remove extra title (easy to identify when you have too title too similar one after the other) than having to figure out where a new page starts... (see plugins pages...). Example: page 127: PluginJS is shown, fine, but not PluginLang, PluginListpages? Plugin Manager?, on the following pages...

* copyright license is needed at the end?

* It would be nice to allow at structure-printing time to select which version among the ones allowed by the PLUGIN VERSIONS (where applicable), had to be selected for printing. Right now, it might be useful for people looking for an updated documentation for their 1.9.x, so that all plugin versions were pre-set to display the content from 1.9.x. Moreover, after April (only some months to go for that) we will have the same issue with people looking for 3.x documentation, or just 2.x. Well, this is just to raise this point for the following months, so that, the better for us for producing our own documentation, the better for other communities producing their documentation using Tiki and coping with their versions also... (Firefox, for instance?)

* when the content is copied and pasted to OpenOffice (using OOo 2.x and 3.x), there are images or tables which are wider than the page size.

* Is it possible to have page breaks added before headings of level X (and let the user select a page break just before a heading level 1, and 2, for instance).
---
Update on Dec 7th, 2012 (Tiki9.x LTS):
* RFE still valid....

{syntax type="tiki" editor="plain"}
"If a user upload a big avatar (more than 45x45 px) tiki 2.1 not 'avatarize' and show the big image in the forums. This problem may be very uncomfortable when you read a forum topic."

I can confirm that this still occurs on tiki.org and whatever Tiki version it is running presently, specifically with GIF images. -- ssanders

{syntax type="tiki" editor="plain"}
Hello,

i've upgrade my site at 8 version.

now when i upload an image and i try to use with img placeholder appear the error "file is not an image"

i read that is couse by Ajax uploader, indeed i've activated this feature recently.
so i 've unactiveted this feature but the uploader is still in Ajax.

can anybody help me?

To reproduce, search "wiki" in the admin panel here:
http://branding.tiki.org/tiki-admin.php

And you will get:
"No preferences were found for your search query."

Ideally, the problem is solved, but this is maybe tricky. It could be related to:

{QUOTE(replyto="http://framework.zend.com/manual/1.11/en/zend.search.lucene.index-creation.html")}"Zend_Search_Lucene uses flock() to provide concurrent searching, index updating and optimization. According to the PHP » documentation, "flock() will not work on NFS and many other networked file systems. Do not use networked file systems with Zend_Search_Lucene."{QUOTE}

At the very least, Tiki should detect and report to the site admin that he should use MySQL Full Text Search instead.

Ideally, MySQL Full Text Search would work for tiki-admin.php