CoCha

Hi,

Sorry, it took some time to respond. Christmas, funeral, work…
Unfortunately it isn’t possible to give you access (at this time).
For now I’ll spend some time on it myself, but thanks for the offer.

Hi,

Well, maybe disappeared is not exactly what happened. The pictures are still there, somewhere lost and lonely…

Right now I have two ‘WP/LR Sync’-maps: the first original one and a second new one. Some photos were left behind in the old one, some did return in the new one being a link??? (Bit off-topic, but why is that/did that change?)
This happens over and over again, restored an entire site-backup several times, followed WPLR-update instructions etc. etc.
Republishing pictures from LR doesn’t solve the problem: as far as I can see collections are either put in the old or the new map.

RML-ids are also gone; errors on site stating ID doesn’t exist (anymore).

WP/LR-Sync galleries seem to contain all pictures including keywords. (Can’t tell if each and every one is there, just too many pics and keywords I guess.)

Right now I just want to get rid off both WP/LR-maps completely and republish everything again, but I can’t remove WP/LR-maps… Is there a database-table to be removed or something?

Regards,
Corné

Maybe it’s resolved, but not for me ??
When I wrote the previous message I was using 1.1.6, now I’ve updated to 1.1.7 and still got the same problem.
But at the moment it seems it’s still doing it’s pre-tab-job very well. No complaints ’bout that.

??

Here too.
Please remove the SHOUTING banner and/or make ReadyGraph-integration optional asap.

Great.
Thanks.

I’m not sure how to add an image to this reply, so’ll try and describe it.
An example:
The location I’m interested in, may be Paris.
The name of the location – Paris – is shown above the current weather conditions, forecasts etc. etc.
But when I look at the map, I can see a number of current weather-conditions, but there’s no marker shown on the map which shows where Paris is to be found exactly.
Ok, maybe Paris isn’t such a good example, but when pointing at some little village, playing with zoom and scroll the map, I think it may be helpfull to keep some kind of marker to the place it originally seems to center anyway.

Still the same… ??
Guess it may be some conflict with some other plugin(s) that use the same Google API. But that’s just a guess.

Updated to 0.9.
Disabling UserPro (which uses the same Google API) makes no difference.
Still getting error:

Warning: openssl_sign() [function.openssl-sign]: Unknown signature algorithm. in /var/www/vhosts/xxx.xxx/subdomains/xxx/httpdocs/wp-content/plugins/google-drive-wp-media/gdwpm-api/auth/Google_P12Signer.php on line 65
An error occurred: Unable to sign data

Updated to 0.8.
I still had to disable the ‘require_once ‘external/URITemplateParser.php’-part just to get the plugin installed.

The good news: the ability to get to the settings are back again and they’re saved. The bad: after saving the following messages and error/warning appear.

Great! All API settings successfuly saved.

Warning: openssl_sign() [function.openssl-sign]: Unknown signature algorithm. in /var/www/vhosts/xxx.xxx/subdomains/xxxx/httpdocs/wp-content/plugins/google-drive-wp-media/gdwpm-api/auth/Google_P12Signer.php on line 65

An error occurred: Unable to sign data

I added the lines at the end of your plugin’s config.php.
Sorry, makes no difference…

This gives the same error, but this time it points to another plugin called UserPro. This one has the ability to use a person’s Google-account to login (and a lot more) and seems to use the same Google-API-PHP-Client set (embedded in/with it’s own plugin, of course).

The error as it appeared: Fatal error: Cannot redeclare class URI_Template_Parser in /var/www/vhosts/xxx.xxx/subdomains/xxx/httpdocs/wp-content/plugins/userpro/lib/google/src/external/URITemplateParser.php on line 30.

Then, combining this new error togethet with your suggested solution I decided to make another change by removing the inclusion.

// userpro (Google) conflict....
// if(  !class_exists('URI_Template_Parser') ) {
//	require_once 'external/URITemplateParser.php';
// }

Right now I’m able to activate your plugin. ??

But, after setting e-mail. ID’s etc. another error appears ?? :
Fatal error: Call to undefined method apiOAuth2::setAssertionCredentials() in /var/www/vhosts/xxx.xx/subdomains/xxx/httpdocs/wp-content/plugins/google-drive-wp-media/google-api-php-client/src/Google_Client.php on line 345

Perhaps I made some mistake when copy-and-pasting the Google-API-settings, but even if so, that shouldn’t end up with a fatal error I guess?

Upgrade to 2.02 asap.
Had the same problems, but now it’s working flawlessly.

Same ‘Fatal error: Call to undefined function abpr_needsUpgrade() in […]/wp-content/plugins/absolute-privacy/absolute_privacy.php on line 74’-error here, but to be more specific only when using the ‘customize thumbnail’-option from Nextgen Gallery (2.0.33), which I don’t use very often.
I didn’t have any problems whatsoever before, so perhaps NG is to blame, but I can’t be sure.
It seems however the plugin’s main functionality is still working.

Please also read this topic.