Name | Type |
---|---|
BANNER in siteheader crashes tikiwiki 1.9.11 | tracker item |
Banner display setting: To and From Time loads incorrectly
When configuring a banner, it is possible to set a to- and from-time when the banner can be displayed. Setting and saving these times work OK. The times are stored as specified (assumed local time for server) However, when the settings are reloaded/reviewed, the times seems to auto-adjust the times, based on an assumption that the times are stored in UTC. I am in the GMT+2 timezone, thus both times are incremented by 2 hours when they are reloaded. Unless this error is detected and manually corrected before re-saving, the time settings will be altered. This will occur every time. |
tracker item |
Banner parameters to display or not display a banner on a page are broken | tracker item |
Banner show binary data as ascii when using method 'Use image generated by URL'
Banner show binary data as ascii when using method 'Use image generated by URL' (at tiki-edit_banner.php?bannerId=N ) Example image and url: http://www.feedintariff.com.au/468x60.jpg |
tracker item |
Banner stats are unreliable
Tested on 1 site. Banner stats are unreliable. Generally, they count 3 times each click. Needs to be verified on another site. |
tracker item |
Banner: Impressions are not counted properly
One one site, (needs to be checked elsewhere), the number of impressions seems to be triple the actual number. Please comment if banners are reliable for you. |
tracker item |
Banner: timezone shifting problem on editing of banners
Normally, we want banners from 0h00 to 23h59 and this works well. However, on banner edit, 3 hours are added (depends on server). This is a new problem introduced by a fix a few months ago. Tiki 1.10 has much better handling of timezones. Workaround: On each edit, make sure to change back to 0h00 to 23h59 {img src=show_image.php?id=31} |
tracker item |
Banners don't work
Banners show as just an empty box when displayed. Images don't work, text doesn't work, nothing will get it to display anything but an empty box. {banner zone=XXXXX} doesn't work either. |
tracker item |
It is not possible to upload a second time an image as banner | tracker item |
Banners on a col (left col) spill over the main content | tracker item |
Banners: having a way to point to a custom tpl or to a wiki page
Suggested on IRC: (4:39:16 PM) mose: maybe what is missing in banners feature is a way to point to a custom tpl This would give more flexibility. It would be easy to add Javascript, or very special banners or using variables (language, etc) If a wiki page, we could easily delegate management and maintain edit history. |
tracker item |
Banners: missing picture on edit
But it is shown fine when you save. {img src=show_image.php?id=32} |
tracker item |
Big images uploaded as banner Image overlap the interface | tracker item |
Cannot get Banners to show php7.4-fpm, nginx, mysql5.7 | tracker item |
Feature request: Switching a Tiki to black | tracker item |
Generate valid RSS feeds from wiki pages, useful for ad serving and remote management of content, like a site footer
This is an RSS feed: http://sourceforge.net/export/rss2_projsummary.php?group_id=64258 It's not the traditional way of using RSS but it can be very useful :-) It permits us to get up to date info (Ex.: number of devs, number of downloads, etc.) from SourceForge, using RSS. We can then publish on http://info.tikiwiki.org/ This idea could be used for serving ads. http://en.wikipedia.org/wiki/Ad_serving This is also in the same idea as: http://dev.tikiwiki.org/Connect http://tikiwiki.org/Viral+Tiki Two immediate uses # Manage the footer of all *.tikiwiki.org sites from one place # Permit to push news & calls to action (Current version of Tiki, vote for Tiki in an Award, new release, etc) Tiki5 as of now: http://tikiwiki.org/tiki-index_raw.php?page=rsstest Tiki4 as of now: http://info.tikiwiki.org/tiki-index_raw.php?page=DeployWikiPageContentAsRSS Related {wish id=1396} |
tracker item |
Image will not work in Banner
Version 5.3.3 When setting up a banner, "text" works fine. When switching to use of an image for a banner,the image uploads directly to some location other than the file directory I have chosen and am using for images. I cannot tell where it is going. It is not going to the chosen file directory for images. When putting in {banner zone='xxxx'} and the banner has an image for content, just the word "Banner" appears on the page. Apparently it cannot find the image, or load it. Also, it is odd that it forms a link, because no linking has been given. According to the documentation, when the link field is empty, no linking will occur. |
tracker item |
Banner cache is not cleared when using 'Clear all Tiki caches' feature
TikiWiki 6.6 When using banners, and you update the banner table manually, the changes are not visible because the banners are cached. (so far so good). However when clicking 'Clear all tiki caches' the banner cache (which resides in the /temp dir) is not cleared. |
tracker item |
Main Feature
Features Classification |
tracker item |
natokpe | tracker item |
Need a way to insert SCRIPTS into banner code
Many banner advertisers use a javascript for banner adverting. Currently, there is no way to add a JS-based banner. |
tracker item |
open redirect vulnerability on banner_click.php | tracker item |
Remove flash parameters (and code ?) from the banner feature | tracker item |
Selecting method for a banner should be more foolproof | tracker item |
Siteheader ad banner "activate"/"publish" checkboxes emptied by Look & Feel setting change
The first problem (maybe local) is that the ad checkboxes on tiki-admin.php?page=ads tend to not stay checked. Please confirm if this is true for other users. The bigger problem (on two servers): when I switch the logo from left to right on the Look & Feel admin page, the ad checkboxes on tiki-admin.php?page=ads get emptied. Maybe any update on Look & Feel resets the ad activate and publish checkboxes to empty; I didn't check. Also, on the ads and banners admin page, only the bottom "Apply" button works, for me. Site header banner ad configuration worked before it was split off as a separate page, afaik. Maybe a bug was introduced by the move to its own page. |
tracker item |
Theme and Tools for MediaWiki migration
Maybe some of you will think of this as a "marketinhg" thing, but let's face it : for most users on the Web "wiki" is synonym with "MediaWiki-powered sites that look like wikipedia". What I propose is to create the theme and tools to facilitate migration of mediawiki powered sites to tikiwiki the (very) easy way : fill a form during install that points to the Mediawiki database, and extract all the info to automagically populate the Tiki. I'm willing to participate, but I do not feel I have the required knowledge at this moment to be able to do something useful in the coding part : I know little to no PHP or MySQL stuff, I even wasn't able to install Tiki properly here (shame on me). |
tracker item |
Tiki banners do not allow SCRIPT elements (even with HTML purifier disabled) | tracker item |
Using Flash with Tiki banners
Tiki banners can now handle images, text, html and external image. To use Flash, one must make an html file (with the Flash) and call that via an iframe. Adding native support to upload and use a Flash file is next step. |
tracker item |
The same banner works prefectly with 2.0 RC2 and RC4