Category: Regression

{syntax type="tiki" editor="plain"}
After upgrade from 2.4 to 3.0 the MyTiki Mini Calendar no longer displays the very useful Caldendar-filter (small simple calendar interface). Otherwise the minicalendar feature works well.

I have done two fresh builds of Tiki 3.0 using "The News" theme.
In each build I have confirmed that the miniature, monthly-calendar
that appears under the heading "Calendar Filter" within the
personal calendar feature under MyTiki is missing. It's a handy
little calendar to have. I have been unable to determine what
php or javascript file creates this little gem. It would be nice
to have it back.

{syntax type="tiki" editor="plain"}
In version 3.0, recurring events are now handled. This is great.

However, in view mode, the extra line "Recurrence This event is not recurrent" and the blank line below (which contains hidden recurring event details" causes confusion

For example:
http://dev.tikiwiki.org/tiki-calendar_edit_item.php?viewcalitemId=106

It conveys the message that this event is not recurrent but this is an annual festival.

When you update a recurring calendar event (say, a yearly commemoration date) then you have a selection, to update only the current event or all events with the same rule of repetition (radio buttons).

If you check the latter, none gets updated. Not even the current one.

Oh, there are so many bugs in the calendar feature...

Thanks
hman

The calendar feature needs a deeper investigation and it has been done a lot of development around versions 21 LTS and 24 (trunk, future LTS).
This and possible further calendar bugs have to be reviewed, discussed and fixed in a broader context.

Regards,
Torsten

Hi,

So in the past I haven't had any problems with the Calendars working, but now it seems that the newest code from the trunk has cause the /calendars path to break. If I visit /calendar, or /tiki-calendar.php, the screen just thinks and thinks and after several minutes gives me a blank white screen.

Since this is the newest source code, I can't possibly be the only experiencing this same issue? I will do a demonstration below to see if this can be replicated.

Calls to plugins which are inside a call to the WYSIWYG plugin produce no output (which usually means that their effect is invisible). Some plugins, such as FOOTNOTE, have effects other than causing output, so calls to these may keep part or all of their effect.

This bug was introduced by the changes to wikiplugin_wysiwyg.php in {commit id=50752}. Tiki versions 14 to 18+ are affected.

The following call to WYSIWYG demonstrates:
{CODE(theme="default")}{WYSIWYG(use_html="n")}
This dummy content is visible.{FOOTNOTE()}Note which is invisible, but should be indicated by a number which is actually invisible{FOOTNOTE}
{GROUP(groups="Admins")}This should be visible for admins{GROUP}
{FADE(label="This should be visible")}Hidden{FADE}
{WYSIWYG}{CODE}


This happens because plugin_execute() calls ParserLib::convert_plugin_for_ckeditor() since ck_editor is true, and therefore returns an empty string to parse_first(), and therefore to parse_data(). That parse_data() has its ck_editor option true, since it is called by parseToWysiwyg(), called by wikiplugin_wysiwyg().

Unfortunately, the revision bringing this regression also fixes WYSIWYG edition. So going back to the previous situation breaks edition again. One can only choose between working visualization and working edition.

I believe the way to fix is to go back to parse_data(), but re-parse the plugin call's content differently when editing.

Can not edit Wiki Pages in Tiki 13.0 using Chrome or Netscape. IE10 is working fine.

Details: I upgraded my Server from Tiki 7.0, PHP 5.2, MySql 5.1 to Tiki 13.0, PHP 5.6, MySql 5.5.

I needed to do the Datebase Upgrade with the console.php. Otherwise tiki-install.php stuck with an error in Perms/Context get_user_xxx:

Then I did choose Unified Search and upgraded and rebuild the index with the console.php.

After this I can edit Wiki pages using the IE10 10.0.20 x32 or x64 Browser just fine!

But Chome and Netscape Browser on Windows and Linux both x32 and x64 versions are have all the same error: They do not allow to put the cursor into the edit pane and there seems to be somthing that blocks the mouse and cursor to get to the edit textarea.

Can someone verify this behavior?

Has someone a solution for this?

Now the details of the used browsers:

Working: => Wiki page edit pane is functional and I can edit the content and save it successfull!
*Internet Exporer IE10 Version IE 10.0.9200.17088 x32 Win 8.0 x64
*Internet Exporer IE10 Version IE 10.0.9200.17088 x64 Win 8.0 x64


Failing: => Wiki page edit pane locked. Can not enter or change anything of the content.
*Google Chrome - Version 37.0.2062.124 m (64-bit) Windows 8.0 x64
*Google Chrome - Version 37.0.2062.120 (64-bit) Linux/Debian 7.6 x64
*Mozilla Firefox 32.0.3 x32 Windows 8.0 x64
*Mozilla Firefox 32.0.3 (64-bit) Linux/Debian 7.6 x64

Info: There are no difference if I try to edit a new wiki page or an existing one.

I haves a WSoD trying on saving editing at: https://doc.tiki.org/tiki-editpage.php?page=PluginIcon

When I look back at the page (refreshing), the editing was saved.

{syntax type="tiki" editor="plain"}
I've been trying to add [https://doc.tiki.org/PluginList-Sublist] to the [https://doc.tiki.org/tiki-edit_structure.php?page_ref_id=4313|HomePage Plugins (Home)] structure but can't seem to do it - i've tried dragging (which used to work), adding via the input at the top and adding via the "Add page" button on [https://doc.tiki.org/PluginList] - none of which seem to work any more (in 30.x)

Example of url generated through the Profiles Wizard:
http://xavi-9794-6372.show.tikiwiki.org/tiki-admin.php?profile=Bug_Tracker_16&show_details_for=Bug_Tracker_16&categories%5B%5D=17.x&repository=http%3a%2f%2fprofiles.tiki.org%2fprofiles&page=profiles&preloadlist=y&list=List#step2

Example of equivalent profile applied through the Profiles Control panel:
http://xavi-9794-6372.show.tikiwiki.org/tiki-admin.php?ticket=4884aea2d5b951c86ed8b5fba540158a&daconfirm=y&profile=Bug_Tracker_16&repository=&page=profiles&redirect=0&list=Find

That show.t.o instance has:
u: admin
p: 12345

Through control panel there sems to be some __ticket__ param which is missing in the profiles wizard. Is this just the only thing which is missing?
---
UPDATE {sign user="xavi" datetime="2017-10-10T08:54:20+00:00"}
17.x svn ( -+Last update from SVN (17.2svn): Monday October 9, 2017 16:39:25 GMT-0200 - REV 64187 (MyISAM)+- ) is confirmed to suffer from this issue still. Please, pay attention to the fact that the button to apply the profile is shown, but when you click, the page reloads, and no profile is applied.
URL from profiles wizard is still like:
http://xavi-9794-6374.show.tikiwiki.org/tiki-admin.php?profile=Collaborative_Community_12x&show_details_for=Collaborative_Community_12x&categories%5B%5D=17.x&categories%5B%5D=Featured+profiles&repository=http%3a%2f%2fprofiles.tiki.org%2fprofiles&page=profiles&preloadlist=y&list=List#step2

u: admin
p: 12345
---

This is a regression from r((rev:61862)). The "$access->ticketMatch()" condition returns false, because the checkAuthenticity() method (called from tiki-admin.php) sets its property to false because a ticket is missing. And because the daconfirm request parameter is missing, the failure is silent.

__Pending re-test and backports to 18.x.__ {sign user="luci" datetime="2018-08-17T08:00:43+00:00"}

I have a category structure with several levels.

But if I create a new wiki page and click on the __Categories__ tab, I only see the first level categories. And there is no way to open them up to assign a subcategories. So in effect, you can only assign a Level 1 category to a wiki page.

Note that I CAN view the > level 1 categories in the __Admin > Categories__. I just can't assign any of them to a wiki page.

Note that I am using the __Workspace UI__ feature which does some stuff with namespace of categories. Maybe that's the issue?

BTW: I upgraded this site to 12x, and it still exhibits the bug:

http://alpacatechnologies.com/

So It seems the bug is in 12.x also.

__Dec 23, 2013__

I tried to reproduce the bug on show, but am not able to.

And even on my site alpacatechnologies.com, it seems the bug only occurs when I am using the Darkroom theme (but on show, it works even with when using Darkroom).

I'll keep investigating.

When I click 'Save' on the 'Create/Edit Survey' page, it displays the 'Are you sure you want to leave this page?' warning.

If I click yes, no survey is created. If I click no, well, nothing happens.

When I click the delete icon for a user in the list at tiki-adminusers.php, a modal dialog displays that says only "null". But the user isn't deleted.

{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.

When I try to delete a forum post at tiki.org, the modal header (not body) appears to confirm the delete action, but then disappears, so the delete confirmation action isn't possible, so the post isn't deleted.

At my localhost branch 20, this problem doesn't exist, so it's either a file version difference (REV 70641 at tiki.org compered to REV 70742 at my localhost) or some environment difference at tiki.org.

I tried to edit http://dev.tiki.org/tiki-editpage.php?page=Search%20engine%20optimization and got "Can't duplicate alias link, SEFURL link already present in SEF page"

The page did save though:
http://dev.tiki.org/tiki-pagehistory.php?page=Search%20engine%20optimization&oldver=88

How can the user know what is the duplicate? Perhaps a link to that page so the user can cleanup the duplicate?

{syntax type="tiki" editor="plain"}
I made a banner in a Tiki master instance, but I can't edit it. To see the banner details, the URL -+tiki-view_banner.php?bannerId=2+- works, but the URL to edit the banner, -+tiki-edit_banner.php?bannerId=2+- , causes a "Banner not found" error.

It works as expected in branch 27.

Hi:
For some reason I can't get login popup to *.t.o sites from android smartphone.
* t.o/forums: I can't see the "Log in" part on the top horizontal bar of the site, that I see using a desktop computer.
* dev.t.o: I can see indeed the "Log in" part on the top horizontal bar of the site, but clicking on it does nothing (apparently) for me.
* dev.t.o: clicking on the icon to display the contents of the top horizontal bar of the site does nothing for me.

:-/

We need improvements to that *.t.o site-bootstrapification maybe?

Xavi

I cannot access anymore to : https://dev.tiki.org/User

{CODE()}
Service Unavailable

The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later.
{CODE}

I can access other pages ?

Can't post a reply on tiki.org forums! (wysiwyg textarea never shows up)
Tried here:
https://tiki.org/tiki-view_forum_thread.php?forumId=15&comments_parentId=57825

with chromium or Firefox and no way, from a desktop computer, as usual, where I've posted many times in the past.

Never ending "loading" bar is shown to me. with a user without admin perms.

A tracker is used for the contact form at tiki.org. Normally when somebody leaves a message, the tracker item can be edited, like to change the status and make a comment, but currently (Aug. 3 2020), when I click save (or preview) the form just refreshes with its original content -- no edits saved. I haven't checked if this happens at Tiki instances other than tiki.org.

{img src=https://dev.tiki.org/tiki-download_item_attachment.php?attId=567}

I have a category "full_width_content" that I want to rename "Full_width_content". (The category name is important because it's being added as a CSS class to the body tag, for page that will have special CSS rules for full-width backgrounds, etc., and I want it to be consistent with other category names that are uppercase).

When I edit the category name to capitalize it, the page refreshes with the original spelling (lower case) and on subsequent attempts I get a message "A category named Full_width_content already exists in Top." So the category edit registered somewhere but I still get "full_width_content" in the category list, when categorizing objects (wiki pages), and the CSS class added to the body tag is still "cat_full_width_content" (no change in lower/upper case anywhere).

I didn't test other category name edits besides changing the capitalization.

If you try and change some settings in the Preferences area of My Tiki e.g making your email public or the checkboxes for what type of content you want to 'track' - then the "Save changes" button does not do anything and the changes are not saved.

Don't know if this is a problem in other screens but I've checked it in FF, Chrome and Safari (for PC) and my own Tiki13 test site as well as the the Tiki Community web site

I am getting:

"Your Tiki is not completely installed because Composer has not been run to fetch package dependencies. You need to run 'sh setup.sh' from the command line. See http://dev.tiki.org/Composer for details."

can't upload an image to a file gallery in doc.t.o with elfinder (default UI) since 16.x

To reproduce:
#I'm logged in as user "xavi" (with no admin perms, I mean)
#I edit one page, e.g. ((doc:Tiki17))
#place the cursor somewhere in the text.
#Click at the button from the toolbar to "Choose or upload images"
#The elFinder UI popup is shown with no contents, and I?m not able to click anywhere (browser non.-responsive), while I can't only get access to use the browser again when the wiki pedit page is automatically refreshed with the elFinder automatically disappearing.
#Reproduced also after clearing my Browser cache, and Tiki caches, with Chromium and Firefox.

{flash type="url" movie="display516" width="720" height="612"}