Forum Replies Created

Viewing 15 replies - 331 through 345 (of 975 total)
  • Brian, I have put a note about this at the top of the GDE home page. Google Viewer is not displaying certain colors properly at the moment. Aware of the issue and waiting on/hoping for a fix from them.

    Vicky,

    Just for clarification, you do not need to be logged in to a Google account, or even have to have a Google account, to use Google’s viewer or this plugin. If you do have one, you can be logged in – both of these work. The only problem is with those who are logged in but their login is either expired or in some state of conflict. In that event you must log out (and optionally fully log back in) for it to work reliably.

    The bandwidth error seems to be thrown somewhat randomly and is not necessarily tied to your login in every case.

    Kevin

    Janek,

    Could you take a look at the sample doc embedded on the GDE home page? For me there is no problem seeing or using the vertical scrollbar in any major browser. If you’re seeing something different here or in your own setup, please provide some more information. Thanks.

    This may be a limitation of WordPress? Does the content of any plugin shortcode make it into the RSS feed? There is certainly nothing special the plugin is doing to prevent that from happening.

    You can use a style sheet to set a minimum or maximum height for the viewer frame. Because of the way Google uses Javascript to calculate and resize the page images based on the size of the viewer, browser window, etc., it’s not possible at this time for me to size this programatically. If I discover some other solution I agree this would be a beneficial feature.

    Hi there,

    Please check out the documentation here. I am able to view documents whether logged in or logged out, but there is some weird behavior with the way Google handles logins, so you may actually not be either of those…

    I see the same options (or rather, the same options are hidden) in all browsers I try. This is very likely a browser cache issue.

    You are probably correct. You will most likely have to correct the path value at the top of libs/lib-bootstrap.php to deal with your customized situation.

    Hi,

    If you find it working on one computer/browser and not another, especially in the same environment, there’s really no other possible explanation besides a local issue. I would try on the affected machine:

    1) Clearing your browser cache, including any app cache
    2) Either deleting any cookies related to your site or Google, or in that browser going to your Google account and explicitly logging out (you can log back in afterward if you wish, but a stale login will have a negative effect).

    Hope this helps.

    Kevin

    Screencast link doesn’t seem good, but I’m wondering what kind of doc you’re embedding (you mentioned PDF, is that all?). I’ve seen that “source code” type appearance in the viewer when trying to use certain Office XML docs (docx, xlsx, etc.). But then again it may just be the HTML source of some other error page?

    Google Docs probably won’t work, but if you’re trying dropbox as a workaround and getting a different error message, you might be able to get it to work if you temporarily turn off “check for errors before loading viewer” on the Advanced tab.

    Wish I could give you a more direct solution. πŸ™

    Hi there,

    No, I don’t think this is the same issue. When I go to that URL I see the document embedded normally.

    I expect the issue you’re having is much more simple and just related to either browser cache or cookies. Try clearing your browser cache (or using a browser you don’t normally use), and also try logging out of any active Google account logins. (You can then log back in if you wish, but this will reset any stale Google account logins which can interfere with loading the viewer.)

    Let me know if you need more help.

    Kevin

    If you’re getting the “unable to find document” error then yes, it is Google being unreliable at the moment. It seems to be affecting a lot of people, though most sites are unaffected (including my own). Just have to sit this one out while they work out their issues.

    In the meantime I can view the PDF well on that page using the current version of Firefox as it embeds the pdf viewer of the browser. Other or older browsers may not work as well though (especially if the Reader plugin isn’t installed).

    Hi there,

    PHP 5.4 shouldn’t be a problem. The error you’re seeing is cropping up occasionally all over the place and is a kind of connectivity problem on Google’s end. Some people who have reported this saw it disappear within a day or so without any action, while others found that moving their files to another web host (or a dropbox link temporarily) resolved the issue.

    None of those are convenient, but unfortunately I’m at Google’s mercy in this regard. The plugin is working correctly but Google isn’t fetching the documents in a timely way for conversion. This occurs even if you use their viewer directly (without GDE).

    Hopefully the problem will be resolved soon. I’ve definitely learned never to invest a lot of programming hours building up a product that relies on third party code, because it’s frustrating for me as well when there are issues I can’t control.

    Kevin

    Thread Starter k3davis

    (@k3davis)

    Hi Manish,

    I’m sorry, but I can’t see this issue anymore. Running GDE 2.5.7 with the default profiles, I pasted the 3 shortcodes you included above, and all 3 of them display correctly:

    http://dev.davismetro.com/edge/test/

    It seems like you’re having a local issue that might go away when your web site becomes public. I don’t have a private, local install of WordPress to test this on.

    Are you able to load that PDF link directly when click download, etc.? If so that would rule out any other network issue.

    I’m afraid I can’t reproduce this problem anymore and have run out of ideas.

Viewing 15 replies - 331 through 345 (of 975 total)