- Issue created by @tedbow
- Open on Drupal.org โCore: 10.1.x + Environment: PHP 8.1 & MySQL 8last update
over 1 year ago Not currently mergeable. - @tedbow opened merge request.
- last update
over 1 year ago 776 pass, 4 fail - ๐บ๐ธUnited States phenaproxima Massachusetts
Here's another approach that might be simpler: how about we delete the stored hash earlier, during post-apply?
Right now we do it doing post-destroy, but really, there's no reason to keep the stored hash once the changes are applied.
- last update
over 1 year ago 794 pass, 2 fail - @phenaproxima opened merge request.
- Status changed to Needs work
over 1 year ago 6:00pm 21 June 2023 - ๐บ๐ธUnited States tedbow Ithaca, NY, USA
#8 that seems like a good idea. But I still think we keep the changes in MR 912 because even though in ๐ [DrupalCon] Automatic Updates alpha test result Active it was because something went wrong before delete it easily could have been because something went wrong before postApply. So I think MR 918 lower the chances of this happening I don't think it eliminates.
- ๐ฎ๐ณIndia omkar.podey
omkar.podey โ made their first commit to this issueโs fork.
- last update
over 1 year ago 782 pass, 4 fail - last update
over 1 year ago 785 pass, 4 fail - last update
over 1 year ago Custom Commands Failed - last update
over 1 year ago 794 pass, 2 fail - last update
over 1 year ago 811 pass - Assigned to omkar.podey
- Issue was unassigned.
- Status changed to Postponed: needs info
over 1 year ago 9:07am 3 July 2023 - ๐ฎ๐ณIndia omkar.podey
- Status changed to Postponed
over 1 year ago 2:04pm 5 July 2023