7

When viewing Server Fault on my iPhone, I'm seeing some questions highlighted as if they are my favourite tags, but... they're not.

I only have one favourite tag, . This seems to be showing and

Here's another example, on Meta:

Switching back to the mobile view fixed the problem briefly in this case, but then the highlighting came back.

The page appears to be coming back with the right user information, suggesting the problem is not inappropriate caching at the ISP level...

correct user ID for Tim Stone in page

...despite incorrect highlighting being applied due to someone else's (or a random) list of favorite tags being specified later on in the page:

invalid list of tags from same page

Improve this question
17
  • 1
    I've had this happen before too. I always thought it was inferring what to highlight based on what I had been looking at, but I'd only expect that to happen if you didn't have any favourite tags.
    – Tim Stone
    Apr 4, 2012 at 1:39
  • which page were you on?
    – Nick Craver
    Apr 4, 2012 at 1:40
  • @NickCraver - homepage. Straight bookmark to serverfault.com
    – Mark Henderson
    Apr 4, 2012 at 3:43
  • You're not logged into someone else's account perchance, are you? ;-)
    – Cody Gray - on strike
    Apr 4, 2012 at 4:47
  • Not unless it's my wifes, but I don't think she uses Stack Exchange ;) Interesting fact - I just went back to check that and now the highlighting has gone back to normal.
    – Mark Henderson
    Apr 4, 2012 at 5:10
  • Worth noting that I've only ever been able to reproduce this while on 3G, for whatever reason. Might just be circumstantial since I'm usually on an actual computer when I'm within wifi range.
    – Tim Stone
    Jun 27, 2012 at 3:12
  • @TimStone - I've certainly had it on WiFi. I tend not to use the 3G that much...
    – Mark Henderson
    Jun 27, 2012 at 3:14
  • Yeah, I realised even in your screenshot you're on wifi. I'd expect it was some intermediary caching something it wasn't supposed to, but I doubt that'd make sense in your case...so I'm still at a loss. Certainly still happening, though.
    – Tim Stone
    Jun 27, 2012 at 3:16
  • Happened to me as well (home wifi). Before I had favorited [moderator*] on MSO, the mobile site would randomly decide that I really liked one of the compulsory tags (not necessarily [discussion], which has always been my best tag on MSO)
    – Manishearth
    Jun 27, 2012 at 4:09
  • I've had this happen on several occasions on mobile. It seems to be totally arbitrary and is generally fixed by a refresh.
    – LessPop_MoreFizz
    Jun 27, 2012 at 4:22
  • Still, despite being on Wifi, this might be a provider caching things it should not cache. But then one would also see it on the regular site. For @Tim, if you're on 3G then ensure your mobile provider is not caching stuff from someone else...? Some are even known to add JavaScript to your page (or your phone number to request headers)...
    – Arjan
    Jun 27, 2012 at 5:26
  • @Arjan On second thought it's unlikely (or impossible) that the problem is an intermediary cache, because I have another screenshot from the same period where my user information in the mobile drop-down was correct, and that's included in the original page...so if I was getting someone else's page from my ISP I should have gotten the wrong gravatar and such too.
    – Tim Stone
    Jun 27, 2012 at 6:30
  • I quickly tested, @Tim, and it seems opening that dropdown invokes new requests before showing the info. I wouldn't be surprised that a provider would not have cached that for other users yet, hence requesting the correct data for you... That said: as for others it's happening on Wifi (but probably not on the regular site for that same Wifi), caching by a provider is not likely here. Too bad the mobile page does not show some username or reputation without first expanding the menu.
    – Arjan
    Jun 27, 2012 at 6:42
  • @Arjan It requests the contents of the inbox, but not the user information. That's just hidden on page load, and shown when you click the arrow.
    – Tim Stone
    Jun 27, 2012 at 12:46
  • 1
    @TimStone thanks, we see the issue. Part of the page (including that script block beside the list) is cached aside from output cache...it's not a trivial fix but I'll see how to best move that outside inner-view cache.
    – Nick Craver
    Jun 3, 2013 at 13:26

1 Answer 1

Reset to default
3

A fix has been deployed on meta.se and will be on the network in the next deployment.

As with all caching bugs, community verification is important. Can anyone replicate?

Improve this answer
1
  • 1
    Since the iOS app was released I haven't used the mobile site. I will have to go back to using it for a while :)
    – Mark Henderson
    May 26, 2014 at 18:21

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .