Category: Conflict of two features (each works well independently)

{syntax type="tiki" editor="plain"}
it seems there is a bug in 4.1 not allowing to assign perms per file in file galleries. i can only download the file as anonymous if i assign tiki_p_download_files to the whole file gallery where the file is saved in but not when the file is categorized in category with that permission assigned (which should work)

I installed Mysql 5 alpha to with 1.9 from the head of the branch and found this error when I tried to enter the tiki...

Warning: mysql error: You have an error in your SQL syntax. Check the manual that corresponds to your MySQL server version for the right syntax to use near '-1' at line 1 in query:
select `permName`,`type`,`level`,`permDesc` from `users_permissions` order by `permName` desc
in C:\isense\icms\lib\tikidblib.php on line 133

Fatal error: Call to a member function on a non-object in C:\isense\icms\lib\tikidblib.php on line 151

When you have the feature "default namespace", and also the feature "Force all non-namespace page links to the same namespace", when you click a wiki-link that points to a non-existant page, the create page will have a duplicated namespace.

Show instance: http://fvtorres-11800-5958.show.tikiwiki.org
User: admin
Pass: 12345

print mode doesn't seem to know that :_: is for a name space, and just puts a question mark to create a new page

There are two ways to specify navbar foreground and background colors: the "Navbar background color" checkboxes on the admin Look and Feel page and the "CSS class(es) for the menu nav element" on the admin-modules page. The Look and Feel checkbox value is used in all cases, though, so if that preference is set to "Dark", for example, to get a dark-background navbar for the main navigation, then ''every'' navbar instance assigned on the admin-modules page gets the CSS classes for "Dark". This causes a problem if, for example, a Light-background system menu is wanted in the footer. Then the CSS classes for the navbar are "navbar-light bg-light navbar-dark bg-dark". In my test, this caused light text on light background, so it's unreadable.

Unless I'm missing something, I think it would be good if the navbar color switch on the Look and Feel admin page was removed and the navbar color specified by the module only (maybe using a checkbox or radio buttons instead of inputting the class names as is required now), or else make the L&F switch apply only to the admin interface. This would be similar to moving the setting of the site logo and title from Look and Feel to the module admin page.

Navbar overlapping tablesorter heading row (col titles, filter and col select icons)
As reported by Gary in the devel list:
https://tiki.org/tiki-view_forum_thread.php?threadId=60288

See it reproduced here:
(you may need to use Chrome or Firefox to view this .webm (VP8) video in your browser)

{mediaplayer src="https://tiki.org/display1083" style="native" type="video/webm"}

As reported on the dev mailing list....

http://thread.gmane.org/gmane.comp.cms.tiki.devel/25682

Nelson: see comment for fix.

We were trying to have the new antibot captcha working in a Tiki site based on Tiki trunk (during TikiFestBarcelona2 - mid July 2010), were a user tracker was set to collect more information from users at registration time.

when we enabled zend new antibot-captcha , no antibot code was shown at registration time, because there seems to be some conflict with the user tracker.
Once the user tracker was disabled, the antibot-captcha was shown properly, etc.

----
Update: disaled the new zend antibot catpcha, in order to use the former simple captchaimage, but that one is not working either, if user tracker is on.

Newsletter fails to be sent properly if article clipping is involved

We tried to send a newsletter, after the discussion held on
https://tiki.org/Roundtable+Meeting+2016+07

I tested the newsletter sending with Newsletter 6 (currently renamed to "Tiki News" after that ((tw:TRM)), with 850+ people subscribed to it) and with Newsletter 7 (test, with a few emails for testing).

e.g.
https://tiki.org/tiki-send_newsletters.php?nlId=7

It had some features/preferences related to clipping:
https://tiki.org/tiki-admin_newsletters.php?nlId=7&cookietab=2#anchor2
^
(X) Allow clipping of articles into newsletter
Clip articles published in the past number of days: 30
Article types to clip: (and there were some of them: 3 exactly)
^

I did send a test newsletter (nlId=7) and just one email was sent for me, with no clipped articles (even if they were shown as html tags in the tiki send newsletter UI at sending time).
None of the other 6 emails address seemed to receive that email message.

I did unselect all the clipping features, tried again, and I got more email messages (if not all of them, mayube some servers take longer).

HTH

Visiting nextdev.t.o (trunk 12.0) in mobile mode (using chrome for android), I can't click in the watch icon, for a tracker item.

I can't either on the printer icon on each tracker item.

{syntax type="tiki" editor="plain"}
If you have a clean tiki 6.1 install, the default preview is made with some kind of ajax include above the edit area.
but this preview has no linebreaks in it.
if you disable this and have the "standard" (like in tiki 3.x) preview you have linebreaks in the preview

The following (without a space between braces) does not work anymore:

~np~
you can use the ~np~{{user} }~/np~ ~np~~/np~~/np~ ~np~((doc:Argument Variables|Argument Variable))
~/np~

Instead the Argument Variable which is inside __np__ gets parsed as current user login name.

__Update:__ updated the Subject field to more reflect what is the report about

{syntax type="tiki" editor="plain"}
In WYSIWYG, I introduce a table (4 rows, 2cols, 1st row is header). This is html. There is no Allow HTML checkbox in this editor, but the page is saved correctly with emphasis on the first row.
I edit the page with the normal editor. There is only one cell left in the first row (text of the two original cells concatenated). I cut the cell again in two with "|". Emphasis is lost. Now there is an Allow html checkbox, I check it and save.
Going back to the WYSIWYG editor, I restore the emphasis on the first row (again html seen in the source) and I save.
Back in normal editor, Allow HTML is lost again and the table gets the same defects.

