Over time Christian fixed a lot of things regarding the tick labels, some originating from questions asked here, some from constant abusers like myself and other users here.
There is not only one tick label related issue here. In every version loads of tiny changes are introduced however if you don't use the latest set of features, there might be discrepancies. Examples of such entries can be found in changelog file.
2010-09-08 Christian Feuersaenger <ludewich@users.sourceforge.net>
- added 'table/every nth row' key
- fixed bug: now, extra tick labels can have a different 'ticklabel pos'
than the original axes (it was broken since 1.2.2)
- fixed bug: it is now allowed to provide '#' (hash sign) in \addplot
option arguments (for example to define 'x filter/.code={...#1...}')
- added support for \pgfplotsforeachungrouped \a/\b in {...} syntax
..........................
2010-07-09 Christian Feuersaenger <ludewich@users.sourceforge.net>
- fixed bug: the check whether lists are terminated by '\\' failed if '\\'
occured within the list. This affected mainly legends and tick label
lists.
- improved and documented customized legends, including optional
appearance keys for specific legend texts
|\addlegendentry[<options>]{<text>}| and documentation for multiline
legend entries.
.........................
2009-12-02 Christian Feuersaenger <ludewich@users.sourceforge.net>
- found and fixed bug: tick labels could penetrate the axis. This should
no longer happen.
etc. And probably it is much more involved than these items that made it to the changelog. Thus, it is very unlikely that you have something regarding that warning.
There is a great effort for keeping the backwards compatibility but there is always one archaic distro that still has pre 1.3 version and in my opinion they should be updated instead keeping this much of effort to maintain backwards compatibility.
\pgfplotsset{compat=1.11}
into your preamble... You can see some of the changes for the most recent version in Section 2.2.1 of the manual.default
is used. According to the manual on Page 11 (for the v1.11 manual), "The valuedefault
is the same aspre 1.3
(up to insignificant changes)." So it seems to fall into the most backwards compatible mode.