k3davis

Previously the plugin had a “link behavior” setting, not tied to the now-defunct “enhanced viewer” functionality. If I can get a chance I’ll try to figure out why it’s not always available or visible in the current version.

Yaniv,

The “view.php” links are outdated and refer to the enhanced viewer feature that was discontinued in version 2.5.15. I don’t see that link anywhere in the source of the page you specified, and the viewer instances on the page as far as I can tell are working correctly. Perhaps it’s following links from an older version of the page, based on a previous indexing? Not sure, but it doesn’t look like an issue with your site as it is currently.

Kevin

The link you provided does not seem to exist anymore (404).

When I visit that URL, the web page that loads also has that HTML, not a PDF document. Please check your document link in your browser before adding it to the viewer.

Both of these functions would have broke in November 2014 when Google completely changed their viewer code. Please see the plugin home page for more information or alternatives.

I’m guessing that’s Hebrew? What does the error message say?

@carosea Please see this thread. The thread you posted to is not related to the issue you’re reporting.

If you’re running a Linux/Apache type site it’s possible to work around this restriction with some creative edits to your .htaccess file. This is not supported in GDE officially, so your mileage may vary and you may have to experiment with it on your own. A sample file looks something like this.

Again, you’re on your own with this workaround but hopefully it will point you in the right direction.

Again, that information is easily found in the plugin FAQ. Your WordPress site can run on localhost and still use GDE; but make sure that the file URL you put in the shortcode links to a document that is publicly accessible:

[gview file="https://somerealsite.com/wordpress/wp-content/uploads/2015/01/java01.ppt"]

for example.

Minor clarification – you must move your document to a publicly accessible web server to use the plugin. Your site can still remain on localhost if need be. Details about this are in the plugin FAQ.

Just a note of clarification – you’re asking about a different plugin.

Quite what I was talking about. How do you know it’s not about that? Did you try what I suggested at all?

A possible underlying cause for this issue was detailed in this post.

The fastest and easiest solution is to disable GDE’s editor integration setting, “Insert shortcode from Media Library by default” in the Advanced section of GDE Settings. If you’re comfortable changing options manually in the database, it’s possible to manually enter a value for the particular setting that seems to be blank in current versions of WordPress.

Along with Dan I would encourage you toward actively developed projects if they meet your needs. That said, another reason one particular browser (in your case Firefox) may not display a document in GDE is because of some weird cookie behavior. Try clearing Google-related cookies from the affected browser, or alternately logging out (and then back in, if you wish) to clear or reset cookies that may be stuck in an expired-ish sort of state.

Thanks Don, those are interesting observations. It’s not immediately clear how GDE would interact with these database values you mention – it certainly doesn’t expect or call upon them in and of itself; though it’s true that the editor integration for WP 3.6 or so and higher did require the image_default_link_type setting to be ‘file’ in order to work properly I’d never encountered a scenario where it affected the overall operation of WordPress if it wasn’t set in that manner (comparably few people were using that method in GDE at that time, though, in favor of the icon in the visual editor, so perhaps it was a larger issue at the time then I was aware of).

On further review the specific issue with WP_DEBUG was a plain-jane info message that botched up a javascript file, not related to the editor integration at all. The once-affected file isn’t in use given the current state of the plugin.

If in fact anyone else were to encounter that problem I’d first suggest trying to disable editor integration, or more specifically the “Insert shortcode from Media Library by default” option, if they didn’t want to or for some reason couldn’t update that default setting in the media library.

I’m sorry to hear that getting it to go was such an ordeal for you but thanks for taking the time to share your findings.