Category: Bug

After setting Mail Notifications to various users for types like:
blog_comment_changes
blog_post
wiki_page_changes
I get only notifications for wiki changes.
Using the option to output to debug file..

Tiki 17.1 php 7.0, nginx ..

We are looking to find which function produces the offset parameter in the link of a sub gallery file while keeping the original galleryId. In this case href="/tiki-list_file_gallery.php?offset=150&galleryId=255". The parameter produces an empty content list of files as shown below.
Removing the offset parameter in a template such as list_file_gallery.tpl doesn’t do the trick.

{img fileId="1340" thumb="box"}

{img fileId="1341" thumb="box"}

The second thumbnail shows in the blue circle the link that works. There’s a similar issue in the wishlist ; ticket number 5995 for version 15.x.

{syntax type="tiki" editor="plain"}
On tiki29 a new fields parameter was added, see: https://doc.tiki.org/PluginList#Additional_parameter
This addition work well.

However I've noticed a visual issue when you use the debug template.
To reproduce, login and go to : https://dev.tiki.org/tiki-pluginlist_experiment.php

And test the following, __without__ the fields parameter. It should look as expected.
{CODE()}
{LIST()}
{filter field="tracker_id" content="5"}
{filter field="tracker_status" content="c"}
{output(template="debug"}
{LIST}
{CODE}

Adding the fields parameter and you will see all output object stacked one on each other.
{CODE()}
{LIST()}
{filter field="tracker_id" content="5"}
{filter field="tracker_status" content="c"}
{select fields="tracker_status"}
{output(template="debug"}
{LIST}
{CODE}

Tiki has an online support feature. In order to use it, users must become "operators" by granting from the admin. If they are no operator, and try to open the support console, then they get an error message, that they need to be operator. So far okay. I tried that feature (in order to translate it), and to do that I activated it. And as I wanted to see the error message that unauthorized users get, I clicked to open the support console.

Underneath the error message that I was no operator was the info "no support requests". That info IMHO should not be given out to non-operators.

If you create a Tracker List in the Wiki Sandbox as in the following code, the asc/desc sorting of the numeric field works great.
{trackerlist trackerId="53" fields="1053:1015" status="opc" sort_mode="f_1053_desc"} 

BUT
When the same numeric field is accessed from from a different tracker using the 'Items List' field type with sorting set to the numeric field, the sorting is not working.
Look at attachments 1 and 2
__I think its a leading zero type logical error.__

If some level y header follows a level x header, y is normally between 1 and x+1. But Tiki also supports going straight to x+2 or greater, in general. For tables of contents, this is not a problem for server-side TOC-s (maketoc), but it is one for client-side TOC-s (autoToc). Level i headers which follow the excessively deep header are displayed as level i-1 headers. And level 1 headers are not displayed. Furthermore, headers following a missing level 1 header are also missing, no matter their level.

So, for example, if a page contains:
{CODE(colors="tiki" theme="default")}
! Title 1
!!! Title 3 (too deep)
!! Title 2
! Title 1
!! Title 2
{CODE}
... the client-side TOC would list the first title fine, the third one would be displayed as H1, and the fourth and fifth titles would not display.

This appeared with Tiki 15, when autoToc switched to Bootstrap Scrollspy. Tiki 14.4 does not have this problem. This persists in Tiki 18.1.

The defect must be in autoToc.js. The technical bug causes another symptom reported in {wish id=6586}.

https://doc.tiki.org/Wiki-Syntax-Separators#Page_Breaks
...page...

i cannot get this feature to work.

I wonder why I did not see this before... But now it's clear to see.

The function to count page accesses is completely (!) out of order. My site contains > 300 pages. ALL OF THEM have an access counter in the "list pages" view of 0. Zero, nada, nothing. During my efforts to create a readable German translation I have visited numerous pages time and again, there must have been thousands of page impressions, and yet every single page is counted as having zero visits...

The absolute minimum for every page would be the number of page revisions plus one, because every page is visited after creation or modification. But all of the >300 pages list as 0...

And again, the need of a bug category "LOSS OF DATA" arises...

{syntax type="tiki" editor="plain"}
Dear Experts on Tiki.org,
I have lately seen in some of the wiki pages, which I have never modified, showing a changed modification date "Page last modified on .... ". This creates a problem, since it damages credibility of the site. Change of date of modification is unwarranted and false. Nevertheless, the content remains the same, since it is actually not modified.

The problem was even in the some of the earlier versions of tiki. I have now upgraded it to tiki28.
Regards
Gyan Pathak

When "Display page name as page title " is activated site wide, title per page cannot be turned off in Page Properties.

A show instance is created.

Hi. When I make a link to a not yet existing page, with a dot in the page's name, I get this:
{INDENT()}No route found. Please see http://dev.tiki.org/URL+Rewriting+Revamp{INDENT}
The problem is, that the page with the unallowed character (the dot) ''gets created'', but it can't be retrieved. Trying so results in the above error message. So the new page can't be removed either.

Page names with invalid characters should be rejected.

Page name like
{CODE()}
((Unix Install - Information))
gets parsed with the <code> in it
{CODE}
Changing order of parsing may not be best solution at this stage. changing urlencode to rawurlencode may also not be ideal. Need elegant solution.

When you have a wiki page with a quotation mark in its name, opening it from the Wiki -> List Pages menu fails. The page name gets chopped at the first quotation mark and you get an "unknown page" error.

If i navigate to the list of existing file-galleries (tiki-list_file_gallery.php) i do see the following error:

ERROR (E_WARNING): count(): Parameter must be an array or an object that implements Countable
At line 65 in temp/templates_c/en_basic^570865e6ab8c47a1843bc065f918f9d78f39430e.file.list_file_gallery.tpl.php
ERROR (E_WARNING): count(): Parameter must be an array or an object that implements Countable
At line 67 in temp/templates_c/en_basic^570865e6ab8c47a1843bc065f918f9d78f39430e.file.list_file_gallery.tpl.php
ERROR (E_WARNING): count(): Parameter must be an array or an object that implements Countable
At line 110 in temp/templates_c/en_basic^570865e6ab8c47a1843bc065f918f9d78f39430e.file.list_file_gallery.tpl.php


Is that a known issue in 18.2 or some installation specific issue i do have after upgrading to 18.2?

Once a checkout is intiated, manual payments can be entered (e.g. to take into account bank transfers or cash).

However, if you enter a non-integer value (and it does not make any difference whether you use a decimal comma (default in Gemany) or decimal point). Non-integer values are completely ignored, not even an error message is displayed.

To phrase this more clearly: It is not just the fraction that gets ignored, it is the entire numerical entry of the user that gets ignored (not stored -> loss of data), as soon as there is a decimal point or comma in it.

Also, it makes no difference whether or not the value is above or below 1.

I demoed this on the show2 instance that I created for the error that Calendar events cannot be edited, no need create yet another instance...

Thanks
hman

When you click on "Payments" and then click on a purchase, there is a listing of goods purchased, but the links point wrong. E.g. after purchasing item number 4, the link points to tiki-index.php?page=cart+product&amp;itemId=4 which does not open product item number 4 when you click on the link. Instead you land on product number 1, looks like this is a default?

I'm testing the PayPal capabilities of Tiki and this is about the "memberpayment" wiki plugin : https://doc.tiki.org/PluginMemberPayment

Following the doc I used the plugin as simple as possible as well as other requirements;
https://doc.tiki.org/Payment


__Groups__
I created a group;
* Enabled "User can assign himself or herself to the group"
* Set Membership expiry, Number of Days to 365
* Set Pro-rata Membership to "year".

__Payments__
* Payment system: Paypal
* Currency: Euro
* PayPal ID: paypal email
* PayPal environment: Production
* Enable PayPal instant payment notification (IPN)
* Enable Payment data transfer (PDT)
* Set the Payment data transfer (PDT) token
* Redirect after PDT payment: https://dev.domain.org/BernardPremium_homepage

__Subscribe page__
I set a plugin:
{CODE()}
{memberpayment group="BernardPremium" price="1" returnurl="https://dev.domain.org/BernardPremium_homepage"}
{CODE}

---
Use cases
Notes: payment are completed in all cases and it create an row in the Outstanding table (tiki-payment.php#content_payment1-1)

If a member of the Admins group subscribe himself and do a manual payment: He is assigned to the group. The user is redirected to tiki-payment.php?invoice=nn (almost good)

If a member of the Admins group subscribe another user and do a Paypal payment: The user is NOT assigned to the group, he is not returned to the Tiki site automatically. If he clicks on "return to merchant" the user is redirected to tiki-payment.php?invoice=nn (bad)

If a registered user and do PayPal payment: The user is NOT assigned to the group, he is not returned to the Tiki site automatically. If he clicks on "return to merchant" he is returned back to "tiki-payment.php?invoice=nn" (bad)


While I'm not getting into the code I understand 2 mechanism are invoked and not working.
Group assignment
Returning from Paypal

I'm not sure if they are required together to have the user assigned.

I'm testing the PayPal capabilities of Tiki and this is about the "memberpayment" wiki plugin : https://doc.tiki.org/PluginRegisterMemberPayment

Following the doc I used the plugin as simple as possible as well as other requirements;
https://doc.tiki.org/Payment


__Groups__
I created a group;
* Enabled "User can assign himself or herself to the group"
* Set Membership expiry, Number of Days to 365
* Set Pro-rata Membership to "year".

__Payments__
* Payment system: Paypal
* Currency: Euro
* PayPal ID: paypal email
* PayPal environment: Production
* Enable PayPal instant payment notification (IPN)
* Enable Payment data transfer (PDT)
* Set the Payment data transfer (PDT) token
* Redirect after PDT payment: https://dev.domain.org/BernardPremium_homepage

__Subscribe page__
I set a plugin:
{CODE()}
{registermemberpayment group="BernardPremium " price="1" returnurl="https://dev.domain.org/BernardPremium_homepage"}
{CODE}

---
Use cases (Paypal payment is completed in all cases)

If a member of the Admins group subscribe himself and do a manual payment: I got a WSoD (https://dev.domain.org/tiki-payment.php). (bad)

If a member of the Admins group subscribe himself and do a Paypal payment: The user is NOT assigned to the group, he is not returned to the Tiki site automatically. If he clicks on "return to merchant" the user is redirected to tiki-payment.php?invoice=nn (bad)

If a registered user and do a Paypal payment: The user is NOT assigned to the group, he is not returned to the Tiki site automatically. If he clicks on "return to merchant" he is returned back to "tiki-payment.php?invoice=nn" (bad)

While I'm not getting into the code I understand 2 mechanism are invoked and not working.
Group assignment
Returning from Paypal

I'm not sure if they are required together to have the user assigned.

We have a __global__ permission tiki_p_list_trackers that should allow or deny groups to be able to see the list of trackers (tiki-list_trackers.php). This permission is only listed in the global permission (not object) so it is definitely __all__ trackers.

__Tested with a fresh Tiki25.x__
See in the attached video: {mediaplayer src="display1797"}

It seems this permissions is simply ignored.

#Visiting the tracker list page as anonymous I can see the tracker list page with an empty table.
+ What a un-happy UX/UI...When the is nothing to see, the user/visitor should clearly see nothing ? and eventually the reason he sees nothing. Not an empty table.
# If you change the __object__ permission "tiki_p_view_trackers" for a tracker, it will be listed.

Doesn't make sense to me.
See my suggestions in the Solution field below.


{FADE(label="before test in Tiki25" icon="y")})

Tested at https://nextdev.tiki.org Last updated (GIT 23.x:19611): Thursday 09 September, 2021

Global permission Can list trackers (tiki_p_list_trackers) disable
{img fileId="1587" thumb="box"}

Anonymous can see in the trackers list different trackers
{img fileId="1588" thumb="box"}

---
Test 2 disabling ALL global permissions for trackers for anonymous (for all)
{img fileId="1589" thumb="box"}

Anonymous can now only see tracker5 listed
{img fileId="1590" thumb="box"}
---
Test 3 disabling Can view trackers (tiki_p_view_trackers) object permission for tracker5
{img fileId="1591" thumb="box"}

This (tracker) object permissions Can view trackers (tiki_p_view_trackers) is enable.
---
Test 4
Disabling this (tracker) object permissions Can view trackers (tiki_p_view_trackers)

Anonymous can't see the tracker5 listed, but still can see tiki-list_trackers.php and the menu item
---
Test 5
If I enable (one by one) for Anonymous:
Can create new tracker items (tiki_p_create_tracker_items)
Can change tracker items (tiki_p_modify_tracker_items)
Can remove tracker items (tiki_p_remove_tracker_items)
(I stopped here)

Anonymous can't see any trackers listed, but still can see tiki-list_trackers.php and the menu item
---

My understanding is that, as there is NO tiki_p_list_trackers permissions per tracker object is that this permission is a top layer that should be applied to display or hide tiki-list_trackers.php trackers=>list trackers

There are many cases you want users (groups) to access item(s) but not to see the trackers list without redoing the all display interface. "tiki_p_list_trackers" permission was an easy and cleaner (no empty list or un-useful menu item) way to be sure this doesn't happen. While there are other ways to achieve this, those are complicate and require power users knowledge.

I believe that in time something was omitted (broken) and it went under the radar.
May be because the permission label "Can view trackers (tiki_p_view_trackers)" is not clear enough vs "Can list trackers". It should have been "Can view tracker ===items===" .
{FADE}

My server has PHP 7.4 installed, and I get the following messages:

!! __Home Page - logged in__

Deprecated: Array and string offset access syntax with curly braces is deprecated in /tiki-sefurl.php on line 193

Deprecated: Array and string offset access syntax with curly braces is deprecated in /lib/init/initlib.php on line 245

Deprecated: Array and string offset access syntax with curly braces is deprecated in /vendor_bundled/vendor/h5p/h5p-core/h5p.classes.php on line 2590

Deprecated: Array and string offset access syntax with curly braces is deprecated in /vendor_bundled/vendor/h5p/h5p-core/h5p-development.class.php on line 70

Deprecated: Unparenthesized `a ? b : c ? d : e` is deprecated. Use either `(a ? b : c) ? d : e` or `a ? b : (c ? d : e)` in /tiki-setup_base.php on line 223

Deprecated: Array and string offset access syntax with curly braces is deprecated in /lib/core/Tiki/MemoryLimit.php on line 45

Deprecated: Array and string offset access syntax with curly braces is deprecated in /lib/tikilib.php on line 416

Deprecated: Array and string offset access syntax with curly braces is deprecated in /lib/tikilib.php on line 1925

Deprecated: Array and string offset access syntax with curly braces is deprecated in /lib/tikilib.php on line 5147

Deprecated: Array and string offset access syntax with curly braces is deprecated in /lib/tikilib.php on line 5147

Deprecated: Array and string offset access syntax with curly braces is deprecated in /lib/tikilib.php on line 6448

Deprecated: Array and string offset access syntax with curly braces is deprecated in /lib/modules/modlib.php on line 554

Deprecated: Array and string offset access syntax with curly braces is deprecated in /lib/userslib.php on line 369

Deprecated: Array and string offset access syntax with curly braces is deprecated in /lib/userslib.php on line 371

Deprecated: The behavior of unparenthesized expressions containing both '.' and '+'/'-' will change in PHP 8: '+'/'-' will take a higher precedence in /lib/userslib.php on line 8313

Deprecated: Array and string offset access syntax with curly braces is deprecated in /lib/core/Perms/Accessor.php on line 118

Deprecated: Array and string offset access syntax with curly braces is deprecated in /lib/core/Perms/Accessor.php on line 118

Deprecated: Array and string offset access syntax with curly braces is deprecated in /lib/parser/parserlib.php on line 275

Deprecated: Array and string offset access syntax with curly braces is deprecated in /lib/parser/parserlib.php on line 1442

Deprecated: Array and string offset access syntax with curly braces is deprecated in /lib/core/WikiParser/PluginMatcher.php on line 389

Deprecated: Array and string offset access syntax with curly braces is deprecated in /lib/core/WikiParser/PluginMatcher.php on line 602

Deprecated: Array and string offset access syntax with curly braces is deprecated in /lib/core/WikiParser/PluginArgumentParser.php on line 27

Deprecated: Array and string offset access syntax with curly braces is deprecated in /lib/core/WikiParser/PluginArgumentParser.php on line 35

Deprecated: Array and string offset access syntax with curly braces is deprecated in /lib/core/WikiParser/PluginArgumentParser.php on line 39


!!__Editing Home Page__

Deprecated: Array and string offset access syntax with curly braces is deprecated in /lib/wiki/editlib.php on line 1088

Deprecated: Array and string offset access syntax with curly braces is deprecated in /lib/toolbars/toolbarslib.php on line 870

Deprecated: Array and string offset access syntax with curly braces is deprecated in /lib/toolbars/toolbarslib.php on line 873


!! __Entering admin main page__


Deprecated: Array and string offset access syntax with curly braces is deprecated in /lib/prefslib.php on line 142

Deprecated: Array and string offset access syntax with curly braces is deprecated in /lib/core/Search/MySql/FieldQueryBuilder.php on line 31

Deprecated: Array and string offset access syntax with curly braces is deprecated in /lib/core/Search/MySql/FieldQueryBuilder.php on line 41


!!__Search Page__

Deprecated: Array and string offset access syntax with curly braces is deprecated in /lib/init/initlib.php on line 245

Deprecated: Array and string offset access syntax with curly braces is deprecated in /vendor_bundled/vendor/h5p/h5p-core/h5p.classes.php on line 2590

Deprecated: Array and string offset access syntax with curly braces is deprecated in /vendor_bundled/vendor/h5p/h5p-core/h5p-development.class.php on line 70

Deprecated: Unparenthesized `a ? b : c ? d : e` is deprecated. Use either `(a ? b : c) ? d : e` or `a ? b : (c ? d : e)` in /tiki-setup_base.php on line 223

Deprecated: Array and string offset access syntax with curly braces is deprecated in /lib/core/Tiki/MemoryLimit.php on line 45

Deprecated: Array and string offset access syntax with curly braces is deprecated in /lib/tikilib.php on line 416

Deprecated: Array and string offset access syntax with curly braces is deprecated in /lib/tikilib.php on line 1925

Deprecated: Array and string offset access syntax with curly braces is deprecated in/lib/tikilib.php on line 5147

Deprecated: Array and string offset access syntax with curly braces is deprecated in /lib/tikilib.php on line 5147

Deprecated: Array and string offset access syntax with curly braces is deprecated in /lib/tikilib.php on line 6448

Deprecated: Array and string offset access syntax with curly braces is deprecated in /lib/modules/modlib.php on line 554

Deprecated: Array and string offset access syntax with curly braces is deprecated in/lib/userslib.php on line 369

Deprecated: Array and string offset access syntax with curly braces is deprecated in /lib/userslib.php on line 371

Deprecated: The behavior of unparenthesized expressions containing both '.' and '+'/'-' will change in PHP 8: '+'/'-' will take a higher precedence in /lib/userslib.php on line 8313

Deprecated: Array and string offset access syntax with curly braces is deprecated in /lib/core/Perms/Accessor.php on line 118

Deprecated: Array and string offset access syntax with curly braces is deprecated in /lib/core/Perms/Accessor.php on line 118

Deprecated: Array and string offset access syntax with curly braces is deprecated in /lib/parser/parserlib.php on line 275

Deprecated: Array and string offset access syntax with curly braces is deprecated in /lib/parser/parserlib.php on line 1442


!!__File Gallery__

Deprecated: Unparenthesized `a ? b : c ? d : e` is deprecated. Use either `(a ? b : c) ? d : e` or `a ? b : (c ? d : e)` in /fgal_listing_conf.php on line 122


I have 6 other sites running and I can not change the PHP version to anything less.

{syntax type="tiki" editor="plain"}
I get a blank white webpage. phpinfo() function works in a separate php page.

[proxy_fcgi:error] [pid 3764] [client 127.0.0.1:55810] AH01071: Got error 'PHP message: PHP Fatal error: Uncaught TypeError: in_array(): Argument #2 ($haystack) must be of type array, false given in /home/www/tiki-27.0/lib/perspective/binderlib.php:49\nStack trace:\n#0 /home/www/tiki-27.0/lib/perspective/binderlib.php(49): in_array()\n#1 /home/www/tiki-27.0/tiki-setup_base.php(687): AreasLib->getPerspectiveByObjectAndCategories()\n#2 /home/www/tiki-27.0/tiki-setup_base.php(693): {closure}()\n#3 /home/www/tiki-27.0/tiki-setup.php(58): require_once('...')\n#4 /home/www/tiki-27.0/tiki-index.php(43): require_once('...')\n#5 {main}\n thrown in /home/www/tiki-27.0/lib/perspective/binderlib.php on line 49'

(filed under Administration and All as I couldn't find Login/Authentication under Feature)

The authentication between Tiki and phpBB is no longer working.

This was originally reported for version 14.x - I am experiencing under version 20.x - making an assumption that all the versions inbetween have the same issue.

In terms of reproducing the issue:

* I have followed the steps needed to enable phpBB authentication via Tiki (from https://doc.tiki.org/phpBB-Authentication )
* I created a new user on the phpBB forum
* I was able to log in as the new user on the phpBB forum
* I then tried to log onto Tiki with that user, but I get a blank page (no error messages)
* logging back onto Tiki as admin, I do not see the same username that should have been created (meaning, no additional user has been created in Tiki as result)
* incidentally, I also tried to intentionally change the phpBB database credentials to something wrong, to see if it made any difference during the login process, it did not make any difference

In terms of Importance, it is difficult for me at this stage to appraise this since I am new to Tiki and it appears not many other people have reported this.
However, there are certain features in Tiki's own forum which may present challenges to forum managers (such as the current table structure for forum sections, as well as the inability to be able to sort forums arbitrarily, and lastly the ability to create sub-forums) so a solution such as phpBB would help. So I am classing as 7: it would stop some people to consider adopting Tiki because this feature is no longer working.

My versions:
* Tiki 20.x
* phpBB 3.2.7

Please see https://tiki.org/tiki-view_forum_thread.php?comments_parentId=56547 for details of original user who first logged the problem, as well as a screenshot of what I get in version 20.x

__Note:__ I am unable to use Tiki Show - I would need a phpBB database in there to demonstrate

If you need any other information please do not hesitate to get in touch.

Problems connecting a BigBlueButton-Server. It doesn't work on my site. I asked a BigBlueButton expert. He tried to check Tiki-connection to his BBB-server. The failure message "zero" appears ether as well (like in my system). He said: "Tiki is doing something strange. The join command does not even arrive at my server. Tiki does something internally beforehand that leads to the 'null' (zero) display. I took a quick look at the Tiki code but couldn't find any sticking point. It needs a troubleshooting with a development environment. I saw that Tiki is not well programmed (things of the BigBlueButton API are checked very incorrectly; errors then sometimes correct each other by "chance" etc.)." BigBlueButton for me is a crucial point during Cocid-19 ands in general using the Tiki-Software. Are there chances to correct the programming?

As seen on the default home page, the links in the FANCTABLE content fail to get parsed, e.g.
{CODE()}{FANCYLIST()}
1) Log in with your newly created password.
2) Manually [Enable specific Tiki features](tiki-admin.php?page=features) that you didn't enable with the Admin wizard.
3) Run [Tiki Profiles](tiki-admin.php?page=profiles) to quickly get up and running.
{FANCYLIST}{CODE}

In tiki syntax that should work fine (as below)
{FANCYLIST()}
1) Log in with your newly created password.
2) Manually [Enable specific Tiki features](tiki-admin.php?page=features) that you didn't enable with the Admin wizard.
3) Run [Tiki Profiles](tiki-admin.php?page=profiles) to quickly get up and running.
{FANCYLIST}

