Category: Less than 30-minutes fix

15.x: Improvements needed for mobile view of many *.t.o sites (dev, themes, doc, ...)

{img src="display1077" thumb="box" width="800"}

(1) No way to login at dev.t.o or doc.t.o, for instance, when browsing the page in the smartphone
(tested with Chrome on Android, but it seems to be reproduced with a browser on a desktop and making it narrow enough as a smartphone)

(2) There is no logo nor site name displayed in the top header of most *.t.o sites. OTher (non-tiki) bootstrap websites do display their logo and name when shown through smartphone. IS tehre anything that can be done in the Tiki side to fix this?

(3) Fullscreen button is shown on top of the button at the top layer to display the logo and site name. Therefore, clicking there, fires the fullscreen in some cases. And when in full screen, in a smartphone, I couldn't come back to normal display mode clicking at that button in the smartphone for some reason, I had to fix the param in the url to get back to normal.

(4) The submenu is not shown in dev.t.o and doc.t.o but it is shown in themes.t.o Why? How shall we edit the submenus so that they are shown in the smartphone display?

Thanks

12.x - 15.x: Tracker: filter items is broken when radio button with labels set (0=No,1=Yes,2=Dunno).

No matches are found when there are some items which met the intended criteria.

--It'll be-- reproduced in an attached intance --in short. Stay tuned!-- :-) {sign user="xavi" datetime="2016-02-09T12:21:27+00:00"}
Login in here:
http://xavi-9794-5810.show.tikiwiki.org/tiki-view_tracker.php?trackerId=1
u: admin
p: 12345

You will see the field TestRaduio, with some values (0, 1 and 2; their labels, in fact)

Try to filter by that field:
http://xavi-9794-5810.show.tikiwiki.org/tiki-view_tracker.php?trackerId=1&status=o&sort_mode=f__asc&filterfield=8&filtervalue%5B1%5D=&filtervalue%5B2%5D=&filtervalue_other=&filtervalue%5B3%5D=5+%28high%29&filtervalue%5B8%5D=0%3DNo&filter=Filter#
---
__Update:__ {sign user="xavi" datetime="2016-02-10T10:42:06+00:00"}
the problem is also found (and still unsolved) at teh trackerfilter level. Sorry, I tried for one hour, but I couldn't get the right syntax to port this type of fix there also. :-/
To reproduce, see it here:
http://xavi-9794-5810.show.tikiwiki.org/tiki-index.php?page=HomePage

__The issue is reproduced also for dropdown fields when labels are set, etc. See it reproduced with field "Priority" (Dropdown). __

__Reproduced also with "Dropdown with other" (field __Location__) in the tracker itself, but it works as expceted through Plugin TrackerFilter.__
Does work:
http://xavi-9794-5810.show.tikiwiki.org/tiki-index.php?page=HomePage

Doesn't work:
http://xavi-9794-5810.show.tikiwiki.org/tiki-view_tracker.php?trackerId=1&status=o&sort_mode=f__asc&filterfield=2&filtervalue%5B1%5D=&filtervalue%5B2%5D=0%3Droom+1.1+%2855+seats%29&filtervalue_other=&filtervalue%5B3%5D=5%3Dhighest&filtervalue%5B9%5D=y&filtervalue%5B10%5D%5B%5D=1&filter=Filter#

Multiselect seems to work well, as expected, in both tracker itself and plugin trackerfilter.

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

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

The "Quick Admin" module is no longer assigned in default installs starting from {commit id=67387} (Tiki 19).

Two problems:

1. When adding an event to a Calendar using the 'add event' icon, the start and stop time are initialised to 1 hour BEFORE the minimum time set when creating the Calendar. If the times are not changed and an event created/saved with these 'early' times and the Calendar is then exported the date is exported as 1 day earlier, even though it shows correctly in the various Calendar views. If the event is then edited the start times are automatically reset to the correct earliest possible time and the fault is corrected when the event is saved.

2. When adding an event using the "Add event" button, the edit screen does not show any additional parameters e.g Priority, Location etc if they have set for the individual Calendar.

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"}

Here are two screen shots.

The screen shots are showing exactly what my search text box looks like: right in the middle, I see a separator.

In French: {img type="src" src="http://tiki.org/display281"}

In German: {img type="src" src="http://tiki.org/display282"}

When I am browsing in French, the search engine textarea shows a separator pipe right in the middle.

It has nothing to do with my screen size (Cntrl + or minus), I tried.

Does any one else sees the same?

It's cumbersome. Of course it has to do with the restricted amount of caracters that one person can use when writing a menu. In english I don't see it.

The second screen shot shows the same prob in German language.

This prob is not new. It's just me who took a long time to report it or others are seeing the same?

Peharps you can tell me if I need to do something on my browser side

In the Community environment/universe (whatever you call it) it's OK


It does the same with IE
Also, when I tried to upload the images, I was unable to choose a category. I'm using Firefox v.5

{syntax type="tiki" editor="plain"}
Using the auto (or manual) installation procedures on a Windows server gives the error:

The directory 'd:\domain\www\tiki/img/wiki/' is not writeable by SYSTEM.

Since two of the slashes in the address are going in the wrong direction, I'm speculating that is the reason for the error.

{syntax type="tiki" editor="plain"}
On the Manual database installation docs:
http://doc.tiki.org/Manual+Installation#Rename__htaccess_for_clean_URLs_optional_

Instruction 1.4 says
1.4. Rename _htaccess for clean URLs (optional)

You can rename _htaccess to .htaccess
-----

BUT in the files there is only htaccess.sh

SO, is this the same file as _htaccess?
Really want to change the name of htaccess.sh to .htaccess.sh?

Low priority since this is an Alternative. But it does prevent manual installations
from having clean URLs

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!)

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

Using Tiki 5.0: anonymous shouldn't see "watch" icons when browsing category tree.
And they can.
Reproduced here, for instance:
http://intercanvis.net/tiki-browse_categories.php

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.

{syntax type="tiki" editor="plain"}
images in trackers are not multitiki aware (they are all saved in img/trackers instead in the img/trackers/site1.org , etc. as for images in img/wiki_up/site1.org etc

{syntax type="tiki" editor="plain"}
Uploaded a new version of a file.
Clicked "verify" option
Was prompted to confirm.

After clicking confirm, got the following error:

System error.


The following error message was returned:
Unknown column 'fileId' in 'where clause'
The query was:
SELECT * FROM `tiki_file_galleries` WHERE 1=1 AND `fileId` = ?
Values:
1.1

The built query was likely:
SELECT * FROM `tiki_file_galleries` WHERE 1=1 AND `fileId` = '1'

When watching if someone attached file to a wiki page the notification email subject and body lacks information who did that change.

Example:
{CODE()}
A file was attached to "Signature"

Comment: SIGNATURE_PAD code architecture

You can view the page by following this link:
https://dev.tiki.org/Signature

signature_pad.PNG : https://dev.tiki.org/tiki-download_wiki_attachment.php?attId=214


***********************************************************


***********************************************************
The new page content follows below.
***********************************************************

signature_pad.PNG
{CODE}

/lib/core/Tracker/Field/Computed.php says "This feature is still in place for backward compatibility. While it has no known flaws, it could be used as a vector for a malicious attack. A webservice field or custom JavaScript is recommended instead of this field.". Well, I know a flaw :-)

Look at lines 46 and 53:
{CODE(Colors="Tiki")}
'dec_point' => [
'name' => tr('Decimal separator when displaying data'),
'description' => tr('Single character. Use "c" for comma, "d" for dot or "s" for space. The valid decimal separator when inserting numbers may depend on the site language and web browser. See the documentation for more details.'),
'filter' => 'text',
'default' => '.',
'legacy_index' => 2,
],
'thousands' => [
'name' => tr('Thousand separator when displaying data'),
'description' => tr('Single character: use "c" for comma, "d" for dot or "s" for space. When inserting data, no thousands separator is needed.'),
'filter' => 'text',
'default' => ',',
'legacy_index' => 3,
],
{CODE}

Well, use c for comma or d for dot or s for space. Well. But the defaults are "." and "," :-) Whoever wrote the description did not write the defaults :-)

Logged in nextdoc.t.o as user xavi. Interface in Spanish (in case it matters).
I went to action log interface, searched for a date range:
https://nextdoc.tiki.org/tiki-admin_actionlog.php?startDate_Month=06&startDate_Day=10&startDate_Year=2013&endDate_Month=06&endDate_Day=11&endDate_Year=2013&selectedUsers[]=&categId=&unit=bytes&contribTime=w&find=&max=50&list=Report#Report

Then I clicked at the "Options" tab, and the options tab is NOT shown.
In fact, it shows up at the very bottom of the page.

I noticed that the yellowish background of the tab "Report" does not contain the lower part related to Category and Misc. Maybe that's related to the source of the issue?

This seems to be a regression from Tiki9, since the issue is found already in tiki 10.x, it seems ( https://doc.tiki.org/tiki-admin_actionlog.php?startDate_Month=06&startDate_Day=10&startDate_Year=2013&endDate_Month=06&endDate_Day=11&endDate_Year=2013&selectedUsers[]=&categId=&unit=bytes&contribTime=w&find=&max=50&list=Report )
{img fileId="281" thumb="y" rel="box[g]"}

When you utilize Tiki's action log, you must first set which actions to record and which to review. Because the list is quite long (although some actions are inexplicably missing, like 'remove' on articles) you can filter the view.

Let's make it a use case: You want to record & review all creations and all deletions.

So you set the filter to type="All" and action="create". Then you check all checkmarks and press Ok to save.

Then you set filters to type="All" and action="remove". Then you check all checkmarks here, too and press Ok to save.

This should be it.

When you now set filters again to type="All" and action="create" you'll see that all your checkmarks have magically disappeared.

Analysis shows that when to check checkmarks on all elements on the current view, upon saving ALL those currently not viewed get saved als "unchecked", which is wrong... Those ''must'' remain unchanged!

There is only one way to deal with all elements, and that is the unfiltered list. That gets saved faithfully. This bug renders the filtered view useless for all purposes except for viewing...

Domain Users are not recognized by TikiWiki when using IIS and Webserver auth against AD.

substr function in tiki-setup_base.php mistakenly removing first char of the login name during substracting domain part. For example "DOMAIN\username" is truncated "sername".

I've fixed the issue with the patch below.

After a new calendar is created, the create calendar form is still populated, and subsequent changes will edit the already created calendar instead of creating a new one. This behavior is not apparent to the user until the edit has taken place.

Admin -> General -> Navigation

Add the new preview tab to other text areas, as seen in {gitlab id=4dc05f6d}

Spamers are very annoying