User tests: Successful: Unsuccessful:
Pull Request for Issue #13641.
I don't know what to say after looking at that code... That stuff certainly didn't work at all before.
In short, item and menu params are now properly merged.
Test that tag parameters are merged properly, meaning that options set in the tag override those in the menu item. Except when the menu item is an exact match to the tag (eg it's a single tag menuitem for that specific tag shown), then the menu item takes precedence over the tag params
None.
Status | New | ⇒ | Pending |
Category | ⇒ | com_tags Front End |
Test-Scenario:
list-of-all-tags
, no other tag-menuitemtype publishedCall to a member function get() on string
. Same if click on tag in an article.list-of-all-tags
is unpublished, got correct view "index.php/component/tags/tag/*"Labels |
Added:
?
|
The error was a typo on my part. Can you try again?
I also fixed another bug I saw that the single tag view loaded the layout parameter from the tags list view... sigh
menuitem list-of-all-tags
works. Furthermore testing.
The parameter for the image float seems to be not used at all in com_tags. That would be a different PR to add this, but not one I'm going to write
I have tested this item
Thanks for getting to this one so quickly! I will test it out now.
I have tested this item
Patch applied to the view.html.php file all is working good from the issue I reported. Tags View Layout (one without a menu item) is now grabbing the correct layout selected in the single Tag parameters and not choosing the one set in Global Tags Component Options.
Status | Pending | ⇒ | Ready to Commit |
RTC
@justinherrin does
Tags View Layout (one without a menu item) is now grabbing the correct layout selected in the single Tag parameters and not choosing the one set in Global Tags Component Options.
mean i can close #13646?
Status | Ready to Commit | ⇒ | Fixed in Code Base |
Closed_Date | 0000-00-00 00:00:00 | ⇒ | 2017-01-21 19:09:23 |
Closed_By | ⇒ | wilsonge | |
Labels |
Added:
?
|
will test today.