Thanks guys for testing and reporting! I did indeed add page caching, as
rendering the pages on the server side can be pretty slow with larger pages.
I don't think there's any logic to how it messes up.
Maybe I'm trying to be too "smart" about the caching: initially I was
simply using the URL as a cache key. Simple, but not too efficient, as
some requests wouldn't be pulled from the cache when eg. the position of
parameters in the URL changed. Thus I changed it to compose the cache
key from the parameters. But maybe I'm still missing something there (as
I did with eg. the "action" parameter, which caused the buttons to no
longer work at all).
It's different
every time. Right now what it's doing is any time I click an artist
name, expecting to see the album list for that artist in the browse
pane, it shows the first page of the browse albums list.
Most likely it's pulling up a copy of some other cached page you've been
visiting before, which was using partly identical parameters. The
"randomness" you're seeing most likely is based on what pages you
visited before you came to this point.
I'll dig a little deeper to figure this one out, or return to just using
the URL, which might cause to some cache misses, but less wrong
positives (which is much worse).
--
Michael
_______________________________________________
beta mailing list
[email protected]
http://lists.slimdevices.com/mailman/listinfo/beta
