FANDOM


  • For example, when I link to

    http://gyafun.jp/ln/en.html

    the address is automatically rewritten as

    https://gyafun.jp/ln/en.html

    and when the site is not available for https, it returns error.

    This redirect was not implemented before, and it should have started recently.

    • Is it announced somewhere?
    • Why was this system implemented?
    • Please stop it.

    I think that when the redirect from http to https should be done at the "linked site", not at the source site.

      Loading editor
    • It is probably related to Wikia's shift to HTTPS as a whole. If you want to know why the change was made, it would probably have a better chance asking staff directly (form).

        Loading editor
    • Thanks. I sent a question from the form, pointing to this thread.

        Loading editor
    • I got a reply that my report is passed to their technical staff for investigation and review.

        Loading editor
    • Have this same problem. Most of my external links for our Wiki won't work now too. It must've been a recent change.

        Loading editor
    • so I'm not the only one who experiences this. I'm working on a newly created wiki and I kinda need external links here and there, so I'd appreciate it if they weren't automatically converted to https.

        Loading editor
    • What wikis have people seen a problem with HTTPS? The OP's example isn't even a FANDOM site, so it is actually off topic.

        Loading editor
    • Fandyllic wrote: What wikis have people seen a problem with HTTPS? The OP's example isn't even a FANDOM site, so it is actually off topic.

      At Unison League Wiki, we have our articles linked alongside official website counterparts. For example: Merlyn's Limipedia Entry is fixed to link to

      http://jam-capture-unisonleague-ww.ateamid.com/en/equip_detail/4454012.html and
      http://jam-capture-unisonleague.ateamid.com/equip_detail/4454012.html

      Through our template, but since it is forced to "https://" it doesn't work.

        Loading editor
    • Ahhh, I see. Well that's a straight up bug. FANDOM should never rewrite links to non-FANDOM websites. That's borderline malware. If they do that, what's to stop them for just pointing to a completely different site?

        Loading editor
    • Fandyllic wrote: What wikis have people seen a problem with HTTPS? The OP's example isn't even a FANDOM site, so it is actually off topic.

      The links in the OP are an example of the problem; not links to the wiki with the problem.

        Loading editor
    • It's also a problem on the XKCD Time wiki. The whole wiki is centered around a community that lives in a part of the XKCD forums (http://forums.xkcd.com - and as of now, this link itself shows the issue very clearly), which unfortunately runs on a version of phpBB that doesn't support https yet. The wiki is full of external links pointing to particular posts in the forum, which are all now broken as a result of the rewrite.

      Kyodaisuu, I'd be interested to know about any responses to the report you made.

        Loading editor
    • it's something that worth to ask stuff. cuz even [http://forums.xkcd.com http://forums.xkcd.com] link will be changed to https.

        Loading editor
    • Unless you're on the XKCD fora admin team, you don't know that. And even if you are right, we still don't know when it will happen, and that just concerns the links to one website.

      As of now, external links from Fandom to sites that don't support HTTPS are broken. And it's not Wikia's place to force other sites to introduce HTTPS support.

        Loading editor
    • Lets be clear, FANDOM rewriting URLs from http to https is a bug. The real question is whether they fix it any time soon.

        Loading editor
    • Fandyllic wrote:
      Lets be clear, FANDOM rewriting URLs from http to https is a bug. The real question is whether they fix it any time soon.

      This isn't a bug per se since it will be explained here: https://www.tutorialsteacher.com/https/what-is-https

        Loading editor
    • Supporting HTTPS isn't bug, but rewriting URLs is a bug. HTTPS is not a required protocol. It is recommended highly, but not required.

      Your link explains nothing.

        Loading editor
    • andFandyllic wrote:
      Supporting HTTPS isn't bug, but rewriting URLs is a bug. HTTPS is not a required protocol. It is recommended highly, but not required.

      Your link explains nothing.

      Rewriting URLs is not a bug though since many of the websites aside from Fandom use the https url so this logic is rather flawed tbh.

        Loading editor
    • it is a bug. it is doesn't matter how much sites in the internet uses https: links that was posted by an user have to be unchanged, unless something else clearly stated in the documentation.

      me personally didn't see any news nor announcements about rewriting protocol in the user messages.
      Fandyllic#14
      The real question is whether they fix it any time soon.

      did somebody file the bug report?
        Loading editor
    • Fngplg wrote:
      it is a bug. it is doesn't matter how much sites in the internet uses https: links that was posted by an user have to be unchanged, unless something else clearly stated in the documentation. me personally didn't see any news nor announcements about rewriting protocol in the user messages.
      Fandyllic#14
      The real question is whether they fix it any time soon.

      did somebody file the bug report?

      The claims it is a bug is rather unfounded. I not sure if this will even qualify as something Fandom will deal with.

        Loading editor
    • HammerStrikes219
      HammerStrikes219 removed this reply because:
      Alright
      18:52, July 22, 2019
      This reply has been removed
    • it's an emerged from nowhere unexpected behavior. that means a bug in 99.9% cases .

        Loading editor
    • From what I remember, URL Rewrite has a thing since this did originated came from computer on the World Wide Web since has been integrated in the Internet for the most part. https://www.iis.net/downloads/microsoft/url-rewrite It was pretty much a thing you can do if the need to create a website is needed.

        Loading editor
    • Let's stop here. You clearly don't understand the problem. Just because URL rewrite is something that is possible, it doesn't make it correct in all situations.

        Loading editor
    • Fngplg wrote:

      did somebody file the bug report?

      Yes. See this reply and the following one. The reporter even got a reply from FANDOM staff.

        Loading editor
    • Fandyllic wrote: Let's stop here. You clearly don't understand the problem. Just because URL rewrite is something that is possible, it doesn't make it correct in all situations.

      While this may be necessary true, but not exactly. The issue will be in the coding and how to make sure to fix the problem in the line of codes since this involves someone who is a expert in programming.

      Anyway, I will have to stop talking for now as these are some differing opinions

        Loading editor
    • It seems to me we all agree this is a problem. But for some reason there is disagreement as to whether or not this is a bug? Perhaps the issue is in a misunderstanding of what a bug is.

        Loading editor
    • @Andrewds1021

      That is essentially what it has come down to, yes.

        Loading editor
    • The disturbing thing is the lack of comment from any of the Central Staff after a week of this thread existing. As far as I know, this has been a new problem as this hasn't happened before about a week ago.

        Loading editor
    • It is a bit odd the haven't mentioned it in one of the tech update threads. However, as long as someone as reported it, they almost certainly have it in their work queue. The only question is what priority have they set for it.

        Loading editor
    • Mckrongs wrote: The disturbing thing is the lack of comment from any of the Central Staff after a week of this thread existing. As far as I know, this has been a new problem as this hasn't happened before about a week ago.

      This does depends tbh as they likely taking their time or the email sent to them regarding this has already been responded.

        Loading editor
    • Kyodaisuu wrote: I got a reply that my report is passed to their technical staff for investigation and review.

      @Mckrongs This was taken 5 days ago though since 7 days in a week.

      In any case, I will remain neutral to this.

        Loading editor
    • I don't know if things have changed, but as far as I remember it takes about three business days for a bug report to be resolved. Counting the weekend that passed, we have passed exactly three days since. This isn't being impatient, but it isn't only our Wikis that are affected by this. As said before, other people can manipulate the wrong links to link viewers into malware, and this can be a big problem towards the integrity of wikis. There are good reasons for neutrality and am sure this isn't one of those reasons.

        Loading editor
    • Mckrongs wrote:

      ...it takes about three business days for a bug report to be resolved.

      This was never true. The "three business days" time period was only the maximum usual time for a FANDOM staff response. They never ever commit to a time frame for bug fixes.

        Loading editor
    • Fandyllic wrote:

      Mckrongs wrote:

      ...it takes about three business days for a bug report to be resolved.

      This was never true. The "three business days" time period was only the maximum usual time for a FANDOM staff response. They never ever commit to a time frame to bug fixes.

      Ah, I misunderstood. As long as it is actually being worked upon, then there's nothing else to do but wait I guess.

        Loading editor
    • "As long as it is actually being worked upon" indeed. I hope it actually is a bug instead of the kind of "let's fix what isn't broken" update that seems popular on the internet as a whole.

        Loading editor
    • It is definitely a bug. I can't see a scenario where one would think it is a good idea to rewrite URLs to use a protocol that may or may not be supported by the intended host.

        Loading editor
    • Andrewds1021 wrote:
      It is definitely a bug. I can't see a scenario where one would think it is a good idea to rewrite URLs to use a protocol that may or may not be supported by the intended host.

      Depend, but if it does ultimately come down to the coding and even the programming of the website in question so it is not necessarily a bad idea if it is done right.

      Tbh the world of programming especially computer coding is a bit advanced for those who is not used to doing those software coding.

        Loading editor
    • HammerStrikes219 wrote: ...

      Tbh the world of programming especially computer coding is a bit advanced for those who is not used to doing those software coding.

      Yes. However, presumably, whatever change is causing this was made to Wikia's core code which supposedly is maintained by paid staff. I would hope that one who is hired to maintain code for a wiki farm would be an experienced programmer.

        Loading editor
    • Andrewds1021 wrote:

      HammerStrikes219 wrote: ...

      Tbh the world of programming especially computer coding is a bit advanced for those who is not used to doing those software coding.

      Yes. However, presumably, whatever change is causing this was made to Wikia's core code which supposedly is maintained by paid staff. I would hope that one who is hired to maintain code for a wiki farm would be an experienced programmer.

      It is possible that a mistake could occurred as any errors could come from any codings. It is not easy to fix  something as it take a long time to take a shot at its coding as if you tried to fix one coding or at least modified the coding, there is also the issue on whatever or not it will tamper with any other coding prior to its fix.



      However, upon clicking the two links, it give me this prompt.
      Screen Shot 2019-07-25 at 5.13.13 PM

      https://gyafun.jp/ln/en.html

        Loading editor
    • Mckrongs wrote:

      Fandyllic wrote: What wikis have people seen a problem with HTTPS? The OP's example isn't even a FANDOM site, so it is actually off topic.

      At Unison League Wiki, we have our articles linked alongside official website counterparts. For example: Merlyn's Limipedia Entry is fixed to link to

      http://jam-capture-unisonleague-ww.ateamid.com/en/equip_detail/4454012.html and
      http://jam-capture-unisonleague.ateamid.com/equip_detail/4454012.html

      Through our template, but since it is forced to "https://" it doesn't work.

      Hmmm I not sure since you will need to find that coding to remove it, but in that case the website in question is japanese upon me using Copy and Paste.

      Now I not sure if it is a official website per se since there isn't a homepage for it for some reason. 

      Hmmm

        Loading editor
    • That message looks like it is coming either from your browser or you anti-virus. I don't see how it is related to Wikia's side of things.

        Loading editor
    • Andrewds1021 wrote:
      That message looks like it is coming either from your browser or you anti-virus. I don't see how it is related to Wikia's side of things.

      It is from my browser since it giving me that prompt, not my anti-virus program since it will give me a prompt for that matter.

      It is best to check these links to see if they are a good site or not since it is possible to hack a website without you knowing it.

        Loading editor
    • After taking a nice look at the respective links, there is also the fact I have to considering the coding for some websites simply don't support https.

      Tbh even now, I think this is a few instances of where a website doesn't support https protocol and only supports http protocol.

        Loading editor
    • Hi,

      This has been reported to our tech team. The ticket has been assigned and I've bumped the priority. I don't have an estimated time for the fix though.

      Sorry about this everyone.

        Loading editor
    • HammerStrikes219 wrote:

      Hmmm I not sure since you will need to find that coding to remove it, but in that case the website in question is japanese upon me using Copy and Paste.

      Now I not sure if it is a official website per se since there isn't a homepage for it for some reason. 

      Hmmm

      It is from an official website and is used and linked in-game.

        Loading editor
    • @Mck

      I see.

        Loading editor
    • Looks like fixed.

        Loading editor
    • Kyodaisuu wrote: Looks like fixed.

      Not yet for ours. Seems we'll have to wait for it to rollout to all wikis.

        Loading editor
    • Looks like you have to edit and save the affected pages. It seems the fix, like the error did, takes effect at the time when the Mediawiki source code for a wiki page is converted into an HTML page.

        Loading editor
    • So, in other words, you just have to purge the page then.

        Loading editor
    • Thanks for the link. Yes, I'd expect that should work as well.

        Loading editor
    • Tried it out on our wiki and yes, purging works.

        Loading editor
    • A FANDOM user
        Loading editor
Give Kudos to this message
You've given this message Kudos!
See who gave Kudos to this message
Community content is available under CC-BY-SA unless otherwise noted.