It appears that you're creating the iframes in the parent page and
then changing the src elements to the correct gadgets iframe URLs.
this type of modification will cause history entries to be added in
some browsers, however I thought that we'd seen the last of that with
FF 1.5...
Another method is to inject the whole iframe with innerHTML. Those
iframes don't get added to the history in any browser AFAIK.
However I think this might just be a safari webkit bug/regression. I
see the same excess history items when I go to iGoogle.
I searched the WebKit bugzilla (https://bugs.webkit.org/) but didn't
find anything related..
On May 8, 2009, at 1:10 PM, Brandon Duncan wrote:
After SHINDIG-158 fix was applied to our implementation, back/
refresh was
working properly in Safari 4.
Specifically in Version 4 Public Beta (4528.16) it was working.
Now in Version 4 Public Beta (5528.16), on canvas pages the iframe
url gets
added to the history, not the container url, so hitting back doesn't
have
the desired effect.
Is anyone else seeing this?
Example from linkedin - go to Company Buzz canvas page, page through
some of
the results. Look at the browser history, you'll see a bunch of
lmodules.comurls, instead of the
linkedin.com (container) urls. hitting back doesn't end up doing
anything.
Thanks,
Brandon
