width="21%"
in a plugin image tag the resulting div tag for the desc will read which will result in the width attribute being ignored. A quick and dirty fix to line 1504 might be to replace "px"
with (is_numeric($width) ? "px" : "")
Importance: 5
Easy to solve?: 10 easy
Priority: 50
Demonstrate Bug (Tiki 19+):
This bug has been demonstrated on show2.tiki.org
Please demonstrate your bug on show2.tiki.org
Accessing the Tiki instance that demonstrates this bug The URL for the show2.tiki.org instance that demonstrates this bug is at: http://jeffoire-12080-8615.show2.tiki.org. Note that if you get a popup asking for a username/password, please just enter "show" and "show". This is different from the initial login and password for a new Tiki which is "admin" and "admin".
For the install log, see http://jeffoire-12080-8615.show2.tiki.org/info.txt
Note that if you see PHP errors or a Tiki claiming to be missing third party software, the instance creation is probably not finished. Please wait a couple minutes and reload.
Snapshots Snapshots are database dumps of the configuration that developers can download for debugging. Once you have reproduced your bug on the show2.tiki.org instance, create a snapshot that can then be downloaded by developers for further investigation.
Snapshots can be accessed at: http://jeffoire-12080-8615.show2.tiki.org/snapshots/. Note that if you get a popup asking for a username/password, please just enter "show" and "show".
Create new snapshot
Demonstrate Bug (older Tiki versions):
This bug has been demonstrated on show.tikiwiki.org
Please demonstrate your bug on show.tikiwiki.org
About show.tikiwiki.org To help developers solve the bug, we kindly request that you demonstrate your bug on a show.tikiwiki.org instance. To start, simply select a version and click on "Create show.tikiwiki.org instance". Once the instance is ready (in a minute or two), as indicated in the status window below, you can then access that instance, login (the initial admin username/password is "admin") and configure the Tiki to demonstrate your bug. Priority will be given to bugs that have been demonstrated on show.tikiwiki.org.
Version:
Create show.tikiwiki.org instance
Ticket ID: 8615
]]>
2024-03-28T22:54:43+00:00
2024-03-28T22:54:43+00:00
https://dev.tiki.org/item8615-line-1504-of-wikiplugin_img-php-appends-px-regardless-of-what-width-is
Admin bar module causes fatal error
Version: 27.x (future, currently trunk)
Category: - Regression
Feature: Modules
Admin Interface (UI)
Resolution status : New
Submitted by: Gary Cunningham-Lee
Lastmod by: Gary Cunningham-Lee
Rating:
Description: I assigned the module "adminbar" and, where the module should display, there was this error message:
Copy to clipboardFatal error rendering template file C:\laragon\www\G\master\templates\modules/mod-adminbar.tpl
TypeError: Smarty\Data::setVariable(): Argument #2 ($variableObject) must be of type Smarty\Variable, SmartyTiki\ReferenceVariable given, called in C:\laragon\www\G\master\vendor_bundled\vendor\smarty\smarty\src\Runtime\ForeachRuntime.php on line 153 and defined in C:\laragon\www\G\master\vendor_bundled\vendor\smarty\smarty\src\Data.php:268
Stack trace:
#0 C:\laragon\www\G\master\vendor_bundled\vendor\smarty\smarty\src\Runtime\ForeachRuntime.php(153): Smarty\Data->setVariable('page', Object(SmartyTiki\ReferenceVariable))
#1 C:\laragon\www\G\master\temp\templates_c\en_social^c5e86604880be3130d0af6581df4d5ab622f4e74_0.file_mod-adminbar.tpl.php(224): Smarty\Runtime\ForeachRuntime->restore(Object(Smarty\Template), 1)
#2 C:\laragon\www\G\master\vendor_bundled\vendor\smarty\smarty\src\Template\GeneratedPhpFile.php(111): content_660403c9195f44_19231142(Object(Smarty\Template))
#3 C:\laragon\www\G\master\vendor_bundled\vendor\smarty\smarty\src\Template\Compiled.php(110): Smarty\Template\GeneratedPhpFile->getRenderedTemplateCode(Object(Smarty\Template), 'content_660403c...')
#4 C:\laragon\www\G\master\vendor_bundled\vendor\smarty\smarty\src\Template.php(180): Smarty\Template\Compiled->render(Object(Smarty\Template))
#5 C:\laragon\www\G\master\vendor_bundled\vendor\smarty\smarty\src\Template.php(654): Smarty\Template->render(false, 0)
#6 C:\laragon\www\G\master\vendor_bundled\vendor\smarty\smarty\src\Template.php(586): Smarty\Template->_execute(0)
#7 C:\laragon\www\G\master\vendor_bundled\vendor\smarty\smarty\src\Smarty.php(2120): Smarty\Template->fetch()
#8 C:\laragon\www\G\master\lib\init\smarty.php(277): Smarty\Smarty->fetch('C:\\laragon\\www\\...', NULL, NULL, NULL)
#9 C:\laragon\www\G\master\lib\modules\modlib.php(1187): Smarty_Tiki->fetch('C:\\laragon\\www\\...')
#10 C:\laragon\www\G\master\tiki-modules.php(47): ModLib->execute_module(Array)
#11 C:\laragon\www\G\master\lib\core\Tiki\Render\Lazy.php(21): Smarty_Tiki->{closure}()
#12 [internal function]: Tiki_Render_Lazy->__toString()
#13 C:\laragon\www\G\master\lib\smarty_tiki\FunctionHandler\ModuleList.php(81): preg_replace('/ class=\\"modul...', ' class="module ...', Object(Tiki_Render_Lazy))
#14 [internal function]: SmartyTiki\FunctionHandler\ModuleList->SmartyTiki\FunctionHandler\{closure}(Array)
#15 C:\laragon\www\G\master\lib\smarty_tiki\FunctionHandler\ModuleList.php(52): array_map(Object(Closure), Array)
#16 C:\laragon\www\G\master\temp\templates_c\en_social^d438dc65c3e7c21814fa87f7f6bb014ac6bc7480_0.file_layout_view.tpl.php(217): SmartyTiki\FunctionHandler\ModuleList->handle(Array, Object(Smarty\Template))
#17 C:\laragon\www\G\master\vendor_bundled\vendor\smarty\smarty\src\Template\GeneratedPhpFile.php(111): content_6602f1787e3b44_95978552(Object(Smarty\Template))
#18 C:\laragon\www\G\master\vendor_bundled\vendor\smarty\smarty\src\Template\Compiled.php(110): Smarty\Template\GeneratedPhpFile->getRenderedTemplateCode(Object(Smarty\Template), 'content_6602f17...')
#19 C:\laragon\www\G\master\vendor_bundled\vendor\smarty\smarty\src\Template.php(180): Smarty\Template\Compiled->render(Object(Smarty\Template))
#20 C:\laragon\www\G\master\vendor_bundled\vendor\smarty\smarty\src\Template.php(287): Smarty\Template->render()
#21 C:\laragon\www\G\master\vendor_bundled\vendor\smarty\smarty\src\Runtime\InheritanceRuntime.php(112): Smarty\Template->renderSubTemplate('layout_view.tpl', NULL, 'en--social', 0, 3600, Array, NULL, 'C:\\laragon\\www\\...')
#22 C:\laragon\www\G\master\temp\templates_c\en_social^5872da7c53441c3be37310ab82eabc40ec121b2f_0.file_tiki-show_page.tpl.php(53): Smarty\Runtime\InheritanceRuntime->endChild(Object(Smarty\Template), 'layout_view.tpl', 'C:\\laragon\\www\\...')
#23 C:\laragon\www\G\master\vendor_bundled\vendor\smarty\smarty\src\Template\GeneratedPhpFile.php(111): content_6602f178750ab0_48596869(Object(Smarty\Template))
#24 C:\laragon\www\G\master\vendor_bundled\vendor\smarty\smarty\src\Template\Compiled.php(110): Smarty\Template\GeneratedPhpFile->getRenderedTemplateCode(Object(Smarty\Template), 'content_6602f17...')
#25 C:\laragon\www\G\master\vendor_bundled\vendor\smarty\smarty\src\Template.php(180): Smarty\Template\Compiled->render(Object(Smarty\Template))
#26 C:\laragon\www\G\master\vendor_bundled\vendor\smarty\smarty\src\Template.php(654): Smarty\Template->render(false, 1)
#27 C:\laragon\www\G\master\vendor_bundled\vendor\smarty\smarty\src\Template.php(591): Smarty\Template->_execute(1)
#28 C:\laragon\www\G\master\vendor_bundled\vendor\smarty\smarty\src\Smarty.php(2134): Smarty\Template->display()
#29 C:\laragon\www\G\master\lib\init\smarty.php(462): Smarty\Smarty->display('tiki-show_page....', NULL, NULL)
#30 C:\laragon\www\G\master\tiki-index.php(754): Smarty_Tiki->display('tiki-show_page....')
#31 C:\laragon\www\G\master\route.php(373): include('C:\\laragon\\www\\...')
#32 {main}
Importance: 7
Easy to solve?: 5
Priority: 35
Demonstrate Bug (Tiki 19+):
This bug has been demonstrated on show2.tiki.org
Please demonstrate your bug on show2.tiki.org
About show2.tiki.org To help developers solve the bug, we kindly request that you demonstrate your bug on a show2.tiki.org instance. To start, simply select a version and click on "Create show2.tiki.org instance". Once the instance is ready (in a minute or two), as indicated in the status window below, you can then access that instance, login (the initial admin username/password is "admin") and configure the Tiki to demonstrate your bug. Priority will be given to bugs that have been demonstrated on show2.tiki.org.
Version:
Create show2.tiki.org instance
Demonstrate Bug (older Tiki versions):
This bug has been demonstrated on show.tikiwiki.org
Please demonstrate your bug on show.tikiwiki.org
About show.tikiwiki.org To help developers solve the bug, we kindly request that you demonstrate your bug on a show.tikiwiki.org instance. To start, simply select a version and click on "Create show.tikiwiki.org instance". Once the instance is ready (in a minute or two), as indicated in the status window below, you can then access that instance, login (the initial admin username/password is "admin") and configure the Tiki to demonstrate your bug. Priority will be given to bugs that have been demonstrated on show.tikiwiki.org.
Version:
Create show.tikiwiki.org instance
Ticket ID: 8614
]]>
2024-03-27T11:37:45+00:00
2024-03-27T11:37:45+00:00
https://dev.tiki.org/item8614-Admin-bar-module-causes-fatal-error
Tiki should use modern meta tag for charset
Version: 27.x (future, currently trunk)
Category: - Less than 30-minutes fix
Feature: Meta Tag
Resolution status : New
Submitted by: Gary Cunningham-Lee
Lastmod by: Gary Cunningham-Lee
Rating:
Description: I was doing a little testing with https://github.com/ffoodd/a11y.css. One of the errors it flags is must start with charset
. Tiki doesn't have that exact meta tag, like ta charset="utf-8">
but it has ta http-equiv="Content-Type" content="text/html; charset=utf-8">
.
A search turned up this information:
Both and serve the same purpose of declaring the character encoding for the HTML document. However, is the preferred method in HTML5 because it is more concise and easier to read.
The http-equiv="Content-Type" version was used in older HTML specifications like HTML 4.01, while the charset attribute is the standard in HTML5. Although both are still supported by browsers for backward compatibility, the simpler is recommended for modern web development.
I checked a dozen or so tech and popular websites and found only one - drupal.org - using the http-equiv="Content-Type"
version. Functionally, it apparently doesn't make a difference, but just to be up to date and use the modern syntax it seems like a good idea to update that (assuming there are no downsides to this change).
Importance: 7
Easy to solve?: 8
Priority: 56
Demonstrate Bug (Tiki 19+):
This bug has been demonstrated on show2.tiki.org
Please demonstrate your bug on show2.tiki.org
About show2.tiki.org To help developers solve the bug, we kindly request that you demonstrate your bug on a show2.tiki.org instance. To start, simply select a version and click on "Create show2.tiki.org instance". Once the instance is ready (in a minute or two), as indicated in the status window below, you can then access that instance, login (the initial admin username/password is "admin") and configure the Tiki to demonstrate your bug. Priority will be given to bugs that have been demonstrated on show2.tiki.org.
Version:
Create show2.tiki.org instance
Demonstrate Bug (older Tiki versions):
This bug has been demonstrated on show.tikiwiki.org
Please demonstrate your bug on show.tikiwiki.org
About show.tikiwiki.org To help developers solve the bug, we kindly request that you demonstrate your bug on a show.tikiwiki.org instance. To start, simply select a version and click on "Create show.tikiwiki.org instance". Once the instance is ready (in a minute or two), as indicated in the status window below, you can then access that instance, login (the initial admin username/password is "admin") and configure the Tiki to demonstrate your bug. Priority will be given to bugs that have been demonstrated on show.tikiwiki.org.
Version:
Create show.tikiwiki.org instance
Ticket ID: 8613
]]>
2024-03-27T03:50:28+00:00
2024-03-27T03:50:28+00:00
https://dev.tiki.org/item8613-Tiki-should-use-modern-meta-tag-for-charset
Accessibility warning caused by redundant link title on wiki links
Version: 26.x
27.x (future, currently trunk)
Category: - Usability
Feature: Accessibility
Wiki Syntax (text area, parser, external wiki, etc)
Resolution status : New
Submitted by: Gary Cunningham-Lee
Lastmod by: Gary Cunningham-Lee
Rating:
Description: Wiki links (not external links) get a title in a tooltip that has the same content as the link text, so if you hover over a link to "HomePage", there'll be a tooltip saying "HomePage". This isn't helpful and also gets an accessibility warning error, I guess for cluttering the interface with redundant text. This doesn't happen with links made by WikiWords (camelcase links) but does happen with links made with double parentheses, which is the more common method these days probably.
Looking for info about this at doc.t.o, I noticed some wiki links had helpful titles that turned out to be the page description text of the target page, which does a good job as the link title. These can be seen at, for example, https://doc.tiki.org/Wiki-Syntax-Links#Wiki_Pages in the "Result" column of the table.
But it seems like most wiki pages don't have anything in the page description field, or maybe that feature isn't even turned on, so I think it would be best, if the feature is off or if there is no page description input for the target page, the link shouldn't have a link title. This would be better than redundantly showing the link text.
Importance: 5
Easy to solve?: 5
Priority: 25
Demonstrate Bug (Tiki 19+):
This bug has been demonstrated on show2.tiki.org
Please demonstrate your bug on show2.tiki.org
About show2.tiki.org To help developers solve the bug, we kindly request that you demonstrate your bug on a show2.tiki.org instance. To start, simply select a version and click on "Create show2.tiki.org instance". Once the instance is ready (in a minute or two), as indicated in the status window below, you can then access that instance, login (the initial admin username/password is "admin") and configure the Tiki to demonstrate your bug. Priority will be given to bugs that have been demonstrated on show2.tiki.org.
Version:
Create show2.tiki.org instance
Demonstrate Bug (older Tiki versions):
This bug has been demonstrated on show.tikiwiki.org
Please demonstrate your bug on show.tikiwiki.org
About show.tikiwiki.org To help developers solve the bug, we kindly request that you demonstrate your bug on a show.tikiwiki.org instance. To start, simply select a version and click on "Create show.tikiwiki.org instance". Once the instance is ready (in a minute or two), as indicated in the status window below, you can then access that instance, login (the initial admin username/password is "admin") and configure the Tiki to demonstrate your bug. Priority will be given to bugs that have been demonstrated on show.tikiwiki.org.
Version:
Create show.tikiwiki.org instance
Ticket ID: 8612
]]>
2024-03-27T03:39:59+00:00
2024-03-27T03:39:59+00:00
https://dev.tiki.org/item8612-Accessibility-warning-caused-by-redundant-link-title-on-wiki-links
Selecting method for a banner should be more foolproof
Version: 27.x (future, currently trunk)
Category: - Usability
- Developer Training
Feature: Banner
Admin Interface (UI)
Resolution status : New
Submitted by: Gary Cunningham-Lee
Lastmod by: Gary Cunningham-Lee
Rating:
Description: This is not a huge problem but is something that could be improved. On the create or edit banner page (tiki-edit_banner.php), there's a form with the four types of banner content — Use HTML, Use Image, Use Image from URL, and Use Text. These are radio button labels, and each also has an input or selector where the data is input or selected.
If the user activates the radio button and inputs or selects in the form for that button (in the same row on a large screen), then the banner displays as it should. But it's possible to click the radio button for one content type but input or select content for another type. In this case the form is submitted without an error but the banner won't display correctly.
I know we might think "who would do that?" but the form should probably prevent this user error, if possible, like not allowing form submission unless there's a match between the content-type radio button and data being specified for that content type.
Importance: 5
Easy to solve?: 5
Priority: 25
Demonstrate Bug (Tiki 19+):
This bug has been demonstrated on show2.tiki.org
Please demonstrate your bug on show2.tiki.org
About show2.tiki.org To help developers solve the bug, we kindly request that you demonstrate your bug on a show2.tiki.org instance. To start, simply select a version and click on "Create show2.tiki.org instance". Once the instance is ready (in a minute or two), as indicated in the status window below, you can then access that instance, login (the initial admin username/password is "admin") and configure the Tiki to demonstrate your bug. Priority will be given to bugs that have been demonstrated on show2.tiki.org.
Version:
Create show2.tiki.org instance
Demonstrate Bug (older Tiki versions):
This bug has been demonstrated on show.tikiwiki.org
Please demonstrate your bug on show.tikiwiki.org
About show.tikiwiki.org To help developers solve the bug, we kindly request that you demonstrate your bug on a show.tikiwiki.org instance. To start, simply select a version and click on "Create show.tikiwiki.org instance". Once the instance is ready (in a minute or two), as indicated in the status window below, you can then access that instance, login (the initial admin username/password is "admin") and configure the Tiki to demonstrate your bug. Priority will be given to bugs that have been demonstrated on show.tikiwiki.org.
Version:
Create show.tikiwiki.org instance
Ticket ID: 8611
]]>
2024-03-21T11:53:52+00:00
2024-03-21T11:53:52+00:00
https://dev.tiki.org/item8611-Selecting-method-for-a-banner-should-be-more-foolproof
Articles, adding an "Show the last update date" for articles
Version: master
27.x (future, currently trunk)
28.x (future, soon to be master)
Category: - Feature request
- Easy for Newbie Dev
Feature: Article
Resolution status : New
Submitted by: Bernard Sfez / Tiki Specialist
Lastmod by: Bernard Sfez / Tiki Specialist
Rating:
Description: There is no option in the admin topics to display the last date an article was updated (modified).
This is very common for articles or news to show this information.
I believe we have it stored somewhere.
It would be nice to add this option at : tiki-article_types.php
Importance: 6
Easy to solve?: 8
Priority: 48
Demonstrate Bug (Tiki 19+):
This bug has been demonstrated on show2.tiki.org
Please demonstrate your bug on show2.tiki.org
About show2.tiki.org To help developers solve the bug, we kindly request that you demonstrate your bug on a show2.tiki.org instance. To start, simply select a version and click on "Create show2.tiki.org instance". Once the instance is ready (in a minute or two), as indicated in the status window below, you can then access that instance, login (the initial admin username/password is "admin") and configure the Tiki to demonstrate your bug. Priority will be given to bugs that have been demonstrated on show2.tiki.org.
Version:
Create show2.tiki.org instance
Demonstrate Bug (older Tiki versions):
This bug has been demonstrated on show.tikiwiki.org
Please demonstrate your bug on show.tikiwiki.org
About show.tikiwiki.org To help developers solve the bug, we kindly request that you demonstrate your bug on a show.tikiwiki.org instance. To start, simply select a version and click on "Create show.tikiwiki.org instance". Once the instance is ready (in a minute or two), as indicated in the status window below, you can then access that instance, login (the initial admin username/password is "admin") and configure the Tiki to demonstrate your bug. Priority will be given to bugs that have been demonstrated on show.tikiwiki.org.
Version:
Create show.tikiwiki.org instance
Ticket ID: 8610
]]>
2024-03-20T09:54:36+00:00
2024-03-20T09:54:36+00:00
https://dev.tiki.org/item8610-Articles-adding-an-Show-the-last-update-date-for-articles
Article custom attribute causes fatal error
Version: 27.x (future, currently trunk)
Category: - Regression
Feature: Article
Resolution status : New
Submitted by: Gary Cunningham-Lee
Lastmod by: Gary Cunningham-Lee
Rating:
Description: Testing how custom attributes work when creating an article, I added a new custom attribute on the article types page (tiki-article_types.php), which added a new input on the advanced tab of my articles edit page (tiki-edit_article.php?articleId=3#content-edit_article1-5). I input text for the data of the attribute and published the article, and it worked fine (the attribute name and data displayed at the top of the article text). But when I tried to re-edit the article, I got this error:
Copy to clipboardFatal error: Uncaught TypeError: Cannot access offset of type string on string in . . . \master\lib\articles\artlib.php:1661 Stack trace: #0 . . . \master\tiki-edit_article.php(685): ArtLib->set_article_attributes('3', Array) #1 {main} thrown in , , , \master\lib\articles\artlib.php on line 1661
Importance: 5
Easy to solve?: 5
Priority: 25
Demonstrate Bug (Tiki 19+):
This bug has been demonstrated on show2.tiki.org
Please demonstrate your bug on show2.tiki.org
About show2.tiki.org To help developers solve the bug, we kindly request that you demonstrate your bug on a show2.tiki.org instance. To start, simply select a version and click on "Create show2.tiki.org instance". Once the instance is ready (in a minute or two), as indicated in the status window below, you can then access that instance, login (the initial admin username/password is "admin") and configure the Tiki to demonstrate your bug. Priority will be given to bugs that have been demonstrated on show2.tiki.org.
Version:
Create show2.tiki.org instance
Demonstrate Bug (older Tiki versions):
This bug has been demonstrated on show.tikiwiki.org
Please demonstrate your bug on show.tikiwiki.org
About show.tikiwiki.org To help developers solve the bug, we kindly request that you demonstrate your bug on a show.tikiwiki.org instance. To start, simply select a version and click on "Create show.tikiwiki.org instance". Once the instance is ready (in a minute or two), as indicated in the status window below, you can then access that instance, login (the initial admin username/password is "admin") and configure the Tiki to demonstrate your bug. Priority will be given to bugs that have been demonstrated on show.tikiwiki.org.
Version:
Create show.tikiwiki.org instance
Ticket ID: 8609
]]>
2024-03-19T09:20:47+00:00
2024-03-19T09:20:47+00:00
https://dev.tiki.org/item8609-Article-custom-attribute-causes-fatal-error
Major layout problems on the browse directory page
Version: 26.x
27.x (future, currently trunk)
Category: - Regression
- Developer Training
Feature: Directory (of hyperlinks)
Resolution status : New
Submitted by: Gary Cunningham-Lee
Lastmod by: Gary Cunningham-Lee
Rating:
Description: The directory feature isn't maintained much because web directories are mostly a thing of the past, but as long as it's still in Tiki, probably its pages shouldn't have broken layout. The page is tiki-directory_browse.php and the file is tiki-directory_browse.tpl. Mostly it's the "find" form layout that needs updating to be similar to other find forms in Tiki.
Other details could be improved. For example the breadcrumbs element doesn't seem to use the breadcrumbs preference for link divider. And in general the page layout could be nicer.
Importance: 3
Easy to solve?: 7
Priority: 21
Demonstrate Bug (Tiki 19+):
This bug has been demonstrated on show2.tiki.org
Please demonstrate your bug on show2.tiki.org
About show2.tiki.org To help developers solve the bug, we kindly request that you demonstrate your bug on a show2.tiki.org instance. To start, simply select a version and click on "Create show2.tiki.org instance". Once the instance is ready (in a minute or two), as indicated in the status window below, you can then access that instance, login (the initial admin username/password is "admin") and configure the Tiki to demonstrate your bug. Priority will be given to bugs that have been demonstrated on show2.tiki.org.
Version:
Create show2.tiki.org instance
Demonstrate Bug (older Tiki versions):
This bug has been demonstrated on show.tikiwiki.org
Please demonstrate your bug on show.tikiwiki.org
About show.tikiwiki.org To help developers solve the bug, we kindly request that you demonstrate your bug on a show.tikiwiki.org instance. To start, simply select a version and click on "Create show.tikiwiki.org instance". Once the instance is ready (in a minute or two), as indicated in the status window below, you can then access that instance, login (the initial admin username/password is "admin") and configure the Tiki to demonstrate your bug. Priority will be given to bugs that have been demonstrated on show.tikiwiki.org.
Version:
Create show.tikiwiki.org instance
Ticket ID: 8608
]]>
2024-03-17T10:25:59+00:00
2024-03-17T10:25:59+00:00
https://dev.tiki.org/item8608-Major-layout-problems-on-the-browse-directory-page
No value displayed for Forum Order preference on tiki-admin_forum.php
Version: 26.x
27.x (future, currently trunk)
Category: - Regression
Feature: Forum
Admin Interface (UI)
Resolution status : New
Submitted by: Gary Cunningham-Lee
Lastmod by: Gary Cunningham-Lee
Rating:
Description: The code looks like this (right, it's also missing ARIA attributes):
Copy to clipboard
{tr}{$forumOrder|escape}{/tr}
but only the label displays. There's no forum order information. Apparently this page is related: tiki-admin.php?page=forums&cookietab=2&highlight=forums_ordering so maybe something set here should show up as forum order on the forum's main admin tab, but I don't really know. Anyway, either the data should display or the label should be removed.
Importance: 5
Easy to solve?: 5
Priority: 25
Demonstrate Bug (Tiki 19+):
This bug has been demonstrated on show2.tiki.org
Please demonstrate your bug on show2.tiki.org
About show2.tiki.org To help developers solve the bug, we kindly request that you demonstrate your bug on a show2.tiki.org instance. To start, simply select a version and click on "Create show2.tiki.org instance". Once the instance is ready (in a minute or two), as indicated in the status window below, you can then access that instance, login (the initial admin username/password is "admin") and configure the Tiki to demonstrate your bug. Priority will be given to bugs that have been demonstrated on show2.tiki.org.
Version:
Create show2.tiki.org instance
Demonstrate Bug (older Tiki versions):
This bug has been demonstrated on show.tikiwiki.org
Please demonstrate your bug on show.tikiwiki.org
About show.tikiwiki.org To help developers solve the bug, we kindly request that you demonstrate your bug on a show.tikiwiki.org instance. To start, simply select a version and click on "Create show.tikiwiki.org instance". Once the instance is ready (in a minute or two), as indicated in the status window below, you can then access that instance, login (the initial admin username/password is "admin") and configure the Tiki to demonstrate your bug. Priority will be given to bugs that have been demonstrated on show.tikiwiki.org.
Version:
Create show.tikiwiki.org instance
Ticket ID: 8607
]]>
2024-03-17T08:01:23+00:00
2024-03-17T08:01:23+00:00
https://dev.tiki.org/item8607-No-value-displayed-for-Forum-Order-preference-on-tiki-admin_forum-php
There's no place to specify an article image alt attribute
Version: 26.x
27.x (future, currently trunk)
Category: - Usability
- Developer Training
Feature: Article
Accessibility
Resolution status : New
Submitted by: Gary Cunningham-Lee
Lastmod by: Gary Cunningham-Lee
Rating:
Description: Displaying an image with an alt attribute is an accessibility problem, and the "article image" in Tiki's articles feature have no way of inputting the alt text. The page source shows alt=""
but it's empty because there's no form input when editing the article to specify it.
Importance: 7
Easy to solve?: 7
Priority: 49
Demonstrate Bug (Tiki 19+):
This bug has been demonstrated on show2.tiki.org
Please demonstrate your bug on show2.tiki.org
About show2.tiki.org To help developers solve the bug, we kindly request that you demonstrate your bug on a show2.tiki.org instance. To start, simply select a version and click on "Create show2.tiki.org instance". Once the instance is ready (in a minute or two), as indicated in the status window below, you can then access that instance, login (the initial admin username/password is "admin") and configure the Tiki to demonstrate your bug. Priority will be given to bugs that have been demonstrated on show2.tiki.org.
Version:
Create show2.tiki.org instance
Demonstrate Bug (older Tiki versions):
This bug has been demonstrated on show.tikiwiki.org
Please demonstrate your bug on show.tikiwiki.org
About show.tikiwiki.org To help developers solve the bug, we kindly request that you demonstrate your bug on a show.tikiwiki.org instance. To start, simply select a version and click on "Create show.tikiwiki.org instance". Once the instance is ready (in a minute or two), as indicated in the status window below, you can then access that instance, login (the initial admin username/password is "admin") and configure the Tiki to demonstrate your bug. Priority will be given to bugs that have been demonstrated on show.tikiwiki.org.
Version:
Create show.tikiwiki.org instance
Ticket ID: 8606
]]>
2024-03-15T09:28:18+00:00
2024-03-15T09:28:18+00:00
https://dev.tiki.org/item8606-There-s-no-place-to-specify-an-article-image-alt-attribute