1.3.14 release: ```[ui] Fixed a bug where selectin...
# ask-community
d
1.3.14 release:
Copy code
[ui] Fixed a bug where selecting partitions in the launchpad dialog cleared out your configuration
I think this or some other changes actually broke `ops`RunConfig population 😬 In 1.3.13 in launchpad I can select multipartition and config yaml gets populated as it should In 1.3.14 it does not work anymore, config yaml is populated with many keys(ops, resources, execution) by default(just like 1.3.13) but selecting a multipartition nothing changes, just “Missing required config entry” at the bottom Scaffold missing config does not help either
a
+1 on this
m
+1 on this
a
edit: RESOLVED by moving to
context.asset_partition_key_for_output()
We believe that the 1.3.14 update broke the config for our jobs using
@daily_partitioned_config
.
When clicking “materialize all” and selecting a partition in the job view, the config for the ops are empty and don’t follow the config schema. “Scaffold missing config” fills out the schema appropriately, but doesn’t parse the partition as expected within the body of the function we annotate with
@daily_partitioned_config
FWIW we’re using
define_asset_job
within
build_schedule_from_partitioned_job
here
more context on what this setup looks like
d
hi Alex, could you explain more about what do you mean by ? 😄
moving to
context.asset_partition_key_for_output()
a
My issue may be slightly different than yours as we’re not using multi-partitions. But instead of getting the start/end dates in the function
config
(second screenshot), I used
datetime.strptime(context.asset_partition_key_for_output(), <DATE_FORMAT>)
instead to get the start/end date of the partition to pass to the asset
d
I see, yeah sounds different