← Back to branch summary

~smagoun/whoopsie/whoopsie-lp1017637

« back to all changes in this revision

Viewing changes to backend/stats/static/js/yui/releasenotes/HISTORY.history.md

  • Committer: Evan Dandrea
  • Date: 2012-05-09 05:53:45 UTC
  • Revision ID: evan.dandrea@canonical.com-20120509055345-z2j41tmcbf4as5uf
The backend now lives in lp:daisy and the website (errors.ubuntu.com) now lives in lp:errors.

Show diffs side-by-side

added added

removed removed

Lines of Context:
backend/stats/static/js/yui/releasenotes/HISTORY.history.md
1
 
History Change History
2
 
======================
3
 
 
4
 
3.5.0
5
 
-----
6
 
 
7
 
* Added a workaround for a nasty iOS 5 bug that destroys stored references to
8
 
  `window.location` when the page is restored from the page cache. We already
9
 
  had a workaround in place since this issue is present in desktop Safari as
10
 
  well, but the old workaround no longer does the trick in iOS 5.
11
 
  [Ticket #2531608]
12
 
 
13
 
* Bug fix: HTML5 history is no longer used by default in Android <2.4, even if
14
 
  feature detection shows it's available. It's just too broken.
15
 
  [Ticket #2531670]
16
 
 
17
 
 
18
 
3.4.1
19
 
-----
20
 
 
21
 
* No changes.
22
 
 
23
 
 
24
 
3.4.0
25
 
-----
26
 
 
27
 
* [!] The `history-deprecated` module, which was deprecated in YUI 3.2.0, has
28
 
  been removed from the library.
29
 
 
30
 
* HistoryHTML5 now uses the new `window.history.state` property (which
31
 
  showed up in Firefox 4 and the HTML5 spec after YUI 3.3.0 was released) to
32
 
  get the current HTML5 history state.
33
 
 
34
 
* Removed the `enableSessionStorage` config option that was previously used to
35
 
  work around the lack of an HTML5 API for getting the current state.
36
 
 
37
 
* Added a `force` config parameter to History constructors. If set to `true`,
38
 
  a `history:change` event will be fired whenever the URL changes, even if
39
 
  there is no associated state change.
40
 
 
41
 
* Bug fix: On a page with a `<base>` element, replacing a hash-based history
42
 
  state resulted in a broken URL. [Contributed by Ben Joffe] [Ticket #2530305]
43
 
 
44
 
* Bug fix: In IE6 and IE7, navigating to a page with a hash state could result
45
 
  in endlessly repeating `history:change` events. [Ticket #2529990]
46
 
 
47
 
* Bug fix: In IE6 and IE7, replacing a history state would actually result in
48
 
  a new history entry being added. [Ticket #2530301]
49
 
 
50
 
 
51
 
3.3.0
52
 
-----
53
 
 
54
 
 
55
 
* Bug fix: Setting an improperly encoded hash value outside of HistoryHash
56
 
  resulted in two history entries being created. [Ticket #2529399]
57
 
 
58
 
* Bug fix: Changes to the URL hash (as opposed to the iframe hash) are now
59
 
  reflected in the history state in IE6 and IE7. [Ticket #2529400]
60
 
 
61
 
 
62
 
3.2.0
63
 
-----
64
 
 
65
 
* [!] The pre-3.2.0 Browser History Utility has been deprecated, and its
66
 
  module has been renamed to `history-deprecated`. It will be removed
67
 
  completely in a future release.
68
 
 
69
 
* Initial release of the new History Utility.