This was seen in Enterprise ticket https://deephaven.atlassian.net/browse/DH-17730
I reproduced the issue in:
- Enterprise Grizzly (1.20240517.246), Web Core+ (v0.85.4)
- Enterprise San Luis (1.20240723.052beta)
- Latest Web Core+ (v0.95.0)
Because the Enterprise ticket is for Grizzly, the majority of my testing and investigation is for that version (Web Core+ v0.85.4).
To Reproduce
- In Settings, change Time Zone to Sydney (or anything not New York)
- turn on time zone to display
- run the following script:
from deephaven import empty_table
from deephaven.time import dh_now
source = empty_table(5).update(["IntCol = i", "StrCol = `value`", "Timestamp = dh_now()"])
partitioned_table = source.partition_by(["Timestamp"])
- Note that the
source table formats time zone correctly but partitioned__table does not.
- Change TZ in settings to fix the issue.
- Switch table tabs to
source then back to partitioned_table to see it re-occur
- Do a rollup on
source and see that rollups cause the issue
- Do a select distinct on
source and see that it causes the issue
Investigation
I found that IrisGridProxyModel was creating an IrisGridTableModel with an undefined formatter.
I noticed several places in IrisGridProxyModel we use this.formatter. I believe it should be this.originalModel.formatter
This was seen in Enterprise ticket https://deephaven.atlassian.net/browse/DH-17730
I reproduced the issue in:
Because the Enterprise ticket is for Grizzly, the majority of my testing and investigation is for that version (Web Core+ v0.85.4).
To Reproduce
sourcetable formats time zone correctly butpartitioned__tabledoes not.sourcethen back topartitioned_tableto see it re-occursourceand see that rollups cause the issuesourceand see that it causes the issueInvestigation
I found that
IrisGridProxyModelwas creating anIrisGridTableModelwith anundefinedformatter.I noticed several places in
IrisGridProxyModelwe usethis.formatter. I believe it should bethis.originalModel.formatter