#10080 closed defect (bug) (fixed)
Insecure Content Warning appears when the Manage Themes page is loaded via HTTPS
Reported by: |
|
Owned by: | |
---|---|---|---|
Milestone: | 2.8 | Priority: | normal |
Severity: | major | Version: | 2.8 |
Component: | Administration | Keywords: | has-patch tested |
Focuses: | Cc: |
Description
When the Manage Themes page is loaded via HTTPS, the themes' screenshots and preview links may still be HTTP, causing broswer warnings.
Attachments (4)
Change History (20)
#2
@
14 years ago
- Keywords needs-patch added; has-patch tested removed
get_option(home) != site_url() on sites that have the WP files in a separate folder.
#3
@
14 years ago
that link can probably remain non-https, btw. what really counts are the screenshots, I suspect.
#4
@
14 years ago
An insecure content warning will appear when the preview is loaded via the JavaScript
#6
@
14 years ago
- Keywords needs-patch added; has-patch tested removed
oh, ok. in this case, we'd want to str_replace() the thingy if ssl is enabled.
#8
@
14 years ago
- Severity changed from normal to major
That would be ideal imo, but I'm not sure such a function would make it into 2.8 -- since it's on the 2.9 todo list.
#9
@
14 years ago
- Keywords has-patch added; needs-patch removed
I have uploaded a new patch that uses get_option(home) with the protocal removed.
#10
follow-up:
↓ 12
@
14 years ago
- Keywords tested added
Updated regex to do case-insensive match. Also tested on the same platform.
#12
in reply to:
↑ 10
@
14 years ago
Replying to peaceablewhale: This regex won't work for all browsers. Some would always prepend http
when the protocol is missing so removing it won't make them add the right one. This is not the same as the baseurl
that the browsers calculate internally including the right protocol.
#13
@
14 years ago
I have tested that the regex works at least with IE7, IE8, Firefox 3, Opera 10 and Safari 4. The relative URI is also valid per http://tools.ietf.org/html/rfc3986#section-4.2.
#14
@
14 years ago
Since the recent versions of all major browsers support the regex, I suggest checking in the patch.
Tested with PHP 5.2.9-2 NTS on IIS 7.5 via FastCGI.