Last modified: 2011-09-23 18:44:52 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 T33099, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 31099 - WikiEditor doesn't load in debug mode
WikiEditor doesn't load in debug mode
Status: RESOLVED WORKSFORME
Product: MediaWiki extensions
Classification: Unclassified
WikiEditor (Other open bugs)
unspecified
All All
: Unprioritized minor with 1 vote (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2011-09-22 16:04 UTC by Sam Reed (reedy)
Modified: 2011-09-23 18:44 UTC (History)
4 users (show)

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


Attachments
debug=false (49.90 KB, image/png)
2011-09-22 21:46 UTC, Sam Reed (reedy)
Details
debug=true (36.76 KB, image/png)
2011-09-22 21:46 UTC, Sam Reed (reedy)
Details

Description Sam Reed (reedy) 2011-09-22 16:04:20 UTC
WikiEditor doesn't load in debug mode on 1.17 and 1.18

Works fine on trunk though seemingly
Comment 1 Jim R. Wilson 2011-09-22 16:09:43 UTC
This makes it hard to debug wikiEditor or extensions thereto.
Comment 2 Roan Kattouw 2011-09-22 17:46:10 UTC
Works for me on test2wiki, both on secure (logged in) and non-secure (logged out).
Comment 3 Brion Vibber 2011-09-22 21:44:08 UTC
Works for me on trunk, 1.18, 1.17, and the live sites test2.wikipedia.org and mediawiki.org
Comment 4 Sam Reed (reedy) 2011-09-22 21:46:32 UTC
Created attachment 9088 [details]
debug=false

debug=false

Not shown
Comment 5 Sam Reed (reedy) 2011-09-22 21:46:54 UTC
Created attachment 9089 [details]
debug=true
Comment 6 Sam Reed (reedy) 2011-09-22 21:48:08 UTC
There's obviously something a miss somewhere... :/
Comment 7 Brion Vibber 2011-09-22 21:48:25 UTC
Well since it's just you, you might need to dive into your debugger and see what's going on...
Comment 8 Sam Reed (reedy) 2011-09-22 21:54:16 UTC
(In reply to comment #7)
> Well since it's just you, you might need to dive into your debugger and see
> what's going on...

It's not just me. It was reported on IRC, and I was able to verify it.

The only main difference in my configs is memcached setup for my trunk wiki, setting it for the others makes no difference

reedy@ubuntu64-esxi:~$ apache2 -v
Server version: Apache/2.2.17 (Ubuntu)
Server built:   Sep  1 2011 09:31:14
reedy@ubuntu64-esxi:~$ php -v
PHP 5.3.5-1ubuntu7.2 with Suhosin-Patch (cli) (built: May  2 2011 23:00:17)
Copyright (c) 1997-2009 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2010 Zend Technologies
    with Xdebug v2.1.0, Copyright (c) 2002-2010, by Derick Rethans
reedy@ubuntu64-esxi:~$ mysql --version
mysql  Ver 14.14 Distrib 5.1.54, for debian-linux-gnu (x86_64) using readline 6.2



Right, fixed for me by setting

$wgExtensionAssetsPath = '/w/extensions/extensions';

As my extensions are in branch/extensions/extensions NOT branch/extensions


So it's a config issue, WFM is still true
Comment 9 Jim R. Wilson 2011-09-23 12:47:54 UTC
I reported this issue to Reedy on IRC.

So, setting $wgExtensionAssetsPath is a workaround?
Comment 10 Roan Kattouw 2011-09-23 12:52:00 UTC
(In reply to comment #9)
> I reported this issue to Reedy on IRC.
> 
> So, setting $wgExtensionAssetsPath is a workaround?
Setting $wgExtensionAssetsPath correctly is *necessary* for any extension to work correctly in debug mode.
Comment 11 Jim R. Wilson 2011-09-23 15:19:23 UTC
Documented: http://www.mediawiki.org/wiki/Manual:$wgResourceLoaderDebug
Comment 12 Jim R. Wilson 2011-09-23 15:23:24 UTC
The default value for me should suffice - I've moved nothing around.  Same issue.  How can I debug this?
Comment 13 Krinkle 2011-09-23 16:43:20 UTC
You have in fact moved things (or rather set up from the beginning in a non-default place, namely the fact that your extensions are not in scriptpath/extensions but somewhere else).

You should always set wgExtensionAssetsPath, just like one sets wgScriptPath, wgArticelPath in LocalSettings etc.
Comment 14 Jim R. Wilson 2011-09-23 18:44:52 UTC
I figured out what my problem was - it was a conflict between JavaScript libraries.  Running in debug mode changed the order in which they load, which in turn caused issues.

Leaving $wgExtensionAssetsPath undefined works for me.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links