?
avatar bertmert
bertmert
17 Jan 2016

I don't know which steps are exactly needed to reproduce the issue.

This is what I did:

  • Installed Joomla! 3.5.0-beta staging 2016-01-17 with demo datas (testing).
  • Opened menu item All Front End Views > Article Category List
  • Changed category to: Sample-Data Articels.
  • Tabulator Category > Subcategory Levels: ALL
  • Saved.

  • Went to Content > Articles > Options button

  • Tabulator Blog/Featured Layouts > Include Subcategories: ALL
  • Saved

Front end:

  • Opened menu item.
  • See image:
    chosen-not

  • Same result with all selections below 25.

  • Changed to 25 or higher

  • See image:
    chosened

  • First test Firefox. Second test Chrome.

  • No JS console errors.

Addition:

  • Enabled filter field Title for view.
  • Searched for "joo".
  • Got 4 hits.
  • Now Display # always "not chosened". chosened-not
avatar bertmert bertmert - open - 17 Jan 2016
avatar bertmert
bertmert - comment - 17 Jan 2016

Addition 2:

Really strange. All I found out meanwhile: When "not chosened" JHtml method formbehavior.chosen is NOT called at all.

Other find:

  • Start with clean session:
    11

  • Display # set to 25:
    12

  • Order by title ASC (headline)
    13

  • Order by title DESC (headline)
    14

avatar brianteeman brianteeman - change - 17 Jan 2016
Labels Added: ?
avatar bertmert
bertmert - comment - 23 Jan 2016

Made some investigations. This time with template beez3 because it doesn't use "chosened selects"

Primary reason for behavior above is article "Smart Search" inside category "Joomla!".
In article text there is plugin call

{loadmodule finder,Smart Search}

Module mod_finder has a line that loads "chosened selects".

JHtml::_('formbehavior.chosen', 'select');

When I disable the line

#JHtml::_('formbehavior.chosen', 'select');

no "chosened selects" anymore. NEVER while paginating through whole list with articles of category "Joomla!".

BUT (after reactivating line)

Even if article "Smart Search". is NOT in the displayed list you'll see sometimes "chosened selects" while paginating..
It looks like that category list is loading more articles than needed (?).
Or in other words: That too many articles than needed in list are sent through plugins somewhere.
A performance issue?

avatar brianteeman
brianteeman - comment - 23 Jan 2016

So its just an issue with the sample testing data?

avatar bertmert
bertmert - comment - 23 Jan 2016

So its just an issue with the sample testing data?

1)

I don't know. It's not forbidden to enter line

{loadmodule finder,Smart Search}

or any other module call like this that uses formbehavior.chosen in articles. Then you'll see described behavior with or without testing data.

It's not a problem for Protostar. There I will provide a PR (always "chosened style" in category list).

But Beez3 normally doesn't use "chosened selects". There it's a really strange behavior to have sometimes this or that style. I don't know a way to suppress already loaded formbehavior.chosen.

A way could be to use a special CSS class selector instead of "select" in all lines JHtml::_('formbehavior.chosen', 'select');

E.g. something like
JHtml::('formbehavior.chosen', 'select.chosened');
or
JHtml::
('formbehavior.chosen', '.chosened');

Please advise! Should Beez3 use "chosened selects" ON ALL PAGES or not? Sometimes it's forced to use them sometimes not.

2)
See comments below headline

BUT (after reactivating line)

I think that's a performance issue. Why are articles sent through plugin events that are not relevant for the currently displayed list page?

avatar bertmert bertmert - change - 14 Feb 2016
Status New Closed
Closed_Date 0000-00-00 00:00:00 2016-02-14 13:20:50
Closed_By bertmert
avatar bertmert bertmert - close - 14 Feb 2016

Add a Comment

Login with GitHub to post a comment