Locked

Standalone flash player not loading remote swf file hosted on SSL-configured server non-std ports

New Here ,
May 02, 2020 May 02, 2020

Copy link to clipboard

Copied

Flash player not loading swf files over https on non-standard port
Problem Description: I have flash content debugger standalone application.
I open it. Go to File --> Open --> Enter URL as : "https://host:8443/web/Shell.swf".
It does not load the swf file.
However if the shell.swf is hosted on 443 , it works perfectly fine by accessing "https://host:443/web/Shell.swf
The server has a valid certificate.
It works perfectly fine is shell.swf is served over HTTP on any port. Meaning I can load the swf file when i acess swf like this: http://host:xyz/web/Shell.swf, where xyz is a port.
Version
Windows 10
Flash Player 32 ( debug and non-debug both)
 
 
PROBLEM IN DETAIL :
I have a server located 'https://aca-client.axeda.com:9443/web/'. I have verified that if I go to "https://aca-client.axeda.com:9443/web/Shell.swf" on browser, it download the swf meaning, its there on the server. Now I don't want to run that swf file on browser. I want to run it over an stand alone flash player. So I download the flash player from "https://labs.adobe.com/downloads/flashplayer.html" website. hover to the link, A) For non-debug version, go to 'Flash Player 32 Beta Standalone' section and click on link 'Download standalone for Windows 32-bit' A) For debug version, go to 'Flash Player 32 Beta Standalone Debuggers' section and click on link 'Download standalone debugger for Windows 32-bit' This will download the two standalone flash players (debug and non-debug mode)
 
1) Please refer to 'flash_version.png' that shows the version of flash_player.
2) Please refer to 'downloaded_players.png' that shows the two exe files getting downloaded when you click on links shown in 'Flash_player_download.png'
3) Please refer to 'application_opens_on_9443_in_browser.png' which shows that the flash application was accessible in browser at "https://aca-client.axeda.com:9443/web/". Ofc I have run flash plugin in browser at that time.
4) Please refer to ''links_I_open_on_flash_standalone_player.png" when open a remote swf file in flash player ( not Browser !!!!).
5) Please refer to "swf_does_not_load.png" to see that nothing happened.swf did not load.
6) Please refer to "Call_traced_on_fiddler_when_accessing_swf_on9443.png" to see the network calls traced on fiddler when i go hit "https://aca-client.axeda.com:9443/web/Shell.swf" on flash player.
 
In the above activity, the log file created in '\AppData\Roaming\Macromedia\Flash Player\Logs\flashlog.txt' did not contain any logs.
 
Now, instead of server hosting the swf file on 9443, I configure the server to listen on 443, which is standard SSL-port.
1) pls refer to "1.png" where i load "https://aca-client.axeda.com/web/" and application works fine
2) Then I open flashplayer_32_sa_debug.exe and the opent the link "https://aca-client.axeda.com/web/Shell.swf". See '2.png'
3) refer 3.png to see that the swf file got loaded. SO MY QUESTION IS WHY ARE REMOTE SWF FILES NOT LOADED FROM SERVER OVER SSL ON NON_STANDARD PORTS ? I already have valid cert on server.
When the server was serving the swf file over http, then on any port the flash_player.exe loads the swf file. let it be 8080 or 80 or 9090, it loads the swf file. THE PROBLEM IS SEEN FOR SSL CONFIGURED SERVER ONLY..
 
CAN YOU TELL ME IF I AM DOING ANYTHING WRONG ? WHAT DO I NEED TO DO TO MAKE IT RIGHT ?

Views

245

Likes

Translate

Translate

Report

Report
Community Guidelines
Be kind and respectful, give credit to the original source of content, and search for duplicates before posting. Learn more
community guidelines
New Here ,
May 02, 2020 May 02, 2020

Copy link to clipboard

Copied

its not validated by adobe team but I had created a bug for the same.

https://tracker.adobe.com/#/view/FP-4199103

Likes

Translate

Translate

Report

Report
Community Guidelines
Be kind and respectful, give credit to the original source of content, and search for duplicates before posting. Learn more
community guidelines
Most Valuable Participant ,
May 03, 2020 May 03, 2020

Copy link to clipboard

Copied

LATEST

Adobe are still fixing bugs, but surely they will stop soon, for all except security bugs. With Flash closing down at the end of the year, it seems hard to justify the effort.

Likes

Translate

Translate

Report

Report
Community Guidelines
Be kind and respectful, give credit to the original source of content, and search for duplicates before posting. Learn more
community guidelines