Polishing contribution

This fixes a potential regression introduced by the previous commit.
Because the current value was not updated after the temporal was rolled
forward, there were new cases where entire days would be skipped.

Closes gh-36865

Author: bclozel

spring-context/src/main/java/org/springframework/scheduling/support/BitsCronField.java

@@ -200,6 +200,7 @@ private static ValueRange parseRange(String value, Type type) {
 						temporal = type().rollForward(temporal);
 						next = nextSetBit(0);
 					}
+					current = type().get(temporal);
 				}
 			}
 			if (count >= CronExpression.MAX_ATTEMPTS) {

spring-context/src/test/java/org/springframework/scheduling/support/BitsCronFieldTests.java

@@ -16,6 +16,7 @@
 
 package org.springframework.scheduling.support;
 
+import java.time.ZonedDateTime;
 import java.util.Arrays;
 
 import org.assertj.core.api.Condition;
@@ -29,6 +30,7 @@
  *
  * @author Arjen Poutsma
  * @author Sam Brannen
+ * @author Brian Clozel
  */
 class BitsCronFieldTests {
 
@@ -112,6 +114,24 @@ void names() {
 				.has(clear(0)).has(setRange(1, 7));
 	}
 
+	@Test
+	void nextOrSameWithMidnightGap() {
+		BitsCronField field = BitsCronField.parseHours("0-23/2");
+		ZonedDateTime last = ZonedDateTime.parse("2025-04-24T23:00:00+02:00[Africa/Cairo]");
+		ZonedDateTime expected = ZonedDateTime.parse("2025-04-25T02:00:00+03:00[Africa/Cairo]");
+		ZonedDateTime actual = field.nextOrSame(last);
+		assertThat(actual).isEqualTo(expected);
+	}
+
+	@Test
+	void nextOrSameWithGapAfterRollForward() {
+		BitsCronField field = BitsCronField.parseHours("0,2");
+		ZonedDateTime last = ZonedDateTime.parse("2026-03-08T01:00:00-05:00[America/New_York]");
+		ZonedDateTime expected = ZonedDateTime.parse("2026-03-09T00:00:00-04:00[America/New_York]");
+		ZonedDateTime actual = field.nextOrSame(last);
+		assertThat(actual).isEqualTo(expected);
+	}
+
 
 	private static Condition<BitsCronField> set(int... indices) {
 		return new Condition<>(String.format("set bits %s", Arrays.toString(indices))) {