Issue with Google Slide Embed

Any idea how would we report the problem to Google? I haven’t been able to recreate the problem in any browser. If I had a problem I could actually show them then maybe they would take action, but as it is I’m just describing a problem that apparently doesn’t exist.

Same problem here, grey window at upper left corner.
Also a lot of errors last weeks that he can’t load the media.

Very frustrating. I don’t know what to do.
I tried to ignore Xibo and open google chrome in the startup, with the -incognito -kiosk command, and a auto refresh addon but it won’t refresh in full screen.

Hope the Xibo-team finds a solution for this…

I do have a somewhat workaround, but it requires putting a buffer of 200px of space above the GSlide. Below is a sample Gslide page

Then in the embed code, add content like this:

<div style="position: relative; top: -200px;">
<iframe src="LINK TO SLIDE" width="1050" height="1325" allowfullscreen="true" mozallowfullscreen="true" webkitallowfullscreen="true"></iframe>
</div>

However, this requires a change of the content area and users could potentially mess it up. Kinda a workaround.

Thanks,

Mark

We have the same issue… Windows 10 and Google Slides. :frowning:

Having the same issue - any fix yet?

Enabling HTML 5 Windows Emulation fixes the issue.

Tried using 11000 (0x2AF8) settings…no improvement :frowning:

I did that change awhile back while testing. Tested various Browser Emulation options. Here is a regedit screenshot showing XiboClient.exe in WOW6432NODE (This is Win10 x64). I am using 11001 to force to IE11 mode for everything. I still get the same symptoms.

I added an entry to the 64bit section as well, but same symptoms.

I just purchased Xibo for my company, was hoping to move away from Rise Vision, and of course now the first screen I attempt to setup I run into this exact problem.

I understand the issue may lie with how IE is handling the page, but simply put we cannot recreate this directly in IE, so Xibo support telling us Google Slides has to implement the fix is a bit frustrating.

Xibo support - is there any active attempt to fix this issue from your end? Or research into any possible fix? If I am unable to embed Google Slides I think Xibo will be useless for me in the long run, as the workarounds add too much to the workflow.

Any information on if any luck as been had with a fix would be much appreciated. Thank you!

Hi,

I’ve given up for now, I’m hoping that Xibo will recode the windows xibo clients to use Chrome instead…websites that are IE 11 compatible is shrinking fast…

KL

2 Likes

I’ve come up with a workaround that may help some people. The issue with the box appears due to the IE11 cache. I fixed the issue by moving the cache folder and deleting the contents of the folder before Xibo starts

  1. Create a new folder (i used “iecache” and left it on the desktop)
  2. Open IE11 as admin and move the cache folder to that location (requires restart)
  3. Create a batch file that removes the directory (rmdir) and re-creates it (mkdir). This is needed as the folder has to be empty
  4. Run batch file before starting Xibo

One thing I noticed is that if the folder has to be empty if the Google Sheet reloads automatically or changes, so I wrote a scheduled task to run the batch file every 10 minutes. I’m not sure how this affects other layouts as I use this on clients that just show Slides, but it has been working like a charm. Users can update the slide on their own and it will show up in the client

Hope this helps

I created a fix!! simply add this to the Navigate event for the webBrowser and the flash object will be hidden from view:

webBrowser1.Document.DomDocument.createStyleSheet("PRESENTATION_EMBED_URL_HERE", 0).cssText = "embed{display:none!important;}"

Thank you to everyone who has had input on this issue.

Injecting a stylesheet into the document to hide any embed tags is an interesting workaround - I am sure we can do that. However we obviously need to do that only for when we are embedding a webpage with a google slides presentation as the URL.

Is there a convention for those URL’s that we could detect?

As an update regarding this issue, a bug report has been created and the Development team will look into this further. Below is a link to the Issue Report:

Many Thanks.

As far as I can tell, all my Slides presentations use the following URL prefix: https://docs.google.com/presentation

I started running into this a while back and ended up disabling flash via policy on IE and the box was no longer able to come up. Since our layouts almost all rely on this we needed to come up with a fix. I haven’t seen any side effects from this as of yet.

Can you elaborate with this fix? We are having the same problem, but when I attempted to run your fix (which I thought I did correctly) it causes the scaling of the slide show to become messed up.

For now we have reverted back to showing that grey square. Like so many others here, we are relying on Google Slides for many of our layouts due to simplicity - we use them at all our schools and school staff update slides as announcements.

Our Xibo machines are all in an AD group and we assigned the policy to them.

The exact thing we set to enabled is under:

Computer Configuration\Policies\Administrative Templates\Windows Components\Internet Explorer\Security Features\Add-on Management\ Turn off Adobe Flash in Internet Explorer and prevent applications from using Internet Explorer Technology to instantiate Flash Objects

On our layouts we have two different slideshows running, both of them are setup in google as the exact size as the box that I have setup inside of Xibo. This way I shouldn’t have to deal with any sort of scaling or sizing issues. The machines are running Windows 10 and we make sure that the screen scaling is set to 100% as well.

1 Like

@BChiarmonte Works like a charm.Thanks!

Thanks @BChiarmonte for that work around. I’m testing it now and it seems to work fine. We mostly do google slides and youtube videos (letting someone else store all our media) so this seems like a good solution for us and will finally allow me to move our players to Windows 10 as installing Windows 7 on new hardware is a sketchy trick. 10 isn’t perfect and requires some modifications, but until the linux client is out of beta and well tested I’m sticking with Windows.