Category: Regression
A bug which was not present in a version of Tiki anterior to the Tiki version(s) affected
Show subcategories objects
| Name | Type |
|---|---|
| Calendar WYSIWYCA issue with events plugin | tracker item |
|
19.x can't create a tracker item on https://wikisuite.org/tracker2
https://wikisuite.org/tracker2 when I add an item, I get pop up but I can't save. Please see image. |
tracker item |
|
19.x dev.t.o: Top module zone is no more hidable nor topbar module zone sticky
It seems that what was achieved with profile https://profiles.tiki.org/Hide+Fixed+Top+Nav+Bar+on+Scroll up to Tiki18 (included) is no more working in Tiki 19.x, maybe due to changes related to the Bootstrap4 migration? I.e.: Top module zone in dev.t.o and other *.t.o sites is no more hidable on scroll, nor topbar module zone gets sticky anymore. I presume this is easy to fix (<30' ?) by some css & bootstrap 4 master in the tikiverse? (not me for sure) Thanks P.S: fyi, Work in progress to get the profile updated: https://profiles.tiki.org/Hide+Fixed+Top+Nav+Bar+on+Scroll+19 |
tracker item |
|
Plugin Pivottable inserts wrong codes in params data, rows and cols through plugin helper ui
Plugin Pivottable inserts wrong codes in params data, rows and cols through plugin helper ui. Reproduced in 18.x and 19.x as of Jan 19 2019 I selected the name of the tracker in the dropdown shown, and a few of the tracker fields I chose for rows and columns, and the codes inserted in the wiki page sayed later were not the expected ones for each type of field: Example of codes inserted (which fails to show data nor columns or rows): {CODE()} {PIVOTTABLE(data="1" rows="1:2" cols="3" ...)} {PIVOTTABLE} {CODE} Expected code to be inserted {CODE()} {PIVOTTABLE(data="tracker:1" rows="permNameA:permNameB" cols="permNameC" ...)} {PIVOTTABLE} {CODE} --- Reproduced in the show instance for 18.x u: admin p: admin http://xavi-9794-6937.show.tikiwiki.org/tiki-index.php?page=HomePage |
tracker item |
|
19.x: A Group assignment to many users is lost repeatedly under unknown conditions
A Group assignment to many users is lost repeatedly under unknown conditions It's the third time I have to re-assign that groups to those users. I have no clue why this happens :-( |
tracker item |
|
Installer fails when upgrading a 1.9 tiki
Installer broke (for me) trying to find the group home page when logging in as admin to run the update script. Somewhere in tiki-login.php - SQL error lost i'm afraid |
tracker item |
|
The Aplication menu don´t open when i click over the folder
The aplication menu don´t open when i click the folder. See at the image in the red circle {img src= width= height= align= desc= li |
tracker item |
|
Shadowbox broken
When Shadowbox is activated, when an image in a gallery is clicked, instead of displaying using the normal shadowbox method, the image opens in a new window that's otherwise blank. Shadowbox worked in Tiki 2 prelease versions. |
tracker item |
|
2.3: inter-user messages gives wrong message if users separated by comma, as before. now expects ;
Inter-user mesages from within tiki in tiki 2.3: if you write to many users at once, you use to write their usernames separated by commas, but now, tiki seems to work only if you separate them with semicolon (;) If you use commas to separate address in the to or cc fields, you see the wrong message: you have to allow receiving messages from others (or similar). And "no user with that name". BTW, I had that setting enabled for me, as default on the site, and for all my users. |
tracker item |
|
Edit CSS broken
Files created with the Edit CSS feature (tiki-edit_css.php) are 0 bytes. |
tracker item |
|
26.x tarball size bigger than necessary
{syntax type="tiki" editor="plain"} The tarballs for 26.0RC1 are 30% to 45% bigger than for 25.x releases, due to not cleaning the vendors directory properly. This should be improved. |
tracker item |
|
30.0beta fatal error: Variable 'innodb_ft_user_stopword_table' can't be set to the value of ...
{syntax type="tiki" editor="plain"} Search for prefs or fulltext search in 30.0beta release (installed from tarball) returns: {CODE()} System error. The following error message was returned: Variable 'innodb_ft_user_stopword_table' can't be set to the value of 'tiki-fresh/index_pref_en_stopwords' The query was: SET SESSION innodb_ft_user_stopword_table = ? Values: tiki-fresh/index_pref_en_stopwords The built query was likely: SET SESSION innodb_ft_user_stopword_table = 'tiki-fresh/index_pref_en_stopwords' {CODE} Similarily for other languages. |
tracker item |
|
Rating Tracker Bugs - with field type 'Stars (system)'
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"} |
tracker item |
|
tar.gz / tgz corruption in File Galleries downloads
{syntax type="tiki" editor="plain"} Uploading a .tar.gz or .tgz file seems to go fine. The "tar tzf" command on the back-end file returns the archive's file listing and "gzip -t" does not show any errors. However, downloading the file with Chrome or FireFox into WinRar claims the archive is corrupt. Downloading the same file with IE works just fine. One of the files in question: http://bartk.us/t/tiki-download_file.php?fileId=30 Feel free to test. I found a bug from 2006 where this was also happening and it suggested turning off gzip output compression. Looking at the performance settings (it used to be in general) I see gzip output compression was already off, so I turned it on. This did not fix the behavior. Other files (images and a .rar file) are served A-OK, it is just the .tar.gz and .tgz files that screw up. Back-end storage checksum matches the original file: $ md5sum THD-fig4.tgz /var/www/localhost/htdocs/tikifiles/7271d5da7a5dc935fe2576ef0a427a69 663f408c4dfc6ca864756f70aa2f9f29 THD-fig4.tgz 663f408c4dfc6ca864756f70aa2f9f29 /var/www/localhost/htdocs/tikifiles/7271d5da7a5dc935fe2576ef0a427a69 This means upload is working A-OK it's just the download that's screwing up. I've edited /etc/mime.types to move the "tgz" extension from the default "application/x-gtar" into "application/octet-stream", but this did not help the file corruption. One of the downloaded files is: -rw-r--r-- 1 eo eo 60247 Jul 16 21:24 THD-fig4 (2).tar.gz f3e4f281d2041ce2554d343156b4a1ce THD-fig4 (2).tar.gz The original being: -rw-rw---- 1 eo eo 60997 Jul 16 20:36 THD-fig4.tgz The gzip layer looks in tact on the broken file, but the tar layer isn't OK: eo@jo ~/THD $ gzip -t "THD-fig4 (2).tar.gz" eo@jo ~/THD $ echo $? 0 eo@jo ~/THD $ tar tzf "THD-fig4 (2).tar.gz" tar: This does not look like a tar archive tar: Skipping to next header tar: Exiting with failure status due to previous errors eo@jo ~/THD $ A little further investigation shows the file is double compressed! eo@jo ~/THD $ gunzip < "THD-fig4 (2).tar.gz" > "THD-fig4 (2).tar" eo@jo ~/THD $ file "THD-fig4 (2).tar" THD-fig4 (2).tar: gzip compressed data, from Unix, last modified: Sat Jul 16 20:36:37 2011 eo@jo ~/THD $ tar tzf "THD-fig4 (2).tar" THD-fig4-lin-large.gnuplot THD-fig4-lin.gnuplot THD-fig4-ranged-large.gnuplot THD-fig4-ranged.gnuplot gnuplot.rot THD.log THD-ReB=220m-ReS=1m-ReE=221m-RlB=8-RlS=1-RlE=9-VbB=0u-VbS=10000u-VbE=1000000u-IbB=1550000u-IbS=4000u-IbE=1950000u.log eo@jo ~/THD $ Even with the mime type set back to the original "application/x-gtar" this is the case. Even with gzip output compression disabled now and chrome cache cleared, the file still is presented corrupted by the server. Help! |
tracker item |
|
html don't work in blog
{syntax type="tiki" editor="plain"} html code are altered or disappear in portion or totally after save blog article. works fine on wiki page but not in blog page. |
tracker item |
|
6.4svn regression: Maketoc shown twice in newsletter sent from wiki page template
{syntax type="tiki" editor="plain"} In these last month of june or july 2011, some regression seems to have been introduced in proposals/6x, which produces that maketoc create the output twice, when sending a newsletter from a wiki page template. |
tracker item |
|
Leave (Editor)Page Confirmation doesn't work in TW7
{syntax type="tiki" editor="plain"} 1. The "Leave Page"-Confirmation Box does not show up in TW7. 2. Another problem is that the on |
tracker item |
|
LDAP authentication doesn't support special characters like "æ,ø,å" in CN name.
{syntax type="tiki" editor="plain"} If CN contains any character of; æ,ø,å the login fails with "Invalid password" error. |
tracker item |
|
3rd level options in unified admin backend lost due to bad color contrast
When you switch the tiki admin ui to the unified admin backend, then some options in 3rd level are not shown at all (they lokk like back over black font color). {img fileId="2117" thumb="box"} Same UI in Tiki25 display a different color so that they can be seen. {img fileId="2118" thumb="box"} (btw, nice option offered to new admins by default in the standard UI in hteir brand new tiki!) |
tracker item |
|
4.0: editing tiki sheets at tw.o don't keep the changes made
editing tiki sheets at tw.o don't keep the changes made (no error nor warning message shown; everything apparently ok). But no sign of the changes made, not in the sheet, nor in the history of tiki sheet. Example: http://tikiwiki.org/tiki-view_sheets.php?sheetId=1 I did edit it as user "xavi", add some info the cell A2, save, and no record of the changes. Looking at the tiki sheet history, nothing is shown either about the edit. See a related post of users reporting other problems with tw.o sheets since tiki 4.0 (I couldn't reproduce their problem, though). http://tikiwiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=21908#threadId35330 |
tracker item |
|
Non-parsed wiki feature (np) doesn't work correctly anymore in plugins
Hi, After upgrading my web site from tiki 7.0 to 7.2, I've noticed that the non-parsed wiki feature in the wiki pages is not working correctly anymore. Indeed, from the tests I've done, it seems that in case of multiple use of the non-parsed wiki feature on the same line, only the last one is taken into account. For exemple, for the following wiki text, only the second ~np~--css~/np~ is taken into account, the first one not so the text is striked through. ***use the ~np~--css~/np~ option (ex: ~np~--css~/np~ test) Regards, Yannick -------------------- Ticket update: Note that the problem occurs mainly in fancytables. I've enabled "Allow HTML" for the problematic pages. That also corrected the problem with non-parsed wiki syntax. (:eek:) |
tracker item |
|
5.0 & tw.o: Fullscreen Edit doesn't stay for than a few seconds on
The full screen button in the new interface at Tiki5 for wiki page edition doesn't keep the ful screen mode more than a few seconds. Reproduced with Google Chrome 5.0.x and Firefox 3.6.6 on GNU/Linux. Example here: http://tikiwiki.org/tiki-editpage.php?page=TikiFestBarcelona2 |
tracker item |
|
5.0: since upgrade from 3.x, forum post emails to author missing, from other users ok
We recently upgraded precarios.org site from 3.6 to 5.0 (and migrated to a new server; dns propagating right now). Since then, when you post a message in a forum that you are watching, you don't get a copy of your own email, but only copies of emails sent by others. This is expected to allow users to follow a full thread in the email program. For wiki page changes, you get also notification of your own changes. |
tracker item |
|
5.x -> 6.1 regression: Users Information Tracker Fields Asked at Registration Time
{syntax type="tiki" editor="plain"} Does the "Users Information Tracker Fields Asked at Registration Time" work for someone in 6.1? it used to work in 5.x. not pretty. This feature was not particularly important if the trackers with registration="y" would work nicely. Read more here. [http://irc.tiki.org/irclogger_log/tikiwiki?date=2011-01-08,Sat&sel=52#l48] |
tracker item |
|
12.x regression: Wiki preview is blank
{flash type="url" movie="display516" width="720" height="612"} |
tracker item |
http://dev.tikiwiki.org/Upcoming+Events
2- Click on a link
You are requested to logon even though Anonymous has tiki_p_view_calendar permission
This was working fine in 1.9.11
But now in version 2.0, there are two permissions:
|| Can browse the calendar | tiki_p_view_calendar
Can view events details|tiki_p_view_events||