The Sims Wiki talk:Development Portal
 |
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 | Unresolved |
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 .svg){kind=small}
• (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 | resolved |
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)
- 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
- 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
- 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)
- 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)
- 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
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 (Likely MediaWiki update/HTML5 support issue) | Minor | Not resolved |
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)
- I think, specifically regarding the template issue, the best thing to do would be to find the un-rounded templates and re-work them so they load directly through transcluding (and not substituting) the Parthenon template. That way as well, if we choose in the future to update Parthenon, all those templates will be auto-updated along with it. -- LiR speak ~ read 18:25, July 22, 2012 (UTC)
- I've expanded on the above point, in detail...
- I think it would be best practice, from now on, for the admin team or anyone creating or updating message templates to transclude {{Parthenon}} directly into the template coding. This obviously does not apply to userboxes, main page templates, bio templates, or other templates that wouldn't otherwise use Parthenon.
- This has a couple advantages. Firstly, Parthenon appears not to be affected by the aforementioned issue involving non-rounded corners that are affecting some templates following the MediaWiki update. Also, using Parthenon allows a cohesive theme across multiple templates used on the wiki. Using direct linking to Parthenon (by transclusion, not by substitution or 'copy-pasting') has the added benefit of allowing adjustments to the Parthenon and all templates that use it without needless edits to those individual templates.
- I will probably be manually changing over those templates that manually use Parthenon over the next few days, so that they use Parthenon. Most templates by now have been updated to use Parthenon, even if they were created before Parthenon debuted. Any assistance on this project would be appreciated. -- LiR speak ~ read 04:50, July 25, 2012 (UTC)
- A tip for anyone wishing to help is if you see a squared template and the source code says "-moz-border-radius" and/or "-webkit-border-radius" then it is meant to be rounded. I've just ported the {{Info}} template at the top of this page to Parthenon and I'll be on the lookout for more as I see them. Besides, it seems easier to write in Parthenon anyway as the framework is already there and if configured correctly it won't mess up any already existing templates. Lost Labyrinth • (c) • (b) 20:39, July 25, 2012 (UTC)
- A tip for anyone wishing to help is if you see a squared template and the source code says "-moz-border-radius" and/or "-webkit-border-radius" then it is meant to be rounded. I've just ported the {{Info}} template at the top of this page to Parthenon and I'll be on the lookout for more as I see them. Besides, it seems easier to write in Parthenon anyway as the framework is already there and if configured correctly it won't mess up any already existing templates. Lost Labyrinth
- I will probably be manually changing over those templates that manually use Parthenon over the next few days, so that they use Parthenon. Most templates by now have been updated to use Parthenon, even if they were created before Parthenon debuted. Any assistance on this project would be appreciated. -- LiR speak ~ read 04:50, July 25, 2012 (UTC)
Gallery licensing
It was pointed out by TheSims23 that, when users upload images via the gallery button, there is no option to license the images. Currently, one particular user is doing this, which is leaving many newly-uploaded images uncategorized and unlicensed. I have no idea of how to fix this, but could it be something related to Media Wiki? Thank you for reading. --RoseGui
(talk here) 18:24, July 29, 2012 (UTC)
- Some time since July 13 or earlier, the issue has already occurred. I told Wogan about it, but claimed the next day that it had somehow been fixed. Or maybe I was hallucinating at that time, so I just left this issue like this. :/ Nikel Talk – Vote! 18:39, July 29, 2012 (UTC)
Countdown Template Broken
| Issue | Browsers affected | Cause | Severity | Resolution |
|---|---|---|---|---|
| {{Countdown}} no longer displays on pages | 
|
Unknown, likely Javascript issue | Moderate | 
|
I noticed today that Countdown is no longer functioning. GG says he was editing javascript for the wiki, but he has reverted his edits and the template still doesn't work. I've marked this as a moderate issue due to the fact that this template is heavily-used. -- LiR speak ~ read 19:05, August 15, 2012 (UTC)