{img fileId="310"}

To reproduce, do a preview of a document in AJAX (so above) and use the toolbar (ex.: bold)

Not possible to switch editor for the text area field in tracker

I set an instance.
Go to trackers => Contacts
Create an item (or use the existing one) with a text area field, toolbar = yes
Switch the "Bio" field from the wiki editor to the other.

Error "No tracker indicated".

I tried the other way around but get a different issue.
I changed the text area field setting to use wysiwyg = yes

It displays ok, BUT I have to way to switch to Wiki.
I checked the toolbar and the tool is there.

So It look like it is missing on the wysiwyg toolbar when using trackers.

Plugin Tabs shows a button to toggle the display sections in tabs or one section below the other.

When you switch your site to mobile mode in 12.x, the button to toggle tabs is not shown even if the plugin param is properly set

When using OpenID + Registration CAPTCHA...
With Tiki 2.2...

I attempted to register using my OpenID:

#On the Login page, I entered my OpenID.
#My OpenID was validated and Tiki shows the page where I can either associate my OpenID with an existing Tiki account, or register as a new user.
#I completed the registration form (including the correct CAPTCHA), but Tiki keeps saying that the Anti-bot code was incorrect.

Additionally, the registration form presented with the OpenID __does not__:
*Display the password minimum requirements (such as number of characters).
*Allow for the selection of groups.


__Duplicate of {wish id=1505}__

Packages run composer independently of the regular composer dependencies.

This creates a situation where package dependencies might conflict.

For example, if you install media alchemy, it requires Symfony console, so Symfony console gets installed via our main dependencies, (in vendor_bundled) also as a dependency of the packages install, (in vendor folder).

Now there two different versions of the same vendor that are both getting auto-loaded. Right now the Package-required Symfony console version is significantly older than that of the main Symfony Console and it overrides the one that Tiki has been tested with.

This, of course, provides a huge opportunity for difficult to find errors.

Perhaps as a solution, we can remove in a VendorsClean equivalent of packages, each dependency that the main composer has already installed. This way it won't severely cripple Tiki when new packages are installed.

Page alias links replaced by simple wiki links when "wiki wysiwyg" is on
Let me reproduce the issue in a show instance... done. See it here:
http://xavi-9794-5518.show.tikiwiki.org/tiki-pagehistory.php?page=Community&oldver=2
u: admin
p: 12345

I just added "foo" myself in this edit, but as you can see by the history diff-info, the parser (I guess) replaced the alias link with a simple wiki link. and the alias link should stay as alias link.

{img fileId="971" thumb="y" rel="box[g]"}

Thanks

As discovered here:


http://doc.tikiwiki.org/tiki-pagehistory.php?page=PluginInclude&diff_style=sidediff&compare=Compare&newver=0&oldver=26&tra_lang=ar

In 12.x LTS when -+~np~…page...~/np~+- syntax is enabled and used in a wiki page __where collapsible sections are present__ ( -+~np~!!-Foo Bar~/np~+- syntax) it breaks the column layout of the site badly.

Show instance created and reproduced it there.

See http://luci-199-6471.show.tikiwiki.org/tiki-index.php?page=HomePage&pagenum=3

To login use __admin 12345__.

Steps to reproduce:
#go to tiki-admin_modules.php?edit_assign=1&cookietab=2 and assign module to the left column
#go to tiki-admin.php?page=wiki and enable Wiki Pagination under the Features tab (-+wiki_pagination+-)
#edit a wiki page and add some collapsible sections (using the collapsible heading syntax) separated by -+~np~…page...~/np~+-
#go to 2nd or 3rd page (after second collapsible section it seems to start break) and see the left column modules wrap down under the main content of wiki page

{flash type="url" movie="display540" width="633" height="571"}

Page with many PluginSheet calls should respect their own uses of parameter 'simple=y/n'

How to reproduce:
Apply profile ((pr:Spreadsheet demo)), and at the instructions page, many sheet plugin calls have -+simple=y+-, and only one has -+simple=n+-. However, all of the sheet plugin calls in the page inherit the -+simple=n+-

----
See it reproduced here:
Compare the page produced by the profile:
http://xavi-9794-6265.show.tikiwiki.org/tiki-index.php?page=Spreadsheet-demo-instructions
u: admin
p: 12345

with an equivalent page where all sheet plugins where set to simple=y:

http://xavi-9794-6265.show.tikiwiki.org/tiki-index.php?page=Spreadsheet-simple-only

http://xavi-9794-6265.show.tikiwiki.org/tiki-pagehistory.php?page=Spreadsheet+simple+only&newver=0&oldver=2

Please note the different UI surrounding all sheets in the earlier version (the one also coming from the profile: all simple=y but one simple=n )

{syntax type="tiki" editor="plain"}
If I have a wiki page SomePage that has a link "Page With Space" in it, when I dump the wiki, the generated HTML in SomePage.html doesn't have a correct hyperlink in it to get to Page With Space.html.

The hyperlink contains plus signs instead of spaces (or %20) like Page+With+Space.html, but the target page on disk is called Page With Space.html. Clicking on the link in SomePage.html generates a file not found error.

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.