8:00 – 4:00 SR?

• Spent a long time working through keystore and renewing the sever certs. And then I was informed that server certs could not be renewed, contradicting the email and website instructions that say that they can be renewed. Sigh. More tomorrow.
• Got the FlexiChart bug fixed. I wound up adding a Hash class to Utils, and calculated a hash based on the string (with id set to -1). An RSHash is then computed based on the XML string and that result is used to set the Id. That ID hangs around long enough to be useful, although it does get recalculated when the values change, so it’s not a permanent ID.
• Need to add fix from ColumnSeriesConverter to all the other converters.
  • Which also meant adding seriesConfigChanged(seriesConfig) to all the xxxConfig classes and handling that in SeriesConfig.
  • Which also meant handling the initial creation of the id hash in SeriesConfig.addSeries_clickHandler(event:MouseEvent)
  • The initial creation and updates work, but there is a point that the hashes get out of sync. Making the addSeries perform the hash seemed to move the hash downstream one step.
  • Hmmm. Looks like we have a new bug. With an area chart, the item is initially created as
    • <series id=”2387166208″ seriesType=”AreaSeries” displayName=”New Series” form=”segment” fillColor=”0″ fillAlpha=”0.4″ strokeEnabled=”false” strokeColor=”0″ strokeWeight=”3″ strokeAlpha=”1″ yField=”Totals”/>
  • but when “Apply” is clicked, it changes to
    • <series id=”1515104256″ displayName=”New Series” seriesType=”AreaSeries” yField=”Totals” form=”segment” fillColor=”0″ fillAlpha=”0.3″ strokeEnabled=”false”/>
  • Which, naturally enough, leads to a different hash.
  • However, once this makes a “round trip(?)” to TrendWidget, it takes the shorter form and everything works.
• Need to clean up a lot of debugging statements…