The Sims Wiki talk:Development Portal

Archives 1 2

Community

Community Portal (talk) · Community Discussions forum
Fanon Portal (talk) · Game Guide Portal (talk) · Development Portal (talk) · Admin Portal (talk) · Main Page talk

Information

Here you can post updates on what you're working on or a notice to other concerned with the development of the wiki. For general discussion see the Community Portal talk and for minor news see the Development Portal main page.

Header image 'broken'

Issue	Browsers affected	Cause	Severity	Resolution
Top menu bar (A.K.A. the 'Sims faces mosaic') image is broken and repeating.		The top menu bar appears to be wider than usual - unknown reason	Minor

As stated above, the mosaic image is broken, at least in my browser (Firefox). If any other users see this issue, please chime in here. If you see this issue and are using a browser other than Firefox, please include it on the table above.

As for solutions, I'm thinking, if this was a Wikia-wide change to the menu bar width, that perhaps we can rig up some css code to re-narrow the bar (hopefully this doesn't violate TOS)... or we can maybe contact JoePlay, the person who designed the original, to have him re-do it with the new, wider setting. -- LostInRiverview ^{talk · blog} 05:42, January 21, 2012 (UTC)

Quick report script

I've implemented a system on the reports page to allow users to easily report a user by typing the user/IP address on the first field, the page that was vandalised, which is an optional requirement - the Report template has a link to the user's contributions. Finally the reporting user only has to click "Report user" and it's done.

The JS used for the system can be found here with the corresponding removal script (which the form won't work without) can be found here. Both of these are listed as "importScript" functions on MediaWiki:Common.js.

Currently the system is basic and only accommodates a link to one page (with a history link) and no signature from the reporting user. While I do feel that we can live without these, it would be nice if we could try and implement these.

The scripts/form are still in testing (with the removal script still requiring reports to be manually removed) so if you come across any bugs, feel free to list them down. Lost Labyrinth • (c) • (b) 12:44, April 22, 2012 (UTC)

Broken HTML tags

Issue	Browsers affected	Cause	Severity	Resolution
HTML tags, namely <choose> tags, appear broken.		Possibly due to the MediaWiki upgrade/HTML5 switchover	Minor

So I've noticed that some HTML tags on the Community Portal mainpage seem to be broken. I noticed that (overnight?) we have been upgraded to MediaWiki 1.19 as part of Wikia's global overhaul. Despite HTML5 having native backwards compatibility with older versions of the HTML standard, a lot of tags have become obsolete. This is noticeable in Chrome and I haven't tried any other browsers. Lost Labyrinth • (c) • (b) 10:22, July 6, 2012 (UTC)

This issue also exists in Firefox, so I've added that to the table. In fact, the page won't even load for me, it dumps me on an error page instead. However, I do know that before the upgrade we were having problems on that page, specifically with the randomized Sim pictures and the <choose> tags. *edit* If it is those tags, then it's worth mentioning that we use them on other pages as well, including on the Main Page in multiple templates. At last check a couple weeks ago they were still working, but I'll check again. -- LiR ^{speak ~ read} 21:52, July 6, 2012 (UTC)

Yeah I just saw the error message too. Seems like a problem with the MediaWiki installation that's out of our control. I didn't see anything about HTML5 not supporting choose tags so I don't know what Wikia did to them, if anything, though I've noticed that the choose tags still seem to work on a few userpages... Lost Labyrinth • (c) • (b) 22:00, July 6, 2012 (UTC)

Perhaps there's some other code on that page that conflicts with the tags? I honestly have no idea.-- LiR ^{speak ~ read} 22:07, July 6, 2012 (UTC)

Update: I get an Internal error every time I try to edit the page, even if I'm trying to remove the tags. My guess is that we're somehow missing the actual problem. Are there any other pages with a similar issue on the wiki? -- LiR ^{speak ~ read} 22:10, July 6, 2012 (UTC)

Interestingly I just tried to copy that page to my Sandbox to try and solve the issue without breaking anything else and I got the same "Set $wgShowExceptionDetails = true; at the bottom of LocalSettings.php to show detailed debugging information." error message. I'm yet to encounter any other pages with that issue but I'm now thinking that there is something in the code on that page that Wikia doesn't like. All we can really do is try to find out what but this is weird. Lost Labyrinth • (c) • (b) 22:17, July 6, 2012 (UTC)

Update: I've managed to copy the whole page into my sandbox and it seemed that the Activity Feed HTML tags were causing pretty much every issue, including the internal errors. Everything that's in the Sandbox now (at the time of writing) is working as it should be. For now I've copied my sandbox to the Community Portal mainpage as it seems to be in working order but it's worth keeping an eye on things. Lost Labyrinth • (c) • (b) 22:27, July 6, 2012 (UTC)

Borders on templates rounded vs not rounded

Issue	Browsers affected	Cause	Severity	Resolution
Some templates' corners that were once rounded are now not rounded, while others are.		Presently unknown	Minor

I'm not sure if it has to do with the recent MediaWiki upgrade, but now some of our templates have lost the 'rounded corners' that they used to have, at least in my browser (Firefox). I've noticed that if I change the template over to use {{Parthenon}}, then the problem is fixed, at least for that template (for example, {{Nutshell}}). -- LiR ^{speak ~ read} 00:29, July 22, 2012 (UTC)

Added Chrome to that list too. Before going on holiday, I filed a bug report to Wikia as the Abuse Filter seems to be missing the filter navigation bar, the check syntax option is broken and the optional dropdowns were appearing even if they weren't selected. I'm guessing they are to do with the MediaWiki update which pushed HTML5 support, which could have caused the issue here. Sad thing is I don't know any HTML5 :( Lost Labyrinth • (c) • (b) 11:10, July 22, 2012 (UTC)