Forum Replies Created

Viewing 15 replies - 31 through 45 (of 49 total)
  • This sounds like a similar issue to the other currently unresolved thread. I’m working with them right now to try and track this down, and will keep you updated as anything new is discovered. Keep an eye open for an update to fix this hopefully in the very very near future!

    Lets do a few things here, I’d really like to get this fixed for you.

    First of all, can you turn on the Debug feature in settings, and then try and generate a few shortlinks again the same way you just did. Afterwards, take a look in your wp-content/plugins/wp-bitly/log/ directory and send me the generated file to [email protected]

    Also if you don’t mind, could you email me or post here the URL to the domain you’re using Bitly on, and I’ll see if I can verify it against the API logs.

    No, it won’t affect the operation but it will generate a logfile of responses from the Bitly API if you’d like to leave it on for now. We might need that information to figure this out.

    Alright, the next step is to try and manually get a shortlink and see if they’re being generated properly. You can do this with an existing post or create a new one temporarily for the purpose of testing.

    Open a post (or page, etc), and add the [wpbitly] shortcode anywhere on the page. Save and view, and hopefully you’ll see a bitly shortlink where you added the shortcode. You can also specify a post ID to see if shortlinks are being generated for those posts, such as [wpbitly post_id="42"].

    Let me know what happens!

    Nothing has changed with the way shortlinks are generated in the past two versions. The primary update was to the authorization process used with Bitly as they deprecated the old method while the plugin was in limbo.

    Can I get you to double check on your Settings > Writing page that the button that appears next to Connect to Bitly says “Disconnect”? And that the post types (post, page or custom) are properly checked in the list next to Post Types?

    Forgot to check the resolved box. 😛

    I clicked the new logo and then the authorize button. It then logged me out of my WordPress session. However, when I logged back in, the shortlinks appeared. Thank you very much for your help with this.

    Quoting this from the wpme shortlinks thread, I think you meant to post it here!

    I’m going to mark this as resolved since it seems to be working for you now. I’ll re-open if anyone else has an issue with being logged out. Looking at the API server logs, it appears all redirects are remaining intact so it might be another plugin or other issue causing the logout.

    Thanks for following up!

    Hi Santhosh, let me know if you’re having any issues or still have questions about the authorization process. I’ll leave this open for another 24 hours before closing it!

    Hey guys, any new information on this? Did the instructions to disable shortlinks in Jetpack happen to work for you? Let me know, if this is a common issue with Jetpack or another plugin I’d like to sticky the topic so others can find it quickly.

    We just released version 2.4.1, which may not solve this issue immediately but there is now a setting on the options page to enable debugging.

    This will create a log file in /wp-content/plugins/wp-bitly/log/ — if after upgrading you’re still having issues authorizing, send me that file to [email protected] and I’ll look for a permanent fix using the information provided!

    Sounds like Jetpack shortlinks. The plugin used to arbitrarily disable that module so that it could override it, but we felt that was a little too unfriendly.

    The filter should be running after Jetpacks, but you can also try disabling the module manually:

    1. Go to Jetpack -> Dashboard.
    2. Scroll to the bottom and click Debug.
    3. Scroll to the bottom again and click Access the full list of Jetpack modules available on your site.
    4. Look for WP.me Shortlinks in the list, and deactivate it.

    I’ll set a task to look into this further and see if WP Bitly can override it without any inter-plugin aggression.

    Yes, Bitly is deprecating the ApiKey authentication method, as outlined here: https://dev.bitly.com/authentication.html#apikey

    Were you having any issues with the oauth method in the latest version of the plugin?

    Taking a little longer than expected to work out the issue here. After a careful review it looks like the authorization server is doing what it’s expected to do and we’re at a loss at the moment for why your instance is logging you out.

    If you’d be willing to let us take a closer look via your WP dashboard, please contact us at [email protected] to privately exchange that information. If not, totally understandable and we’ll continue to try and work it out from this end. There’s already a new version in the works with some minor updates, and we’d love to have this issue worked out for that release.

    While I would recommend PHP 5.6 as the minimum you should be using, the plugin has been tested with PHP 5.2.4 and was working under that environment. I’m going to make some slight modifications to the authorization server and I’ll let you know when that is pushed up.

    I’m not sure why your copy isn’t encoding the state parameter as it should be, that’s a mystery I’d love to solve, but first I’d like to get everything working for you and then figure out the why of it as we go.

    The issue appears to be a lack of base64 encoding on the state parameter. This is causing an issue on the verification server when it attempts to decode it.

    It looks like you’re hosting with Bluehost? The function that should be encoding the parameter is part of PHP core, unless they’ve done something to disable it. If you could get in touch with their support and confirm whether or not they know of any restrictions on base64 that would help us narrow this down.

    Sounds like we have two different issues going on here. @moviefloss, if I could ask you to start a new thread for yours, possibly with answers to the two questions I posed above, that would be great!

    @granadamgt, I wonder if one of your other plugins is reading one of the url parameters being sent back by Bitly.

    Could you go through the authorization process one more time and when you see the Bitly screen, copy and paste the URL here (there should be some data in the query string, I’m curious what your state and redirect_uri are showing up as).

Viewing 15 replies - 31 through 45 (of 49 total)