Deprecated: Joomla\Input\Input implements the Serializable interface, which is deprecated. Implement __serialize() and __unserialize() instead (or in addition, if support for old PHP versions is necessary) in /homepages/13/d380392445/htdocs/Jlive/libraries/vendor/joomla/input/src/Input.php on line 41

Deprecated: Return type of Joomla\Input\Input::count() should either be compatible with Countable::count(): int, or the #[\ReturnTypeWillChange] attribute should be used to temporarily suppress the notice in /homepages/13/d380392445/htdocs/Jlive/libraries/vendor/joomla/input/src/Input.php on line 170

Deprecated: Joomla\CMS\Input\Input implements the Serializable interface, which is deprecated. Implement __serialize() and __unserialize() instead (or in addition, if support for old PHP versions is necessary) in /homepages/13/d380392445/htdocs/Jlive/libraries/src/Input/Input.php on line 31

Deprecated: Joomla\CMS\Input\Cookie implements the Serializable interface, which is deprecated. Implement __serialize() and __unserialize() instead (or in addition, if support for old PHP versions is necessary) in /homepages/13/d380392445/htdocs/Jlive/libraries/src/Input/Cookie.php on line 21

Deprecated: str_replace(): Passing null to parameter #3 ($subject) of type array|string is deprecated in /homepages/13/d380392445/htdocs/Jlive/libraries/src/Uri/Uri.php on line 141
Issue Tracker Guide :: List displays and sh404SEF component.

Deprecated: F0FInput implements the Serializable interface, which is deprecated. Implement __serialize() and __unserialize() instead (or in addition, if support for old PHP versions is necessary) in /homepages/13/d380392445/htdocs/Jlive/libraries/f0f/input/input.php on line 35

Deprecated: Joomla\CMS\Input\Files implements the Serializable interface, which is deprecated. Implement __serialize() and __unserialize() instead (or in addition, if support for old PHP versions is necessary) in /homepages/13/d380392445/htdocs/Jlive/libraries/src/Input/Files.php on line 21

List displays and sh404SEF component.

Problems have been seen using the component sh404SEF and the pagination display of list screens from Issue Tracker on the front end of the site.

The problem is caused because the sh404SEF component has created URLs for Page-2, Page-3 etc which are then referenced in the pagination module, causing the wrong page to be displayed. i.e. If the pagination limit is set to value of 5, then page-1 will contain records 1->5, page-2 records 6->10, page-3 records 11-15 etc. If one then changes the pagination limit to 10, the records should be page-1 1->10, page-2 11-20, etc. However the link in the list page footer shows the link as page-2, and when one clicks on the link it displays the 'original/earlier' page-2. i.e. records 6-10. This is obviously incorrect.

This is not a problem with the issue tracker pagination code per se, but it is a problem with the way in which the sh404SEF URLS are created from the component.

Tests have shown that if the sef_ext code is modified to retain the 'limit' and limitstart' variables then the correct pages are displayed, once the existing entries in sh404SEF have been removed.

So from Issue Tracker release 1.3.1 these two variables will be visible. In this way the pages displayed will be correct and any page cache in use on the site will also work correctly.

[Note]Note

It is necessary to clear out the entries that may have been stored in the sh404SEF tables for the 'page-x' variables so that they are not reused, and hence defeat the purpose of the change.

Go To Top

Joomla! Debug Console

Session

Profile Information

Memory Usage

Database Queries