Fixed Page 2 of article thread view totally screwed

In the first instance you need to try it on a completely unmodified default style (usually best to create a new style entirely with "No parent" and then switch to that).

Also it looks like you have some sort of widget on the page causing the issue. What exactly is the configuration of that and how is it added to the page?
 
He we are again with a newly created default style, no 3rd party addons, just one stock widget in forum view sidebar

NB: I'm a bit confused why this was moved from bug reports, it's not really a styling and customization question because it is on default style and all I want is for it to look like a default article forum view

(also happens on my custom style, but unless it's a cache thing i don't see how that can be the issue)

Page 3 seems OK,

Screenshot 2020-08-18 at 18.47.55.png
 
Last edited:
NB: I'm a bit confused why this was moved from bug reports, it's not really a styling and customization question because it is on default style and all I want is for it to look like a default article forum view
Standard practice in a lot of cases when issues need to be troubleshooted or triaged further. Particularly when there's potentially scope for it to not be a bug, such as when the first image seemed to imply the widget was somehow using custom HTML/CSS (we don't natively support tabbed widgets.

Often you'll get replies quicker in the support forums, especially if a staff member isn't able to reply. Just so happens I caught this before going AFK.

Page 3 seems OK,
No, it doesn't. The first article is clearly overlapping the widget. You may only have one widget there though whereas in the first screenshot it looks like you have multiple.

1597774719612.webp


With that in mind and that being a standard widget (not a tabbed one you have implemented) I will move this back to bugs now. It seems like it could be related to the new article CSS and not respecting when there is a sidebar on the page.
 
Another odd thing, page fo forum view 1 is OK, except that the very last thread in the list is missing



View attachment 233104
This is just because you display that many articles per page. It can be adjusted. Although at some viewport widths the last slot may not have an article depending on how many are displaying per row which is suitable for that viewport.
 
This is just because you display that many articles per page.
I have it set to 0, so shouldn't it be automatic?

This allows you to override the number of articles shown per page when viewing this forum. Use 0 to display the standard amount.

Although I'm a bit confused, that setting says it's for expanded, not preview.

Screenshot 2020-08-19 at 09.36.30.webp



Another thing I noticed is that when there is a sidebar and a fixed width, the default four columns after the initail one and two seems to be a bit narrow in this case.

Would it not be best to have it based on column width in the CSS rather than column count?

Standard practice in a lot of cases when issues need to be troubleshooted or triaged further. Particularly when there's potentially scope for it to not be a bug, such as when the first image seemed to imply the widget was somehow using custom HTML/CSS (we don't natively support tabbed widgets.
Yes, sorry about that. I'd tested with addons disabled, default style but forgotten about the widget.

I've had the custom CSS widget for so long I'd forgotten it wasn't default
 
The issue seems to be the 0 in expanded articles per page.

If I give that a number instead of 0 the page 2 issue is solved.

NB: I noticed that even without a sidebar, it looked wrong, different size columns on page 2 only)

no sidebar.webp
 
Seeing something similar on my own site. Leaving the default value of "Expanded articles per page" to 0, the articles are breaking out:

1597852018704.png

Setting a value corrects this:

1597852196383.webp
 
Yeah, definitely strange.

So in my node, I have 14 threads.

From there, setting 0 breaks the layout. Setting 10 is OK, and displays 12 threads:

1597853478011.webp

Setting 11 displays 13 threads, and breaks the layout.

1597853570525.webp
 
From there, setting 0 breaks the layout. Setting 10 is OK, and displays 12 threads:
It's still wrong though, aren't the columns supposed to be the same width?

1597853478011-png.233169
 
Yeah, I would have assumed they should be the same width. It's really obvious they aren't when using chrome inspector, as it shows the layout of the columns:

1597853908751.webp

Where there are 2 columns, the left is 664.78px wide, and the right is 652.3px wide.
 
In my tests so far, I have been unable to a) reproduce the issue or b) determine any reason why setting any particular value for 'max articles per page' would have any effect, except that it may display an article preview with some offending HTML that would otherwise have been hidden - in which case it would otherwise show up on a subsequent page.

So, for those who have seen the problem, please go through the following steps for me:
  1. Do whatever you need to do to get a page that shows the problem
  2. Using the browser's inspector, gradually remove article blocks from the page from the bottom-up until the problem is gone, making a note of which article you are removing each time.
  3. When you've found the offender, reload the page and then copy the HTML for the preview that mucked it all up and post it here, along with a screenshot of it in place, please.
 
Top Bottom