? Success

User tests: Successful: Unsuccessful:

avatar brianteeman
brianteeman
5 Aug 2016

com_tags has an option that "Shows the number of items with a given tag."
Except there is no code anywhere to use that option which makes sense as we display the items with the tag and not the number items for each tag. That is something the tags-popular module does not the tags component ir tags menu item

This PR removes this useless option

avatar joomla-cms-bot joomla-cms-bot - change - 5 Aug 2016
Category Tags Administration Components Front End Installation SQL Postgresql MS SQL Unit Tests
avatar brianteeman brianteeman - open - 5 Aug 2016
avatar brianteeman brianteeman - change - 5 Aug 2016
Status New Pending
avatar joomla-cms-bot joomla-cms-bot - change - 5 Aug 2016
Labels Added: ? ?
avatar alikon
alikon - comment - 6 Aug 2016

For the display of the number items for each tag we may have this pr #10895 in addition to the tags-popular module

avatar brianteeman
brianteeman - comment - 6 Aug 2016

Yes that's correct but unaffected by this pr (I hope)

avatar brianteeman brianteeman - change - 26 Aug 2016
Title
Remove show_tag_num_items
Remove show_tag_num_items
avatar brianteeman brianteeman - change - 26 Aug 2016
Labels
Easy No Yes
avatar brianteeman brianteeman - change - 26 Aug 2016
Labels
avatar coolcat-creations coolcat-creations - test_item - 15 Sep 2016 - Tested successfully
avatar coolcat-creations
coolcat-creations - comment - 15 Sep 2016

I have tested this item successfully on

Tested successful - All appearances are gone.
But will it break B/C if anyone used it in own overrides ?


This comment was created with the J!Tracker Application at issues.joomla.org/joomla-cms/11478.

avatar mbabker
mbabker - comment - 15 Sep 2016

But will it break B/C if anyone used it in own overrides ?

Yes and no. Yes in that there is no longer a value to check the next time the parameters for one of these sections are saved (it'll still persist in the database even though it's no longer in the XML file). No in that all the parameter code has a default value to use in case the parameter's value isn't set, so whatever the default in the PHP file is will be used in those cases.

@brianteeman there's a merge conflict in installation/sql/sqlazure/sample_testing.sql (and GitHub finally tells us this, yay for small miracles)

avatar slibbe
slibbe - comment - 4 Nov 2016

Tested succesfully, with MySQL.


This comment was created with the J!Tracker Application at issues.joomla.org/tracker/joomla-cms/11478.

avatar slibbe slibbe - test_item - 4 Nov 2016 - Tested successfully
avatar slibbe
slibbe - comment - 4 Nov 2016

I have tested this item successfully on 5a488f5


This comment was created with the J!Tracker Application at issues.joomla.org/tracker/joomla-cms/11478.

avatar BiancaCrown
BiancaCrown - comment - 4 Nov 2016

I have tested this item successfully on 5a488f5

Tested successfully


This comment was created with the J!Tracker Application at issues.joomla.org/tracker/joomla-cms/11478.

avatar BiancaCrown BiancaCrown - test_item - 4 Nov 2016 - Tested successfully
avatar BiancaCrown
BiancaCrown - comment - 4 Nov 2016

I have tested this item succesfully


This comment was created with the J!Tracker Application at issues.joomla.org/tracker/joomla-cms/11478.

avatar jeckodevelopment
jeckodevelopment - comment - 25 Nov 2016

@brianteeman can you please look at conflicts?

avatar brianteeman
brianteeman - comment - 25 Nov 2016

Closed - it was quicker to redo than look at the merge conflict

See #13013

avatar brianteeman brianteeman - change - 25 Nov 2016
Status Pending Closed
Closed_Date 0000-00-00 00:00:00 2016-11-25 11:00:00
Closed_By brianteeman
avatar brianteeman brianteeman - close - 25 Nov 2016
avatar brianteeman brianteeman - close - 25 Nov 2016

Add a Comment

Login with GitHub to post a comment