I am not sure if this is a bug or feature request.

When using:
{CODE(theme="default")}{files galleryId="4:5:6:7:8:9:10:11:12:13:14:15" sort="created_desc" showaction="y" showtitle="n" showid="y" showicon="y" showname="y" showfilename="n" showsize="n" showdescription="y" showmodified="n" showauthor="n" showcreator="n" slideshow="n" showlasteditor="n" showthumb="y" showupload="n" max="10" recursive="y"}
{CODE}
with showthumb="y" the file or image name when hovered over will show a popup preview of the image or the file.

But when using files __fileId=__ instead of __files galleryid=__ the popup preview does not work with showthumb="n"

I have cleared all my custom CSS styling in theme on my own instance, and the issue is still prevalent.

Here are two examples on my own wiki you can see.
https://thepatriotwoodwiki.org/
At the link above, please see image gallery listed by gallery id, displayed at lower portion of page. See thumbs displayed to the left, now hover cursor over image or file name, a beautiful preview popup appears. I like it, but it's redundant, why have a pop up appear when you already have a thumb displayed?

Please see:
https://thepatriotwoodwiki.org/Balsam-Fir
See gallery listed by file id, I do not want thumbs to show in left column, because it takes up to much page for my taste, so I just have the images or files displayed with information only. So, in my opinion, this is when you would want the hover over image name to popup a preview of the file. But it does not. Please hover over file name.