Proxy settings

Asked by Bartek

Hello,

I would like to ask with one proxy is used by active swf (swf that downloading some content from remote server) displayed by Xibo?

Right now i'm using null proxy value in xibo and some proxy in windows (ie) settings.

In effect when showing web pages web proxy from ie is used as expected, when xibo communication to server there is no proxy used and this is situation that I wanted to get.

Am I right that swf elements are using Xibo's proxy setting? Or maybe flash using it's own proxy settings hidden somewhere?
Is there any way to archive such goal: web and swfs (no swf embedded in web, native swf from lib) using some proxy, xibo itself won't use proxy and contact server directly?

Thanks

Question information

Language:
English Edit question
Status:
Solved
For:
Xibo Edit question
Assignee:
No assignee Edit question
Solved by:
Bartek
Solved:
Last query:
Last reply:
Revision history for this message
Alex Harrington (alexharrington) said :
#1

Flash inside webpages will use your ie proxy settings.

If you're using flash media items then the client embeds flash directly
using an ocx control so I don't know 100%. Dan might, but it should be
trivial for you to test. My money would be on it inheriting ie settings.
If so you could always add a proxy exception in ie.

Alex

Bartek <email address hidden> wrote:

New question #101192 on Xibo:
https://answers.launchpad.net/xibo/+question/101192

Hello,

I would like to ask with one proxy is used by active swf (swf that
downloading some content from remote server) displayed by Xibo?

Right now i'm using null proxy value in xibo and some proxy in windows
(ie) settings.

In effect when showing web pages web proxy from ie is used as expected,
when xibo communication to server there is no proxy used and this is
situation that I wanted to get.

Am I right that swf elements are using Xibo's proxy setting? Or maybe
flash using it's own proxy settings hidden somewhere?
Is there any way to archive such goal: web and swfs (no swf embedded in
web, native swf from lib) using some proxy, xibo itself won't use proxy
and contact server directly?

Thanks

--
You received this question notification because you are a member of Xibo
Developers, which is an answer contact for Xibo.

This email carries a disclaimer, a copy of which may be read at http://learning.longhill.org.uk/disclaimer

Revision history for this message
Bartek (czajka) said :
#2

Trivial - if there is already such swf. But right now we're planning only and I don't have any good example :(
Maybe You know some free example, something like weather flash forecast or smtg :)

IE inherit would be best for me - I want to proxy everything except xibo server-client communication :)

Revision history for this message
Dan Garner (dangarner) said :
#3

I do not know which proxy settings the ActiveX control will use... there is nothing that jumps out at me. It will be difficult for me to test without being behind a proxy.

If you do get a chance to test we would be very interested in your results.

Revision history for this message
Dan Garner (dangarner) said :
#4

Bartek...

You could always use the Embedded HTML media type to manually embed your flash... that way it will likely use the IE settings (if that is what flash does, I assume so).

Revision history for this message
Bartek (czajka) said :
#5

You're right, but as far i know there is no such item in library like embedded html for later reuse.
Again - no problem for me, but there will be a problem for our users.
I can't tell them: If you want to insert a weather forecast/ stock prices /etc between those two movies paste this fancy string as a embedded html.
Instead of this I need Stock/Weather/Etc item in lib :)

Anyway, i'm going to search for some flash that download some data from net and test it tomorrow :)

Revision history for this message
Bartek (czajka) said :
#6

Ma again ;)

I've checked two different swfs with active download. Both of them crash xibo client immedialety without any display.
For example this one (first hit on google ;)):

http://image.weather.com/web/flash/FMMain.swf

Revision history for this message
Alex Harrington (alexharrington) said :
#7

I just loaded that FMMain.swf on to our unittest box and it plays fine. Dan, can you try on your machine? It's on 1.0.6 unittest .net client single.

Cheers

Alex

Revision history for this message
Bartek (czajka) said :
#8

On my installations (same test layout with single fmmain:

Win7RC note - crashed
XP Production - ok

Anyway - on xp i've noticed proxy usage when ie proxy is set and xibo proxy empty - so i'm very happy about it :)

Win7 crash no big problem for me anyway :)

Revision history for this message
Dan Garner (dangarner) said :
#9

I have a Win7 development machine so will test this tonight

Revision history for this message
Dan Garner (dangarner) said :
#10

Tested and it works without issue on my Win7 machine, perhaps something to do with the installation of Flash on your RC machine?

Revision history for this message
Bartek (czajka) said :
#11

So probably some miscofiguration in my installation. As there is only 15 days left for RC it's probably pointless to investigate...

Revision history for this message
Paul Brown (paul-brown) said :
#12

When I placed that weather.com SWF file URL into a Webpage element on my layout, then run the Xibo client, my client wants to literally download the swf file. As in, it wants to save it to a file on my system. The same thing happens when I feed it a url that is a direct link to an img. For example, if I were to give it www.google.com/ThisIsAnImage.png, the client wants to download the png file. If I put this URL into any web browser, it simple displays it. How can I get Xibo to simply display URL's like this?

Revision history for this message
Alex Harrington (alexharrington) said :
#13

You need to either download the swf file and then upload it in to Xibo as flash media or giving xibo the URL of a webpage that embeds that media, or you need to write that embedded html yourself and put it into xibo as an embedded html media type.

Alex

This email carries a disclaimer, a copy of which may be read at http://learning.longhill.org.uk/disclaimer