User talk:Saftzie

ShoutWiki — express yourself and be heard!
Jump to navigation Jump to search

Welcome to the talk page for Saftzie. Please sign and date your entries by inserting ~~~~ at the end.
Start a new talk topic.

Replacement filing cabinet.svg


Abuse Filter. Are there any timing options for creating user pages?[edit]

See my previous posts here:

I looked at mw:Extension:AbuseFilter

I looked at some of the documentation, and I am overwhelmed by the technical difficulty.

Looking at my original posts do you see any way to implement my ideas concerning wait periods before new users can post links on their user pages? --Timeshifter (talk) 15:08, 17 February 2019 (UTC)

The mw page on the extension is information on how to install the extension, which is already installed on your wiki. You should find the subpage mw:Extension:AbuseFilter/Rules format more useful in creating rules on s:w:cannabis:Special:AbuseFilter. You can look at the public filters on this wiki and on Wikipedia if you need to see some examples of how to write rules. Note that the only existing rule on your wiki will not do what Lcawte apparently thought it would because of syntax errors.
In addition, unless a rule implements a simple, public policy, I suggest making the rule hidden. Otherwise you're just giving spammers a recipe for how to get around your rules. FWIW, I have seen bots come back after a month or more to try to spam again, including to spam their talk pages when those are the only pages they can still edit. --Saftzie (talk) 19:49, 17 February 2019 (UTC)
I occasionally see some spam attempts on registered user names or their associated talk pages after one month of blocking, but not very often. When that happens I block them for a year.
Thanks for all the info and links. I looked at them and a few more:
From what I could decipher I don't see anything based on timing though. --Timeshifter (talk) 20:03, 18 February 2019 (UTC)
user_age is the number of seconds since the user registered. --Saftzie (talk) 21:21, 18 February 2019 (UTC)
There are 604,800 seconds in a week. I googled it. Could I block all addition of links to user pages from registered users who are less than a week old (or any period of time I choose)?
And would they see a notice explaining why so they are not offended if they are not spammers. --Timeshifter (talk) 00:00, 19 February 2019 (UTC)
article_namespace === 2
& user_age < 604800
& count( added_links ) > 0

warn, disallow
The warning text is a message you create in MediaWiki:. --Saftzie (talk) 04:34, 19 February 2019 (UTC)

Thanks. So the code goes here?: s:w:cannabis:Special:AbuseFilter/new.

mw:Extension:AbuseFilter/Rules format says to use page_namespace instead of article_namespace since it is deprecated.
I don't understand where MediaWiki: is found. --Timeshifter (talk) 07:32, 20 February 2019 (UTC)

When you create a new filter or edit an existing one, the conditions go in the box labeled "Conditions:". The version of AbuseFilter here at ShoutWiki isn't the newest, so it would consider "page_namespace" a syntax error. MediaWiki: is a namespace, like User: or Template:. --Saftzie (talk) 03:01, 21 February 2019 (UTC)
Where do actions go? Is the disallow action one of the checkboxes under "Actions to take when matched"? Is it this one: "Prevent the user from performing the action in question"
And where exactly do I type in a warning message?
I want to warn them when blocking them from saving a user page with a link in it. --Timeshifter (talk) 20:28, 21 February 2019 (UTC)
Yes, that's the checkbox. Warning text (including any wiki markup you want) goes in a message you create in MediaWiki:, for example MediaWiki:Abusefilter-warning-6. --Saftzie (talk) 04:28, 22 February 2019 (UTC)
OK. I set up a filter, and a warning message. Not sure if I set it up right:
I deleted all the latest spam user pages. So we will see. --Timeshifter (talk) 21:29, 22 February 2019 (UTC)
You also need to check the box for "Trigger these actions after giving the user a warning" and specify the warning message. --Saftzie (talk) 01:35, 23 February 2019 (UTC)
Thanks. Done. I hope this works. --Timeshifter (talk) 04:45, 23 February 2019 (UTC)
One hit so far:
--Timeshifter (talk) 13:17, 23 February 2019 (UTC)


