Comment 59 for bug 330117

I've been chasing this backwards through the filters and I can make the bug go away by commenting out:

svdfppt.cxx:
PPTStyleSheet::PPTStyleSheet:

                if ( eNumRuleType == SvxNumRuleType::PRESENTATION_NUMBERING )
                    aRule.SetLevel( 0, aNumberFormat );

but it's confusing.

What I'm seeing is that in the m_pDefaultSheet the mpNuMBuulletItem[Page] ends up having:

      <aFmts i="0" ptr="0x3709290">
        <SvxNumberFormat sPrefix="" sSuffix="" nStart="1" cBullet="bb"
      <aFmts i="1" ptr="0x3709580">
        <SvxNumberFormat sPrefix="" sSuffix="" nStart="1" cBullet="f02d"
      <aFmts i="2" ptr="0x3709620">
        <SvxNumberFormat sPrefix="" sSuffix="" nStart="1" cBullet="2022"
      <aFmts i="3" ptr="0x37096c0">
        <SvxNumberFormat sPrefix="" sSuffix="" nStart="1" cBullet="2013"
      <aFmts i="4" ptr="0x3709760">
        <SvxNumberFormat sPrefix="" sSuffix="" nStart="1" cBullet="bb"
      <aFmts i="5" ptr="0x3709800">
        <SvxNumberFormat sPrefix="" sSuffix="" nStart="1" cBullet="bb"
      (Same up to 9)

so that rule overwrites the 0th number format with the last one loaded; but there's no comment to say why.

Note this isn't apparently happening from a file generated from ppt - but I'm not sure why.