All posts by Andrewds1021

Just to clarify, there are two different video embed systems. The one Muchos linked to was recently added to Fandom since it has long been used on Gamepedia (which is now part of Fandom). However, if you are talking about Fandom's video embed tool which "uploads" the videos, then you can find the list of supported services for that feature on this other page.

I don't make polls myself so I have not encountered this issue. However, if you are still experiencing this issue, then I suggest reporting it as a bug.

I know it is a bit late but the upgrade to MediaWiki 1.33 has brought with it the ability to add classes to images via the file link itself.

[[File:Light.png|class=light-only mobile-hidden]]

If you have already discussed this with the local admins, the only other thing to do is submit an appeal to Fandom. However, Fandom almost never considers a case unless the admins have violated the Terms of Use in issuing/upholding the block. With the "new" global blocking policy, you might have some case if these things aren't covered by the local rules/guidelines but it sounds to me (based on your own description) like they are. If that really is the case, then I am afraid you really are out of options except to wait for the admin team to turn over and try again then.

The text in the reply I linked to is a link to the page you are looking for but, fine, here is another link.

Sorry for the late reply. That is odd. I don't see anything significantly different about those fields compared to the others. I suggest you report this as a bug. If I had to guess, it is probably an issue with Fandom's code not properly checking the panel/section content. However, only Fandom would be able to tell for sure. Also, do you think you actually need the captions for the images? If not, it would probably be simpler to use an image gallery to create a tabbed image section rather than using panels/sections each with a single image. While you wouldn't be able to add captions, you would be able to use more than 3 images without needing to edit the template.

No, at least nothing obviously public. The way renames appear to be done is that the name of the account is changed, a new account is created with the old name, and the user-related pages for the old name are redirected/moved to the user-related pages for the new name. Based on what I have seen, it seems like the redirects are a one-time act performed by Fandom's bots upon initiating the renaming process.

That said, it is entirely possible that there is some private log that Fandom could consult. For example, I am fairly sure that old names of anonymized accounts are still prohibited for use with new accounts by the system. So that implies there is some sort of list of the old names somewhere. However, if you try to use the public API, I am not aware of any way to look up the old names. They don't show using list=allusers or list=users and the former name is also not available via the information tied to the account.

Are you on mobile or desktop view? You have to be on desktop view in order to comment. Your account is both autoconfirmed and emailconfirmed so the typical reasons don't apply here. Indeed, your account isn't blocked and it looks like you posted about 5 hours ago. There are a number of new autoblocks. Perhaps it is one of those. Either that or just a temporary glitch with the wiki.

KiwiReg, it looks to me like you are using OasisRevived. Do you still encounter this issue without OasisRevived?

Regarding IPs (since it was mentioned), it is true that all websites can see your IP. However, knowing someone else's IP does not necessarily allow you to use it. IPs can been faked but it is yet to the point where just anyone can do it with the click of a button. The most common reasons for sharing an IP are as follows:

• The users are using the same internet connection. For example, if you go to your friend's house and you both log into Fandom at the same time using their home internet connection.

• VPNs, organization/institution networks, mobile/cellular networks, public networks

However, based on Chocbox AJ's explanation of the situation, it looks like IPs were not a factor this time around.

@Chocbox AJ If I may offer a suggestion, next time be sure to leave a comment regarding the reason for the blocks.

It seems odd that using DPL like this wouldn't respect the cache. The display of the image is a result of the output format; not some special DPL mode. If the cache isn't working for this, the implication would be that DPL caching just doesn't work at all. Ah well.

My bad. I didn't realize this wasn't an English wiki. It should work so long as you add the language path to the URL.

.rail-module {
    background-image: url("/pt-br/wiki/Special:FilePath/Example.png");
}

Unfortunately, the issue with the logs is probably due to how the core software does things. As such, I don't think Fandom will even attempt to do anything about it.

Yes, according to the documentation and my own tests, the full URL should work as well. In fact, if you are going to use the full URL, you can just use it as the only argument to #evu and avoid specifying the service's name.

Here is the link if you need it. Just so you know, it isn't really upgrading. The two are different features and the content of the forums will not be migrated to Discussions. Also, "forums" is typically used here on Community Central to refer to Fandom's retired custom threaded discussions feature which was removed from all wikis with the rollout of UCP (see here). What you are talking about is typically referred to as "wiki-style forums" (see here).

All files uploaded to the wiki must be 10 MB each or smaller. UCP accepts MP4s so that shouldn't be the issue. If a video file is larger than 10 MB, you need to either break it into multiple videos or use an external service such as YouTube. In terms of using external services, you can use either Fandom's video embed feature or the extension EmbedVideo. Fandom's video embed feature creates a file page for the video and it can be used just like any other image/file on the wiki. However, the list of external services it works with is extremely short. On the other hand, EmbedVideo works with over 30 external services but does not actually add the file to the wiki. Rather than using the standard file link syntax, you must use one of the extension's parser functions. As such, adding a video using EmbedVideo means that you will not be able to use it in a gallery.

To clarify, the badges awarded by Achievements are done automatically when a user meets certain criteria. They cannot be manually awarded by local admins and even Fandom's ability to do so is limited. The creator's badge is given to whomever started the wiki. The fact you and the creator decided to be "co-creators" doesn't matter as far as the system is concerned. A wiki has a single creator, end of story.

As AlexsMoonlightRose and Pafton have said, the awarding of the creator's badge was programmed with the assumption that Achievements would be enabled by default. At least a few years prior to UCP, Fandom changed that. As such, even the creators of wikis haven't been getting the badge for the past several years. Prior to UCP, Fandom was able to retroactively give the badge to the creator. However, since UCP, there has not been any confirmation that this is still possible.

And just in case anyone reading this is wondering, there has been confirmation that Fandom has suspended enabling Achievements on wikis that do not already have it. Supposedly this will be the case until Fandom decides the future of their achievement system which is currently significantly different between Fandom and Gamepedia wikis.

You put whatever you want on it. The type of content allowed on a template is no different from that of other pages. It is just that templates usually make sure of template parameters while "regular" pages usually do not.

Since the admins provided no reason, any cause we discuss here is only guess work. However, it is true that such incidences have happened in the past. Although the rules prohibiting admins from blocking for no reason are fairly recent, Fandom had actually been imposing it for some time prior.

It is also possible that the admins want a private wiki. There are a fair number of users who don't realize that isn't allowed.

Not quite. Any user can change the font of specific sections of a page as long as they use a websafe or pre-installed font. Admin status is needed only if new fonts need installation or if one wants to apply the font change to the entire (or multiple) page.