Hello, for some reason, you have deleted [[Derleme]] page that I started to work on. There is no project like "Turkish Quran" or at least I couldn't find it in ShoutWikiHub.--Kuradilammas (talk) 18:08, 24 February 2019 (UTC)

Hub is not a Turkish Quran site. If you want to create one, feel free, but such content would not go on Hub. --Saftzie (talk) 18:12, 24 February 2019 (UTC)
Thank you, so I will need to create a wiki in my private domain and hosting. Sorry that I haven't read the whole conditions, I have found here just via a Google search. --Kuradilammas (talk) 18:15, 24 February 2019 (UTC)
It was offensive and not friendly that you have blocked my username, my purpose was even not a religious propaganda.-- 18:55, 24 February 2019 (UTC)
You were blocked temporarily for re-creating pages that had been deleted as out-of-scope and irrelevant to this wiki. The content and nature of the irrelevancy is itself irrelevant. As I said, you can still create your own wiki if you wish. --Saftzie (talk) 17:53, 25 February 2019 (UTC)

Can I block creation of articles by IP users?[edit]

I looked at this "Holiday Spam" filter created by Lcawte:

It seems to be working. I don't know how it works, though. I don't understand the last line in conditions:

& (article_text | added_lines ) rlike ("holiday"|"tourist")

There is also this on the "Holiday Spam" filter page:

Warning: This filter was automatically flagged as harmful. As a safety measure, the following actions will not execute (Block autopromote, Block). Please review and optimize your conditions to remove this restriction

I want to remove that "Holiday Spam" filter and create one just to block creation of articles by IP users.

Or is there a setting that a steward like me can set without having to create a filter?

I created another user name, and did some tests. When I tried to create an article I got the default warning:

Error: Warning: This action has been automatically identified as harmful. Unconstructive actions will be quickly reverted, and egregious or repeated unconstructive editing will result in your account or IP address being blocked. If you believe this action to be constructive, you may submit it again to confirm it. A brief description of the abuse rule which your action matched is: Holiday Spam

All the hits though for that filter are from anonymous IP editors:

I don't want to block creation of pages by registered users unless I have to. If it becomes a problem I will require a minimum number of edits first. --Timeshifter (talk) 23:02, 24 February 2019 (UTC)

