Disney World MultiPass Scheduling Woes

[sagosto]

You are not the first guest to complain but this is how the system works.

This has been working exactly this way since July 2024 when LLMP launched. That is why everyone kept telling you to move your Figment or cancel it, and then you would be able to book your Disney / Pixar Films at 9 AM for Nov. 3rd yesterday. This is the behavior of the system once you complete your initial selection, and pay.

The "in park" behavior for modifying a LLMP is different. As was mentioned earlier in the thread as soon as your park day starts at 12:00 AM, the rules change to "in park" behavior. It allows you to have more overlap than the 15-20 minute overlap that is possible in the 5 minute pre-purchase window, and direct "modify" replacement of LLMP times.


No it does not prove your point at all. Frozen was showing as available at 9 AM for Nov. 3rd until just before 10 AM this morning. Please note that Thrill Data is only checking on a polling interval for (1) guest, it is not actual real-time data. They have to use the MDE API interface.

How many guests are you trying to book LLMP for?

Dave

Yes -- I never doubted the resolution but questioning why it functions as is. It's odd given it should be enforcing the same 'rules'. I cannot understand why that would be an intentional rule because the end result is the same -- you are able to switch to that same time slot but forcing the cancel is unnecessary. But, alas, it is necessary.

What's the prebook overlap? I am seeing 15 minutes (e.g. 9-10 and 945-1045). I can't squeeze in that overlap anymore right now.
For day-of, does that mean in park would allow 9-10 and 915-1015?

And apologies if I am coming off aggressive just frustrated with the unclear rules that don't make sense. Also, when I said proves my point meaning I do not believe it to be user error but a flaw in the system. From your point of view, I assume you are calling it a user error because you realize the need to cancel. Again, makes zero sense to me but Disney often makes odd choices.

I greatly appreciate the help from all

 

[AnnaKristoff2013]

I am using it for a burner. Figment should be dead but by switching it to Pixar, it allows me to maybe save a tad later in the day. The bigger issue is the app not performing as it should and the times being off. Zero chance Frozen has 9AM return time right now.

I don’t understand your strategy here and I think you may be misunderstanding something about how this system works. (I say this as someone who has been to WDW 24 times for a total of about 200 days since 2019, and now how to find the drop times for excess LLMP inventory, so I do know how it works). Once you tap into **any** attraction, tiers go out the window and you can modify to anything you want. There’s very little reason to have a “burner” right at 9 am (again why I questioned if you were rope dropping your burner, which is silly). Instead, if you are rope dropping, you can pick a ride you actually want to ride as your first one, and then at that point you can modify the rest to whatever you want, moving things up using the refresh mode as necessary.

 

[Dave006]

I cannot understand why that would be an intentional rule because the end result is the same -- you are able to switch to that same time slot but forcing the cancel is unnecessary. But, alas, it is necessary.

From a software programming view it does make sense, and is a logical programming restriction even though it is not a good User Experience (UX) for the guest.

What's the prebook overlap? I am seeing 15 minutes (e.g. 9-10 and 945-1045). I can't squeeze in that overlap anymore right now.
For day-of, does that mean in park would allow 9-10 and 915-1015?

That is the average overlap that the system will allow when your are making your initial selections, and these are best done in the initial 5 minute hold window before you purchase. You can't squeeze anything in to the gaps due to the large LLMP return time being held.

For day-of we have been able to get a 30 minute overlap often but I have never seen a 45 minute overlap as in your example. The system is simply not designed for your to book LLMP return times every 10-15 minutes.

From your point of view, I assume you are calling it a user error because you realize the need to cancel.

I never called it a user error but other DIS members have referenced this situation since it since it is often a simple user error.

You however were stuck in the normal pre-booked MDE behavior. Many times guests will have added things to their Disney items that may show a 4 hour window to their My Day plan, and have Dining reservations that are actually preventing them from making the normal LLMP selections or "modify" change or even booking a LLMP time that they are sure should work.

Dave

 

[Mle8308]

Sigh. It's not a user error. There's zero reason why you cannot switch from 1 ride to another assuming availability and not violating tier rules. Switching from Figment at 9AM to Pixar at 9AM is allowed in the parks but not prebooking. The fact I had to cancel Figment to book Pixar proves me point. And ZERO chance Frozen is available at 9AM like my app says. Thrill Data confirms too.

Exactly! As everyone was saying, you cannot modify before your park day, modify on day of. You have to cancel and rebook if it is further out than your park day. Exactly what you ended up doing and lo and behold, it worked! Glad you got what you wanted after all that!