Default Theme on iPad

[schwarzaufweiss]

While having a look at Beta2 Default Theme with Safari on an iPad part of an already browsed page is visible! Two images are attached:
The first one will show you a static Home. The second one is - as an example - the Members Directory. You can see «Mit freundlichem Gruss» what is part of HOME! It's only the case if one is browsing an BP 1.5 b2 site on an iPad - part of Dashboard or whatever browsed page will show up in between another page.

[johnjamesjacoby]

Have two iPad's and can't duplicate this on either one. Anyone else?

[skippybosco]

I can not reproduce. @schwarzaufweiss, Are you running IOS4 or pre-release IOS5? If you clear your safari cache can you reproduce the issue?

[schwarzaufweiss]

I can definitely reproduce it if > Settings > Reading > "Front page displays" is set to "Your latest posts". Now with BP Beta 3 and BP default theme on iPad (first generation) with iOS 4.3.5 (no pre-release). Safari History and Cache is empty!
E.g. while switching from Home to Members and back to Home, Home contains part of Members page.

[modemlooper]

This happened when I first set the front to be posts and then went to the members directory but after refreshing it went away.

[boonebgorges]

I can't reproduce this. I have the same setup as schwarzaufweiss, and I've tried any number of different settings for 'Front page displays', both as a logged-in user and a non-logged-in user.

I'm going to assume that this is a fluke resulting from a strange setup (a caching plugin, for example) and not a BuddyPress problem. If we can manage to come up with specific steps to reproduce, let's reopen the ticket.

[schwarzaufweiss]

Did the test again with BP 1.5 RC 1 - doesn't matter if HOME is static or not. Have deactivated all other plugins, only BP. Members Directory will show part of Activity what is confusing. What modemlooper wrote: a reload is showing the correct listing of Members. But seems to be a known problem if people are using Forums (not BP) on their iPads. Limited Memory, iPad 1 and 2.
What if BP would check if the client is one of these mobile devices an then would use:
<META HTTP-EQUIV="CACHE-CONTROL" CONTENT="NO-CACHE">
<META HTTP-EQUIV="PRAGMA" CONTENT="NO-CACHE">
Could solve it...

[boonebgorges]

But seems to be a known problem if people are using Forums (not BP) on their iPads.

What do you mean by this? bbPress forums?

FWIW I still cannot figure out a way to reproduce the problem, even on your test site. If you can clarify what you mean by "using Forums", maybe it'll help me to understand the issue.

What if BP would check if the client is one of these mobile devices an then would use:

Have you tested this? Does it, in fact, fix the problem?

[akash_bug]

I m not able to reproduce this error........
may be problem with device browser..

[akash_bug]

Try to test this on new wordpress and buddypress installation.......
disable cache and all other plugins.

[schwarzaufweiss]

@akash_bug STOP changing the status of my ticket. I'm mid in a discussion with Boone about it. It's not fixed. I'AM ABLE to reproduce. Yes, it's a problem with that particular browser - but BP has to take care - and IT IS a new installation - and I deactivated all other plugins (read the comments before going in between).

[schwarzaufweiss]

@boonebgorges Just did a test with these NO-CACHE Meta Tags in header.php of RC 1 of BP Default Theme. No change. Again defect pages. And always ok AFTER a reload...

[boonebgorges]

Thanks for testing.

Can you say more about what you mean by

But seems to be a known problem if people are using Forums (not BP) on their iPads.

?

[schwarzaufweiss]

Not BP and not bbpress specific - found some threads in discussions.apple.com with complaints about using forums on iPads with Safari. Weird...

[boonebgorges]

found some threads in discussions.apple.com with complaints about using forums on iPads with Safari

Weird indeed. Can you post a link to these discussions? Maybe they'd provide some insight.

[schwarzaufweiss]

e.g.
​https://discussions.apple.com/thread/2774294?start=0&tstart=0

...and it's always part of HOME (static or not) displayed on a Directory page (Members, standard bbpress Forum). Sorry, have to leave for a meeting...

[boonebgorges]

Thanks for the link. Though it seems to be related to a different issue, namely that Safari doesn't store hidden tabs in the cache, and forces a refresh every time they are brought to the front. If this problem is browser-cache-related (which I kinda doubt) then the problem is that the cache is too *aggressive*, if anything.

[schwarzaufweiss]

Found something: it ONLY happens while having iPad in LANDSCAPE mode. Try again if you like...

[boonebgorges]

Thanks for the additional details. I was finally able to see the issue for myself.

Here's some more detail on what appears to be happening, along with some steps to reproduce on a test installation of mine that is not hidden from the public.

• In iPad Safari, while in landscape mode, go to ​http://hardg.com/bpsandbox
• Click on the 'Hello World' post. Let the single post load all the way. Do not scroll
• Make a mental note of where the "fold" is, ie where the visible rendered area ends at the bottom.
• Click the Members tab. Let it load all the way without scrolling. Make a mental note of where the visible area stops rendering
• Scroll down a bit. You should find that, for about an inch and a half worth of screen, Safari shows the content that should have appeared just below the fold on the Hello World post. Then it starts showing the correct content again.

I will note that I am not able to reproduce the problem 100% of the time. If it doesn't work for the Hello World post, try visiting the Activity tab instead.

This is almost certainly a bug with the way iPad Safari works. My hypothesis: but I'm guessing that they try to save a bit of memory by not rendering all of an HTML page on the initial load, and instead lazily loads just a little bit more than what will show "above the fold" (it seems like the entire page is rendered when you start scrolling, which is why you have to refrain from scrolling in order to reproduce the problem). That little bit of cached data - the inch-and-a-half below the fold on the first page - does not seem to be flushed when you move to the second page. Thus, when you scroll a bit on that second page, you get the cached version of the first page.

It's not obvious to me why this is a problem only on the Members page (I can only reproduce it there). Might have something to do with particular way that the members directory markup interacts with Safari's caching logic.

It would be nice to find a solution, but in any case I don't think the problem is very severe. The false artifacts that show up are not actually valid links - the correct elements seem to be showing up in the background, so that if you try to click in the right places, the proper links work. Unless we can find a good reason to believe that this problem is being caused by BuddyPress instead of by something faulty with iPad's renderer, I propose that we close the ticket.

[schwarzaufweiss]

Yeah, close it. Thanks for all your effort, Boone!

[johnjamesjacoby]

I've witnessed similar artifacting in mobile Safari switching between Landscape and Portrait modes, so I think Boone's synopsis is accurate

Closing as invalid. Not a BuddyPress core issue.

[schwarzaufweiss]

@johnjamesjacoby It doesn't happen while switching between orientation - it happens only in Landscape mode. Anyway, I'm very happy to see that 1.5 is coming. Same to you John: thanks for all your work.