Last modified: 2008-12-08 18:11:08 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T18372, the corresponding Phabricator task for complete and up-to-date bug report information.
First Last Prev Next    This bug is not in your last search results.
Bug 16372 - accesskey method undefined
accesskey method undefined
Status: RESOLVED INVALID
Product: MediaWiki extensions
Classification: Unclassified
Drafts (Other open bugs)
unspecified
Other Linux
: Normal major (vote)
: ---
Assigned To: Trevor Parscal
:
Depends on:
Blocks:
  Show dependency tree / graph
 
Reported: 2008-11-17 20:50 UTC by Art Kalb
Modified: 2008-12-08 18:11 UTC (History)
3 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---

Attachments
Drafts.hooks.php as I downloaded it. (8.10 KB, application/octet-stream)
2008-11-17 20:50 UTC, Art Kalb 		Details
Add an attachment (proposed patch, testcase, etc.)

Description Art Kalb 2008-11-17 20:50:59 UTC 
Created attachment 5531 [details]
Drafts.hooks.php as I downloaded it.

I am getting a "Call to undefined method SkinMonoBook::accesskey() in Drafts.hooks.php on line 148.

I believe I am looking at the most current code revision (got the code off the SVN).
Comment 1 Art Kalb 2008-11-18 18:46:06 UTC 
Further comments on the initial report.
I am using Mediawiki 1.13.2

I have figured out some possible fixes...
accesskey seems to have been replaced by tooltipAndAccesskey in recent skins.

Once this has been done, there is a call to WebRequest::SetVal.
This function is a recent addition to the WebRequest class (i.e. it does not exist in 1.13.2).
Upgrading the WebRequest class to the current SVN version fixes the problem.

Once this is done, I still see some flaky behavior.
When I make an edit, the "Save Draft" button does not activate until I preview. I was expecting it to activate as soon as I make a change.
Comment 2 Art Kalb 2008-12-06 02:03:30 UTC 
Please add comment on why this bug is RESOLVED INVALID.
Comment 3 Aaron Schulz 2008-12-06 02:08:32 UTC 
From the comment above, it looks like you are using a version of MW (1.13) that this very new extension does not support.
Comment 4 Brion Vibber 2008-12-08 18:11:08 UTC 
[Marking invalid -- extension requires a newer version of MediaWiki than reporter was using.]
Note You need to log in before you can comment on or make changes to this bug.
First Last Prev Next    This bug is not in your last search results.

Navigation
Links