[jr2]

Anyone have this happen: ?

[Jeff Vader]

Mentioned several times in the "New theme issues" thread.

[jr2]

...But I'm pretty sure I've seen this before we switched themes.    Or am I just remembering things wrong? 

[Jeff Vader]

I, for one, don't remember seeing it before the theme change.

[jr2]

OK, just had this happen again.. steps that happened before bug:

1) I clicked "Show unread posts since last visit." (1st link under "Hello user")

2) I clicked on page #2 in the results, and the announcements were wrong.

Let me see if I can reproduce this with the same steps again...

EDIT: Confirmed, at least at this time, I can reproduce this by following the above steps.

[Zacam]

Thank you for the diligence and the testing.

But I hate to tell you this, it's already all been done and reported. And as to whether it pre-exists the theme change or not is irrelevant, as it is still a theme related issue (new or old).

Again, thank you, but given that it is not fixed yet means that there is likely some underlying reason or that the cause for it is still being determined.

[jr2]

Ah.  Good to know.  I just noticed it again and decided to try to help. 

[sigtau]

Seems like a fixed CSS height attribute would fix that so that they all appear to be the same general size...

[KyadCK]

I'm thinking he means they are not the current announcements shown anywhere else on the site sigtau. Same happens to me, only the ones shown in my case are from 2010.

[Enigmatic Entity]

.

[attachment deleted by ninja]

[sigtau]

Oh.  In that case, I'd compare browser caches and look at the PHP of thread listing view and index view (and see where the differences lie) because it could be either a client or server problem.

Of course, I'm really no help since I can't see the code (and I'm not asking to), I'm just trying to assist as best I can.

[Iss Mneur]

Oh.  In that case, I'd compare browser caches and look at the PHP of thread listing view and index view (and see where the differences lie) because it could be either a client or server problem.

Of course, I'm really no help since I can't see the code (and I'm not asking to), I'm just trying to assist as best I can.

It is defiantly a server side issue.  As it happens on any page of HLP that is paginated, once you go to any page other than page 1 you get highlights that belong to on what appears to be the corresponding page of the highlights board, that is you click on page two, you get the first 4 items on page two of the highlights board.

Which means, more than likely the query that retrieves the highlights is using the same pagination information as everything else, is where the bug actually lies.