Bug 1028155

Summary:	Mount /tmp as tmpfs have poor results on adobe flash player
Product:	[Fedora] Fedora	Reporter:	Marian <corcodel.marian>
Component:	systemd	Assignee:	systemd-maint
Status:	CLOSED NOTABUG	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	urgent	Docs Contact:
Priority:	unspecified
Version:	19	CC:	johannbg, lnykryn, mschmidt, msekleta, plautrba, systemd-maint, vpavlin, zbyszek
Target Milestone:	---
Target Release:	---
Hardware:	x86_64
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2014-01-23 13:53:56 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:

Description Marian 2013-11-07 19:13:16 UTC

Description of problem:


Version-Release number of selected component (if applicable):


How reproducible:


Steps to Reproduce:
1.systemctl mask tmp.mount
2.Restart system
3.Flash material work normal
4 systemctl unmask tmp.mount
5.Reboot
7.Flash material work delayed as his run
Actual results:


Expected results:
Long flash materials to run fast

Additional info:

Comment 1 Michal Schmidt 2013-11-08 09:02:13 UTC

I can see you also filed bug 1026058 (for firefox), which seems similar to this one. Though neither bug's description is very clear to me.

What exactly do you mean by "Flash material work delayed as his run"? Does it take a long time to start a Flash animation? How long? And once it is started, does it play normally? Can you give us an URL at which the bug can be demonstrated?

Comment 2 Marian 2013-11-08 19:02:30 UTC

http://www.vplay.ro/watch/xf9s2gkf/ is one example.

Comment 3 Marian 2013-11-08 19:16:55 UTC

http://divxonline.ro/filmenoi/5411-return-to-nims-island.html

Comment 4 Lennart Poettering 2014-01-23 13:53:56 UTC

Well, sounds like a bug in flash. Please file against Flash upstream. Closing.