Dreamweaver 2021 freezes when I open a page with video embedded

[patigonz]

Every time I open a page that has a video link or embedded video the workspace locks up. I have to 'force quit' and restart the program. I have uninstalled, reinstalled, and even downloaded the remote site files, but it still freezes up. Any idea why? I can't even access the code to delete the video. Thanks.

[BenPleysier]

It's a bit hard to say without seeing the code.

At this satge I would say that it is caused by a coding error or an incorrect link.

[mr.indie]

Hi there,

I've been having the same—or similar—issue. I'm trying to add a page header with a responsive, looping background video (ideally with parallax scrolling).

My DW v19.2 was already crashy, but then just chugged to a halt when I tried to add a background video. I've tried to implement code from a bunch of tutorials (I'm no code wiz). Had to force quit every time. The only way it runs is in Code view (after waiting ~15+ min. for DW to catch up). Split view basically locks it up immediately. 

So I just updated to DW v21.1. Didn't help.

Even after trying a demo I found from a third party, with complete code, that looks and acts great in all browsers (https://codeconvey.com/video-parallax-effect/), DW still chugs to a halt. So I doubt it's the code.

My system:

iMac Retina 5K, 27" (2019), 3 GHz Intel Core i5

64 GB RAM

OS: 10.14.6 Mohave

DW v21.2

Any help is greatly appreciated. I'm at my whit's end!

[Jon Fritz]

Is autoplay set in the video?
Is the video on the local machine, or is it an extenal reference to an online file?

I've seen some posts in the forum lately about autoplay video causing newer versions of DW to lock up.

Any chance you can change the code of the video to autoplay="false" or remove "autoplay" from it entirely from within a text editor like Notepad or SimpleText, and then see what happens in DW?

If it starts working, you will need to report the bug through DW's Help menu. Click on the Report Bug/Feature Request option and make a post in the Uservoice forum to bring it to the dev team's attention. Or, if it's already reported, jump into every similar post and upvote them. The more people who vote on the issue, the closer to the top of the bug pile it goes.

[mr.indie]

Hi Jon,

Good tip on the autoplay. I was able to remove that from the code outside of DW, and when I opened the file DW did NOT lock up. But as soon as I added 'autoplay' back in the lockup commenced. Of course, without autoplay, the video is pointless, so that's still a problem.

FYI: It locks up regardless of whether the video is local or external.

I'm going to try Nancy's tip on restoring preferences next, then report the bug as you advised.

–Thanks

[Jon Fritz]

Is there any chance you've got the page uploaded?

I'm curious to see if I can get my DW to lock up on the same code and video. If so, I would definitely jump in on the bug submission.

[Nancy OShea]

1. Restart your computer.

2. Restore Preferences.

https://helpx.adobe.com/dreamweaver/kb/restore-preferences-dreamweaver.html

3. Validate code and fix reported errors.

• https://validator.w3.org/
• https://jigsaw.w3.org/css-validator/

4. Upload the problem page to your remote server and post the URL here. 

[Nancy OShea]

I don't care what reasons you have for doing it, "autoplay" is a bad idea. 

1. It assumes your viewers WANT to consume excessive bandwidth & data.

2. It assumes that everyone has an unlimited data plan, fast Internet and devices that can handle it.

3. It assumes that nobody has "autoplay" blockers.

ASSUME NOTHING.  Most people hate "autoplay" as much as they hate pop-ups and ads.  That's why blockers are so wildly popular.  And with blockers enabled, your video won't DO anything.  Most people will never know it exists 😉 .  While editing at least, turn off "autoplay."  Or use a background image instead of video.  Offer users the option to see your video or not  so you and they can turn it off when desired.

[mr.indie]

You can easily code it to not autoplay for mobile screens, which I plan to do.

Compared to what I see on the internet every day, what I have planned is hardly a massive hog for desktop machines or average internet speeds. And it's a background video precisely because it's a background design element, not something people should have to press a "play" button to see.

Even if some have autoplay blockers, it allows the others to have a slightly elevated internet experience.

And DW isn't "giving me good advice." It's just failing to handle (inside the app) the exact CSS and HTML code (nothing else) that functions perfectly fine in every browser I've tested it in.

Respectfully, as we're on the verge of 5G, I hardly think it's always a "very bad" idea.