All my dining and Fp+ are listed an hour early

[special ed teacher]

I made all my dining and fast pass choices. It showed correctly, and now every time is check them they are an hour early for everything. Some dining is for a time restaurant is not open.
I don't know what I should do. Anyone else have this trouble? Any help?

[jknnrd]

So glad I'm not the only one! I called and they confirmed my correct times and said to hold on to my confirmation emails.

I really hope they fix the glitch soon!

[AndrewJackson]

Same here. The times in the MDE ipad app were an hour early, but the website still had them right.

[Goofy4TheWorld]

I am curious if those that are seeing this bug are all taking trips after Daylight Savings Time kicks back in on Sunday March 9? I strongly suspect that the problems lies with DST...

[jknnrd]

I am curious if those that are seeing this bug are all taking trips after Daylight Savings Time kicks back in on Sunday March 9? I strongly suspect that the problems lies with DST...

That's interesting! We arrive March 30th. Hopefully the app will reflect the correct time before we all get there!

[Alpha Jeanie]

We are having the same problem. We will arrive on March 16th. That does make me wonder about daylight savings time.

[1DisneyNut]

That is hilarious. You guys just found a coding glitch. The app programmers forgot to code in the DST adjustment. It should start displaying the correct time when DST begins or sooner if they release a software update with the adjustment included.

[AndrewJackson]

I am not sure if that is the issue or not. It just started happening a few days ago. I've had my dining reservation for nearly 3 months, and they have all been fine until one day last week, and the time was an hour earlier.

[DizneyRox]

It's pretty funny watching MM+ unfold from 10,000 ft. Not so much for those impacted, I'm sure.

Can't imagine DST having anything to do with it. 7pm is 7pm regardless of it the clocks go forward or back. Especially with regards to anything having to do with a theme park. I wouldn't be surprised however if this is the case, someone missed something in the spec or a developer decided to use universal time maybe. It should be easy enough to fix however, but it's yet another egg of you face moment for those who decided this was a good idea.

I'm sure the "it's 5 o'clock somewhere" line won't work in the fastpass return line.

[1DisneyNut]

It's pretty funny watching MM+ unfold from 10,000 ft. Not so much for those impacted, I'm sure.

Can't imagine DST having anything to do with it. 7pm is 7pm regardless of it the clocks go forward or back. Especially with regards to anything having to do with a theme park. I wouldn't be surprised however if this is the case, someone missed something in the spec or a developer decided to use universal time maybe. It should be easy enough to fix however, but it's yet another egg of you face moment for those who decided this was a good idea.

I'm sure the "it's 5 o'clock somewhere" line won't work in the fastpass return line.

Usually the "time" is based off of the system time. Various different times can be used for system time. Typically you want the system time to be stable and not shifting back and forth with DST. It is up to the developer to realize what will be used and program accordingly.

For example, some systems use GMT and then you have a conditional block to determine if you are currently in Standard or Daylight savings time by checking against the date. Inside the condition you do the appropriate time calculation for the time zone and if necessary DST. Typically an "if-else" block is used for this determination and the calculations.

It is possible they just messed something else up while trying to fix another recently but the fact that we are seeing a one hour shift typically points to the DST calculation code.

[special ed teacher]

Should I fix all fast pass times to the time I had picked? My dining has a reference number, but not the fast passes.

[1DisneyNut]

Should I fix all fast pass times to the time I had picked? My dining has a reference number, but not the fast passes.

Did you check them online on the website rather than through the MDE app to see if they show the correct times?

[special ed teacher]

I wrote to DIsney. It is because of day light saving time, and it will go back to the correct times once that happens.

[AndrewJackson]

Did you check them online on the website rather than through the MDE app to see if they show the correct times?

The website shows the correct times.

I wrote to DIsney. It is because of day light saving time, and it will go back to the correct times once that happens.

That is their answer??? Give me a break. It just started happening a few weeks ago, so fix it. Undo whatever you just did to cause it.

[DizneyFreak2002]

I wrote to DIsney. It is because of day light saving time, and it will go back to the correct times once that happens.

Wait, what???? This is the answer they gave you??? Forgive me as I laugh myself into a coma... Disney customer service.. top notch quality!!!!

[1DisneyNut]

I wrote to DIsney. It is because of day light saving time, and it will go back to the correct times once that happens.

It would go back to the correct time immediately if they would fix their software. lol

[Davy Crockett]

That is hilarious. You guys just found a coding glitch. The app programmers forgot to code in the DST adjustment. It should start displaying the correct time when DST begins or sooner if they release a software update with the adjustment included.

I guess the debuggers should be checking INTERCOT to help them do their jobs -LOL
GOOD CATCH GUYS!

[jknnrd]

Looks like the recent MDE app update fixed the glitch! My times are back to normal.

The whole app seems to be a little quicker-at least on the iPhone version.

[yankeesfan123]

All fixed on my end.

Love the new app. Yay Disney!

[AndrewJackson]

Yes, the iPhone version is quite nice. The changes made are very helpful.

The iPad version is still slow and clunky.