Closed Bug 1655329 Opened 4 years ago Closed 4 years ago

[HTTPS-Only Mode ] IP address handling

Categories

(Core :: DOM: Security, enhancement, P3)

80 Branch
enhancement

Tracking

()

RESOLVED WONTFIX

People

(Reporter: zorroguevara, Unassigned)

References

(Blocks 1 open bug)

Details

(Whiteboard: [domsecurity-backlog1])

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:80.0) Gecko/20100101 Firefox/80.0

Steps to reproduce:

  1. Go to some IP adress (not 192.168.x.x)
  2. Firefox will block it and ask if want to allow HTTP

Actual results:

Firefox gave a warning about HTTP.

Expected results:

An option should be added to not give that warning for IP address. Why? Because it slow down some page providing download files via http address.

I can't really give a real example for the download part (I've two example one professional and one I'd rather give by PM).

Bugbug thinks this bug should belong to this component, but please revert this change in case of error.

Component: Untriaged → Networking
Product: Firefox → Core

Reporter, can you please be more specific with the steps to reproduce and explain a bit more what e.g. the settings and firefox version you reproduce this with are? The HTTPS-Only Mode tag in the bug title doesn't say much, as well as "warning about HTTP" is not very specific.

Thanks.

Flags: needinfo?(zorroguevara)

(In reply to Honza Bambas (:mayhemer) from comment #2)

Reporter, can you please be more specific with the steps to reproduce and explain a bit more what e.g. the settings and firefox version you reproduce this with are? The HTTPS-Only Mode tag in the bug title doesn't say much, as well as "warning about HTTP" is not very specific.

Thanks.

Of course.

  1. Latest Nigthly (81.0a1) , I update daily.
  2. Go to about:preferences#privacy and activate the HTTPS-Only Mode on all the windows (not just private, though it doesn't matter)

Go to: https://37.187.20.239/ (if you want to know what's in it before: https://old.reddit.com/r/opendirectories/comments/i2oc2e/the_simp_and_sons_latin_spanish_t1_to_t21/)

You'll end up with a warning because this not a secure HTTPS connexion. I wish an option would make ALL the IP address not showing that warning.

Why? Because

  1. it takes a bit longer to load the page, I checked with HTTPS-Only Mode disable and it's faster to load.
  2. IP address are HTTP in the first place, so we can't have HTTPS
  3. This option already exist 192.168.x.x doesn't get the warning message
  4. Last but not least: you would say 'just allow it yourself', indeed that could work but in some website there is multiple IP Addresses (mostly to request downloading something) so I would need to allow a lot of IP address to not have that message. Because I will go from 0.0.0.0 (landing page) to 1.1.1.1 (article x) to 2.2.2.2 (requestion a .zip for download located in another ip adress)
Flags: needinfo?(zorroguevara)

Hi Julian, could you take a look?
Thanks.

Flags: needinfo?(julianwels)
Component: Networking → DOM: Security

(In reply to Kershaw Chang [:kershaw] from comment #4)

Thanks for Reporting - we can consider adding an exception for IP addresses. Gotta have to put this one in the backlog for now though because we have to finish some other usability problems first.

Severity: -- → S4
Priority: -- → P3
Whiteboard: [domsecurity-backlog1]
Flags: needinfo?(julianwels)

(In reply to Christoph Kerschbaumer [:ckerschb] from comment #5)

(In reply to Kershaw Chang [:kershaw] from comment #4)

Thanks for Reporting - we can consider adding an exception for IP addresses. Gotta have to put this one in the backlog for now though because we have to finish some other usability problems first.

Thank you! It's not very critical, it's more a matter of 'ease of life' feature, so it can wait :)

After thinking about it and some discussions I'm closing this because the use case seems too narrow to implement it right now.

For the specific issue, you mentioned I'd suggest to just disable HTTPS-Only Mode while doing the downloads and then enable it again later :)

Status: UNCONFIRMED → RESOLVED
Closed: 4 years ago
Resolution: --- → WONTFIX

I'm really not satisfied with that. I don't see the point of forcing https on ip server, they are more than often not having https. Like I said before 192.168.x.x doesn't have that problem.

Anyway, I can't code it myself (no knowledge) so it's all up yo y'all. Thank you anyway for thinking about implanting it.

You need to log in before you can comment on or make changes to this bug.