Now that we push/force/encourage https:// connections, are we going to do anything about the htpp:// addresses in the emails from the wikis that alert to changes? I know that there is a bugzilla for this, and thought that it would have been handled at the same time as the conversion of the login.
Regards, Billinghurst
If we switch the URLs to HTTPS we'll have issues with users in China and Iran and we can't really use geoip targeting for this like we are for log-in.
On Tue, Sep 3, 2013 at 5:40 AM, billinghurst billinghurst@gmail.com wrote:
Now that we push/force/encourage https:// connections, are we going to do anything about the htpp:// addresses in the emails from the wikis that alert to changes? I know that there is a bugzilla for this, and thought that it would have been handled at the same time as the conversion of the login.
Regards, Billinghurst
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Given what Ryan Lane said, I think this could be user preference (possibly tied to whether the user checked the "Always use a secure connection when logged in" box in preferences).
2013/9/4 Gryllida gryllida@fastmail.fm:
Given what Ryan Lane said, I think this could be user preference (possibly tied to whether the user checked the "Always use a secure connection when logged in" box in preferences).
That would be the ideal, but I vaguely remember a previous thread where some objections were raised regarding such a proposal. I can't find it at this time though.
Anyhow, here's the bug: https://bugzilla.wikimedia.org/show_bug.cgi?id=39676
2013/9/3 Ryan Lane rlane32@gmail.com:
If we switch the URLs to HTTPS we'll have issues with users in China and Iran and we can't really use geoip targeting for this like we are for log-in.
If what Gryllida proposed is unfeasible, why not apply the initial idea you had for login and just disable https emails on a per-wiki basis? It's not perfect, but it will probably satisfy the vast majority of users.
On Tue, Sep 3, 2013 at 3:18 PM, Strainu strainu10@gmail.com wrote:
2013/9/4 Gryllida gryllida@fastmail.fm:
Given what Ryan Lane said, I think this could be user preference
(possibly tied to whether the user checked the "Always use a secure connection when logged in" box in preferences).
That would be the ideal, but I vaguely remember a previous thread where some objections were raised regarding such a proposal. I can't find it at this time though.
Anyhow, here's the bug: https://bugzilla.wikimedia.org/show_bug.cgi?id=39676
Most of that discussion was before we had the preference. Now that we have it, I think we should follow the user's preference, and then specifically not enable this feature on zh/fa/etc where many users won't be able to follow the links.
On Tue, Sep 3, 2013 at 8:19 PM, Chris Steipp csteipp@wikimedia.org wrote:
and then specifically not enable this feature on zh/fa/etc where many users won't be able to follow the links.
Would this even be necessary? I think we can safely assume that if the user is in China, etc. they will not have their HTTPS option turned on anyway.
*-- * *Tyler Romeo* Stevens Institute of Technology, Class of 2016 Major in Computer Science www.whizkidztech.com | tylerromeo@gmail.com
On Tue, Sep 3, 2013 at 5:20 PM, Tyler Romeo tylerromeo@gmail.com wrote:
On Tue, Sep 3, 2013 at 8:19 PM, Chris Steipp csteipp@wikimedia.org wrote:
and then specifically not enable this feature on zh/fa/etc where many users won't be able to follow the links.
Would this even be necessary? I think we can safely assume that if the user is in China, etc. they will not have their HTTPS option turned on anyway.
Problem is (I think) we defaulted it on, so most users in China have the preference turned on, it just doesn't effect the login process since it's overriden by the geoip lookup.
On Tue, Sep 3, 2013 at 8:43 PM, Chris Steipp csteipp@wikimedia.org wrote:
Problem is (I think) we defaulted it on, so most users in China have the preference turned on, it just doesn't effect the login process since it's overriden by the geoip lookup.
Mhm makes sense.
*-- * *Tyler Romeo* Stevens Institute of Technology, Class of 2016 Major in Computer Science www.whizkidztech.com | tylerromeo@gmail.com
Could the geoip check also disable the preference check mark?
On Tue, Sep 3, 2013 at 10:05 PM, Tyler Romeo tylerromeo@gmail.com wrote:
On Tue, Sep 3, 2013 at 8:43 PM, Chris Steipp csteipp@wikimedia.org wrote:
Problem is (I think) we defaulted it on, so most users in China have the preference turned on, it just doesn't effect the login process since it's overriden by the geoip lookup.
Mhm makes sense.
*-- * *Tyler Romeo* Stevens Institute of Technology, Class of 2016 Major in Computer Science www.whizkidztech.com | tylerromeo@gmail.com _______________________________________________ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Problem is (I think) we defaulted it on, so most users in China have the preference turned on, it just doesn't effect the login process since it's overriden by the geoip lookup.
Mhm makes sense.
Could the geoip check also disable the preference check mark?
What if I am on vacation in China and want the preference to still be checked when I return home?
Thank you, Derric Atzrott
On Tue, Sep 3, 2013 at 10:13 PM, John phoenixoverride@gmail.com wrote:
Could the geoip check also disable the preference check mark?
No because the geoip check is performed at the time of each request, meaning it's not stored in the database or anything.
*-- * *Tyler Romeo* Stevens Institute of Technology, Class of 2016 Major in Computer Science www.whizkidztech.com | tylerromeo@gmail.com
On Wed, Sep 4, 2013 at 9:07 AM, Marc A. Pelletier marc@uberbox.org wrote:
On 09/04/2013 10:49 AM, Tyler Romeo wrote:
No because the geoip check is performed at the time of each request, meaning it's not stored in the database or anything.
Isn't that a relatively expensive operation that would gain from caching anyways?
Not really, no.
-Chad
wikitech-l@lists.wikimedia.org