Your wiki's current filter 1 has several problems.
  • The condition & (article_text | added_lines ) rlike ("holiday"|"tourist") is a big semantic error that will always evaluate to "true." You should edit the filter to remove this condition.
  • AbuseFilter has recognized that the filter has problems and refuses to perform Block autopromote and Block actions. At the very least you should uncheck the boxes that select these actions. (It appears that the filter has never blocked anyone, too, so you don't have to undo any damage from it.)
  • You could also uncheck the warning action. It's pointless for that filter. (Also, the warning text is the default message. This filter is the one that denied your test account.)
If you like, you can copy the conditions from this wiki's public filter 7 into your filter 1. You can change the title of your filter 1, too. The main thing your filter 1 has done is deny article creation by anonymous users, so you can just reuse it with better conditions and actions. --Saftzie (talk) 18:36, 25 February 2019 (UTC)
Thanks. Is there a warning message with that filter 7? --Timeshifter (talk) 04:12, 26 February 2019 (UTC)
Intentionally not. --Saftzie (talk) 19:09, 26 February 2019 (UTC)


Could you translate filter 7 for me? I am having a hard time:

article_namespace % 2 === 0
& article_namespace !== 110
& article_articleid === 0
& user_age === 0
& ! user_blocked

What is % 2 === 0

  • It is for new pages: & article_articleid === 0
  • It is for unregistered users: & user_age === 0

I assume & means all conditions must be met for the filter to activate. x & y — AND – returns true if both of the conditions are true.

!== 110? But NOT something. !x — NOT – returns true if the condition is not true.

& ! user_blocked - So this filter does not activate for blocked users? I assume this is so that other filters will block their activities and keep a record specific to blocked users? I do not understand though since this filter only activates for unregistered users. So registered users whether blocked or not are irrelevant:

user_blocked - boolean - true for blocked registered users, false for unregistered users. --Timeshifter (talk) 23:56, 26 February 2019 (UTC)

% is the modulus operator. === is "equals." !== is "not equal to." Edits of users (and IP addresses) that are already blocked will already be denied, so there's no reason to trigger the filter and log the failed edit. user_blocked is true for edits from blocked IP addresses, even if the editor is a registered user who is not blocked. --Saftzie (talk) 05:59, 27 February 2019 (UTC)
Still baffled by this: Wikipedia: Modulo operation. article_namespace % 2 === 0
& ! user_blocked - that means all blocked users including IP users? If so, then shouldn't mw:Extension:AbuseFilter/Rules format be clarified? --Timeshifter (talk) 23:40, 28 February 2019 (UTC)
% 2 returns 0 for even numbers, 1 for odd numbers. Talk pages are odd. The doc page should probably get fixed sometime.... --Saftzie (talk) 02:22, 1 March 2019 (UTC)
mw:Manual:Namespace mod 2? So I guess the page namespace of 0 is a special case? --Timeshifter (talk) 04:36, 1 March 2019 (UTC)
Namespace 0 (Main) is not a talk space, so it's not a special case. --Saftzie (talk) 05:53, 1 March 2019 (UTC)
I meant special in the sense of modulus calculation. Wikipedia: Modulo operation: "In computing, the modulo operation finds the remainder after division of one number by another (sometimes called modulus)." Zero (article namespace) divided by 2 is zero. No remainder, or zero. OK, now I see. Talk page namespace 1 divided by 2 equals 0 with remainder of 2. I see that now. I get it now. --Timeshifter (talk) 07:25, 1 March 2019 (UTC)

I updated filter 1:

--Timeshifter (talk) 08:09, 1 March 2019 (UTC)

I tried to clarify mw:Extension:AbuseFilter/Rules format. Not sure I did it right. I don't understand the translation notations. --Timeshifter (talk) 17:29, 1 March 2019 (UTC)

For others reading this Saftzie notified me of a MediaWiki update that has just occurred. The AbuseFilter variables article_* which were previously discussed have been deprecated at ShoutWiki. "Deprecated" means they still work, but they might be removed in a future update.

So I updated the filters at s:w:cannabis:Special:AbuseFilter according to mw:Extension:AbuseFilter/Rules format. --Timeshifter (talk) 05:21, 9 March 2019 (UTC)

Some CSS to make mobile view less narrow. Or Minerva mobile skin[edit]

I paid to remove ads on the Cannabis Wiki for a few months. This helped a bit in making the mobile view less narrow. See:

Is there some temporary CSS I can add so that everyone viewing the cannabis wiki sees it at the maximum width of their mobile screen right away? I mean when viewing the screen with the long side of the screen parallel to the ground. Without having to pinch-zoom it. Since there are currently no ads Shoutwiki shouldn't care.

I already have some CSS added that helps better utilize the left sidebar in desktop view:

Looking at that 2019 page on a 4 inch screen on an old iphone, and comparing it on a 5 inch screen on an old Android phone, I see that the ratio of the sidebars (on both sides) to the page is the same. This is after double tapping the screen on the Android phone to get to the largest default size. Before pinch-zooming it larger.

I think this may be some kind of margin:auto percentage setting?

Media queries looks interesting:

Maybe when the left sidebar list is pushed below the content, the new content setting still has a margin:auto percent that it shouldn't have. See the above link to see examples of what should happen instead.

I see now that the URL remains the same in mobile view:

When I narrow the window in my desktop browser the left sidebar list is pushed below the content. Same as in mobile view.

The nearly-empty sandbox page linked from the left sidebar:

This is better for looking at the underlying code. Also, one sees that the blank left margin is the real problem. Blank right margin shows up on the 2019 page when there are larger images at the bottom of that 2019 page.

See CSS @media Rule at

In Firefox web developer, style editor tab, I found this at line 2124 via a "navigation" search in Notepad++:

@media screen and (min-width:982px) {
 #footer {
 .mw-body {
  padding:1.25em 1.5em 1.5em 1.5em
 #footer {
 #mw-panel {
 #p-search {
 #p-personal {

I think I may be getting somewhere. But it looks like the Minerva mobile skin would be needed to deal with the left side links at the top of the page when viewed in a narrow mobile screen.

Minerva is now stable according to this:

--Timeshifter (talk) 07:10, 13 March 2019 (UTC)

So having played around quickly with something, in developer mode, if you remove your site-specific CSS entirely, your entire sidebar drops underneath the content area, in a single column style layout. Not sure what your desired layout is, but, that's always an option I suppose. Also, I'm not particularly interested in the subject of your wiki, but have you considered breaking your sidebar up into relevant sections? --Lewis Cawte (talk) ShoutWiki Staff 14:06, 13 March 2019 (UTC)
Lewis Cawte. Good idea about the headers. I found some info here: mw:Manual:Interface/Sidebar#Customize the sidebar. Thanks.
The sidebar already drops underneath the content area. That can be seen by narrowing the desktop browser window an inch at a time by dragging the right side of the browser window to the left until you see the sidebar drop down. It is based on screen width, not mobile mode, as far as I can tell.
You have to stop dragging to see it. As long as the mouse is still clicked and holding the browser side while dragging it, then the left sidebar will not drop down.
It works the same here on the talk page, on the Shoutwiki Hub Main Page, or any Cannabis Wiki page, such as its main page: s:w:cannabis:Main Page.
My added sidebar CSS does not effect this. I got some of that sidebar CSS from mw:Manual:Interface/Sidebar#Sidebar width in Vector skin (CSS). I also reduced the sidebar padding and margins. I discussed that awhile back here:
mw:Manual talk:Interface/Sidebar#Decreasing the padding and margins in the Vector sidebar.
I think the problem here, or with this current Mediawiki implementation, is that the top bar stays the same. The top bar is too long in mobile view or narrow screens. That leaves a blank space on the left below it.
--Timeshifter (talk) 12:38, 14 March 2019 (UTC)
I've just wrapped your rules in a min-width: 800px media query, so it catches pretty much any modern desktop resolution only, and everything is as good as it can possibly be expected to be with a skin that isn't built for mobile. The top bar, by which I presume you mean the Vector tabs, is working fine on my phone (a Samsung Galaxy S9) which is the only mobile device I have to hand to test. What iPhone do you have (so I can pull the resolution and do further testing)? --Lewis Cawte (talk) ShoutWiki Staff 13:07, 14 March 2019 (UTC)

Wow. What an improvement. Thanks!! I am getting a vague understanding of this stuff:

I have an iphone 5c (4 inch screen) and a Moto G3 (5 inch screen). I hardly ever use them. They are mainly emergency phones for the car. Thus my lack of knowledge concerning cell phones and what my wiki looks like in them. I have WiFi so I can use the Moto G3 at home even though I no longer have a cell plan for it. So I can test stuff out on a larger screen too.

I may soon be getting a cell phone with a larger screen. So I am thinking that I may change the min-width to 982px since that is already a breakpoint being used in the code. See my previous comment that mentions this code:

@media screen and (min-width:982px)

Everything looks great now. In both portrait and landscape mode on both cell phones. My previous shrinking of sidebar images helped greatly with the portrait mode on the iphone 5c. It is only 2 inches wide in portrait mode. There are still a few things I need to fix on the 2019 page so that it works on more cell phones in portrait mode. Many people only access the web with cell phones. Especially people from around the world accessing the Global Cannabis March pages.

It would be nice if I could figure out exactly what CSS I added is breaking the mobile view. Then we wouldn't need to add the new @media code. And I could put a note about all this on the talk page at mw:Manual talk:Interface/Sidebar. --Timeshifter (talk) 14:46, 14 March 2019 (UTC)

Lewis Cawte. I found the CSS that was messing things up. It came from here:
mw:Manual:Interface/Sidebar#Sidebar width in Vector skin (CSS) - This is what I removed:
div#mw-panel { width: 12em; }
div#footer, #mw-head-base, div#content { margin-left: 12em; }
#left-navigation { margin-left: 12em; }
It may be gone from that manual page by the time anybody from here looks at it. I intend to remove it to the talk page, and point out the problems it caused. I will point them to this thread.
The padding and margin CSS I added is not causing any problems:
#mw-panel { padding-left: 0; } /* Reduces sidebar padding on the left. */
div#mw-panel div.portal { margin-left: 0; margin-right: 0; } /* Reduces sidebar margins. */
div#mw-panel div.portal div.body { margin-left: 0.5em; } /* Reduces left margin of sidebar toolbox */
So I was able to remove this without problems:
@media only screen and (min-width: 982px) { }
--Timeshifter (talk) 21:25, 16 March 2019 (UTC)

How can I move show/hide toggler to left? Better for mobile browsers in portrait view[edit]

I noticed in a narrow 2 inch screen on a cell phone in vertical portrait view that the toggler link goes out of sight to the right when some tables are expanded.

See the "examples" table with bare URLS that can't wrap. Scroll down this page until you see it:

It is nested in the collapsed table "2019 editing rights" at the top of this page just above the map:

I have been making that page more and more compatible with cell phones with narrow screens. I got rid of the image sidebar, and put the image thumbnails in their own section farther down instead. I reduced all images down to 290 pixels or less.

Long ago I put a l-em space between the toggler and the header text of collapsed tables. See:

I did some experiments today. See the history. But I am probably not doing the right thing, and/or not clearing the cache, purging correctly, etc.. I just remember that getting CSS changes to show up is difficult even if I am using the correct CSS.

I looked around at Mediawiki and Wikipedia help pages on all things collapsible. But no luck.

I figured out how to change the Expand/Collapse labels to Show/Hide labels:

This helps too, because sometimes long table headings push the toggler offscreen even before expanding the table. So the shorter show/hide labels help with that. --Timeshifter (talk) 06:51, 16 March 2019 (UTC)

There's no way I know to do it "beautifully." The collapsible control is a "float" that occurs in the HTML before the header text. You can unfloat the control with CSS, but then the control would be to the left of the text, not just to the right. For example, define and use a new class sw-collapsible-unfloated (or whatever name you like):
{| class="wikitable sw-collapsible-unfloated mw-collapsible mw-collapsed"
! colspan=2 style="text-align: left;" | Header
| A || B
| A || B
| A || B
| A || B
Then add something like the following CSS.
.sw-collapsible-unfloated .mw-collapsible-toggle {
	margin-right: 0.5em;
	float: none;
--Saftzie (talk) 02:28, 22 March 2019 (UTC)
Thanks. I found a way to put the toggler to the left of all collapsible tables. See:
/* === Collapsible elements. Toggle-link moved to left. === 
/* Margin around it adjusted. 
/* */

.mw-collapsible .mw-collapsible-toggle {
See,_Russia - it has many collapsible tables. See the big one in the 2007 section. It has many very long bare URLs. So having the toggler to the left is sometimes the only way to close that table. Especially on cell phones. When the toggler is on the right side and is pushed offscreen by table expansion the toggler sometimes can not be reached by any means. Even by trying to drag the table to the left to be able to click the toggler to close that long table. Dragging doesn't always work.
I was using the wrong user CSS page at first for experimentation. I finally found the correct one for vector, which is the skin I use for me and the wiki:
To see the toggler on the left see any of these collapsible templates:
If you don't see it, then that means I am doing some more testing. --Timeshifter (talk) 23:31, 22 March 2019 (UTC)
At mw:Manual:Collapsible elements I added a section: "Move toggle link to the left". I learned more about syntaxhighlight too. Sorry about messing up your comment previously. I thought I had accidentally added a typo, but my "correction" was actually the mistake.
More info for others who are interested: mw:Extension:SyntaxHighlight. --Timeshifter (talk) 22:49, 23 March 2019 (UTC)
The CSS I provided above gives you the option of unfloating by including a class in the table (or not). Since the toggle is already to the left of the header text (in the HTML), you can simplify your CSS by using float: none; instead if float: left;, but your CSS applies to every collapsible on the entire wiki. --Saftzie (talk) 22:58, 23 March 2019 (UTC)
Thanks for explaining that further. My mind locks up sometimes when I try to understand the creation of CSS classes, IDs, etc.. But I think I understand now how your method of customizing control of toggle placement works. And thanks for fixing the indentation. I did not understand how to do that while at the same time using syntax highlighting.
I want the toggler to be on the left for everything on that wiki. I created all the pages on that wiki, and don't foresee a need for a toggler anywhere but on the left side. I could create a custom CSS class to put it on the right if I need to later. But I doubt that the need will arise. --Timeshifter (talk) 01:06, 24 March 2019 (UTC)

Welcome Template[edit]

Hello! I have improved the welcome template. It has a few more helpful links, plus it has a nice colour to the template. Check it out! Tell me what you think via my talk page. MinecraftFan (talk) 14:31, 17 March 2019 (UTC)

I prefer not to use Welcome templates, since they basically just create talk page spam. --Saftzie (talk) 17:07, 17 March 2019 (UTC)
I agree with that! I think that it is much better to just write a welcome manually, rather than using a template. WikiPlants (talk) 00:49, 25 March 2019 (UTC)


Hi! What can I do to be helpful? That is why I am here! WikiPlants (talk) 00:53, 25 March 2019 (UTC)

How can I get people to come to my wiki? Help! How can I create a logo and a favicon? WikiPlants (talk) 00:55, 25 March 2019 (UTC)
Help:Images#Logos --Saftzie (talk) 01:00, 25 March 2019 (UTC)
Thank you! You are a life saver! WikiPlants (talk) 01:06, 25 March 2019 (UTC)
I'm starting a new wiki about Fortnite. You know what Fortnite is right? Please, come and help me with it when you have the time. Thank you in advance! WikiPlants (talk) 01:07, 25 March 2019 (UTC)
Fortnite Wiki has now been created. You can now restore the Fortnite Wiki page back. WikiPlants (talk) 01:15, 25 March 2019‎ (UTC)

Conker Wiki[edit]

So Conker Wiki has moved to another host, seeing as i have a more personal relationship with Grifkuba, who host wikis like WiKirby, Wikibound, Fire Emblem Wiki, and Jiggywikki. Is it possible for ShoutWiki staff to redirect the domain to the new Conker wiki (as to avoid dead links and so anyone who stumbles upon the old url can find the new location)? I'll tell more when the wiki has been further set up (including spambot software prevention). Castaway2000 (talk) 20:57, 18 April 2019 (UTC)

That's a question to ask staff using s:w:conker:Special:Contact or email at troppusmoc.ikiwtuohs. --Saftzie (talk) 08:20, 19 April 2019 (UTC)
Ok, i did that this morning. How long would a reply from them take, if you had a guess? Castaway2000 (talk) 03:05, 20 April 2019 (UTC)
reason i ask is because they havent got to it yet -- i'm wonder if they ignored it or..? Castaway2000 (talk) 00:42, 23 April 2019 (UTC)
It won't be ignored, but I can't guarantee any specific time. --Saftzie (talk) 04:14, 23 April 2019 (UTC)
Yeah it's been about two months, and it appears they've not been responding to my request. feels like this place is a ghost town Castaway2000 (talk) 01:11, 17 June 2019 (UTC)
Really busy time of year, university deadlines, statuatory filings, work, volunteering and everything. I'm actually running rather late for work now by replying to this! Although I can't actually see your ticket in the queue... I should have this tattooed on my head - unless you received an auto reply with a ticket number, you've not successfully filed a ticket! --Lewis Cawte (talk) ShoutWiki Staff 05:27, 17 June 2019 (UTC)
I did send an email to the support email, man. Just please delete the wiki already, i dont want to ask another time Castaway2000 (talk) 16:40, 18 June 2019 (UTC)


Hello Saftzie. Are you from the Shoutwiki staff? Could you help me? --PERCE-NEIGE (talk) 09:21, 1 June 2019 (UTC)

I'm not staff. --Saftzie (talk) 02:11, 4 June 2019 (UTC)