In oauth_common.pages.inc, the function _oauth_common_authorize() returns a form with two links to deny access to an application which requested authentication via oauth.

    $form['warning'] = array(
      '#type' => 'item',
      '#value' => l(t('If you don\'t know what !appname is, or don\'t want to give it access to your content, just click here and we\'ll take you away from this page without granting !appname any access to !sitename.', $msgargs), 'oauth/authorization/deny/' . $token->key),
      '#attributes' => array(
        'class' => 'abort-authorization',
      ),
    );

and

    $form['deny'] = array(
      '#type'   => 'item',
      '#value'  => l(t('Deny access'), 'oauth/authorization/deny/' . $token->key),
      '#attributes' => array(
        'class' => 'deny-access',
      ),
    );

The menu callback has not been implemented in oauth_common_menu(). Perhaps it has been implemented somewhere else, so forgive my ignorance.

I thought to post this bug already, before trying to solve it.

Comments

Hugo Wetterberg’s picture

Project: OAuth Common (deprecated) » OAuth 1.0
Version: 6.x-1.x-dev » 6.x-3.0-beta1
voxpelli’s picture

Priority: Normal » Critical

Changing this to critical as it's not good at all for two such vital links to be broken.

voxpelli’s picture

Version: 6.x-3.0-beta1 » 6.x-3.0-beta3
Assigned: Unassigned » voxpelli
Issue tags: +OAuth 3.x Stable

Really really really need to fix this prior to stable release.

paulmckibben’s picture

Subscribe. This functionality is vital for me.

voxpelli’s picture

Assigned: voxpelli » Unassigned

Won't have time for this - deassigning myself to not give a false impression.