I have a static partition with 300 or so partitions. I launched my job and 1/3 of the way my laptop unexpectedly rebooted (not sure if it's related to the jobs. if I can reproduce that I'll officially report it). But after the reboot, I went back to the partition, clicked 'materialize all', then clicked 'missing' and it, as expected, selected the 200 or so partitions that didn't get a chance to run. So far so good. for that set of jobs, about 5 died here and there, then the last 30 or so failed (I see errors in the dagit and dagster-daemon logs but again, if it reproduces I'll make an official report). My issue is that when I went back to the partitions, I can't seem to find a way to automatically select all of the failed jobs. what I tried: • click 'materialize all' again and click 'missing'. ◦ Expected result: I expected it to figure out which jobs failed, then select those like it did when I had it select the 200 missing jobs. ◦ Observed: it lets me click, but the button at bottom right says: Launch 0-Run Backfill. ▪︎ If I click it I get an unexpected error:

Exception: Backfill requested without specifying either 'AllPartitions' or 'partitionNames' arguments.

My current workaround was to go to the Status screen, then Backfills, then click the backfill ID, then select 'Runs' then filter out the Failure jobs and re-execute them manually. I would have expected a simpler and more reliable way to easily determine which partitions failed so I'm hoping I'm missing something basic.

Hi John, thanks for reporting this issue. I'll file an issue request here, hopefully we can fix this soon.

Created issue at: https://github.com/dagster-io/dagster/issues/8468

hey @John Boyle thanks for filing this - I’m trying to repro this now. Do you know if you had more than one asset selected to rematerialize? I’m wondering if the failed runs in your first backfill partially ran before failing, materializing some of your selected assets but not all of them. ( In that case, Dagit’s “Launch Assets Run” modal should still show you that state, but I’m not sure what the behavior of the “Missing” button is)

Yes, this is a dag of about 10 software defined assets. for this DAG, the input is a string ID and the first asset pings a REST api to pull the data I need for the downstream assets (which do some transformation or ping the API again to get other data). So you are probably correct that for 'failed' situations, I had a mix of assets that succeeded along with a bunch of downstream assets that failed (or didn't get a chance to start running). It appeared that when I clicked 'missing' in the 'rematerialize all' window, it may have only been selecting the jobs that were actually fully missing (i.e. all 10 assets hadn't started). Due to the number of partitions I may have been mistaken thinking that dagit was actually selecting the failed jobs too. (i.e. I may have been mentally defining 'missing' to include 'failed' jobs.). I definitely could see the failed partitions (red slices, but they were thin and difficult to mouseover sometimes). I wonder if having an additional button on the partition materialization window for 'failed' (where failed means, at least one asset in the group failed) would address what I'm looking for. In my case, I eventually created another asset to figure out which partitions were missing, then I simply copied/pasted the list of IDs into the materialization window to complete the backfill. I'm going to talk more with @sandy in another thread (https://dagster.slack.com/archives/C01U954MEER/p1655493718806329) about whether I'm approaching static partitions and SDAs with the same philosophy that dagster is expecting, so maybe my use case isn't typical. please let me know if the above makes sense or if you would like additional context. I really appreciate the help.