Topic on Extension talk:OpenID

Jump to navigation Jump to search

Return to Special:Badtitle instead of the main page after verification has succeeded

Go2dev (talkcontribs)

I'm using OpenID (Version 3.42 20131004) in conjunction with MW 1.22.2 for a private wiki and am experiencing an error with the return link on the login success page. The server is running:

PHP 5.4.26 (cgi-fcgi) MySQL 5.5.36-cll Apache 2.2.26 (Unix)

After logging in with OpenID (our organisation is using Google Apps) on the Verification Succeeded page the last line always reads 'Return to Special:Badtitle.' instead of "Return to Dashboard" (Dashboard being the main page for our wiki). 'Return to Dashboard' appears on the Bad title page if you click through the link.

The 'Return to Special:Badtitle.' link also appears if a user returns to the login success page where the title reads 'You are already logged in'.

I know this issue has cropped up before but all the posts I've seen are related to older versions of the extension and MW.

According to the log, the Special:Badtitle is part of the referrer during the OpenID login process - here's a section from the log file:

:Start request POST /w/index.php?title=Special:OpenIDLogin
:CONTENT-TYPE: application/x-www-form-urlencoded
:ACCEPT: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8
:ACCEPT-ENCODING: gzip,deflate,sdch
:ACCEPT-LANGUAGE: en-GB,en;q=0.8
:CACHE-CONTROL: max-age=0
:CONNECTION: keep-alive
:COOKIE: random_hb_openid_provider=Google; wikiEditor-0-booklet-characters-page=latin; wikiEditor-0-booklet-help-page=discussion; vector-nav-p-recentchanges-url.7Crecentchanges=true; vector-nav-p-Wiki-Ops=true; vector-nav-p-categorytree-portlet=false; __utma=175913889.1062613182.1380626510.1394545934.1394807252.38;|utmccn=(referral)|utmcmd=referral|utmcct=/cpsess8511562650/scripts4/listaccts; random_hb_session=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx; random_hbLoggedOut=xxxxxxxxxx; random_hbUserID=2; random_hbUserName=username; random_hbOpenID=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx; vector-nav-p-Media_Wiki=true; vector-nav-p-tb=true
:USER-AGENT: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/33.0.1750.154 Safari/537.36
:CACHES: EmptyBagOStuff[main] SqlBagOStuff[message] SqlBagOStuff[parser]
:[cookie] session_set_cookie_params: "0", "/", "", "", "1"
:Class LanguageEn_gb not found; skipped loading
:LocalisationCache: using store LCStore_DB
:Connected to database 0 at localhost
:Unstubbing $wgParser on call of $wgParser::setHook from wf_include
:Parser: using preprocessor: Preprocessor_DOM
:Fully initialised
:Connected to database 0 at localhost
:MessageCache::load: Loading en-gb... got from global cache
:Unstubbing $wgLang on call of $wgLang::_unstub from ParserOptions::__construct
:MessageCache::load: Loading en... got from global cache
:OpenID: Attempting login with url:
:Use of User::getSkin was deprecated in MediaWiki 1.18. [Called from OpenIDHooks::onPersonalUrls in /home/random/public_html/hb/w/extensions/OpenID/OpenID.hooks.php at line 90]
:Parser: using preprocessor: Preprocessor_DOM
:OutputPage::sendCacheControl: private caching;  **
:wfShellExec: /bin/bash '/home/username/public_html/subdomain/w/includes/' \/usr/bin/php'\ '\/home/username/public_html/subdomain/w/maintenance/runJobs.php'\ '\--maxjobs'\ '\1'\ &' 'MW_INCLUDE_STDERR=;MW_CPU_LIMIT=180; MW_CGROUP='\\; MW_MEM_LIMIT=307200; MW_FILE_SIZE_LIMIT=102400; MW_WALL_CLOCK_LIMIT=180'
:Request ended normally
:wfClientAcceptsGzip: client accepts gzip.
:wfGzipHandler() is compressing output

There's nothing of note in /messages and /apache2/error_log.

Any ideas where I should starting looking to debug this?

On a related point, it would be useful if the login page automatically redirected to the Dashboard/main/home page after a few seconds instead of sitting there. Can this safely be added as JS in the PHP file which defines what appears on that page or is that a bad idea? Is it an option that I missed?

Comments and suggestions most appreciated Best D

Atao60 (talkcontribs)

This is a sequel of https site and Special:Badtitle

I thought my issue was solved. But things are never so simple. Now my Mediawiki site behaves exactly as described by the first post on this thread:

  • verification succeeds
  • on the Verification Succeeded view the last line displays a link to 'Return to Special:Badtitle.'

I'm unable to figure out what I have done that changed the Mediawiki behavior. The only thing I think about is I purged all the caches of Firefox. I don't know if it can be related.

[EDIT] 29/03/2014. And today the issue has vanished... I've no clue about this erratic behavior...

Reply to "Return to Special:Badtitle instead of the main page after verification has succeeded"