https://bugzilla.wikimedia.org/show_bug.cgi?id=32219
Nemo changed:
What|Removed |Added
See Also||https://bugzilla.wikimedia.
|
https://bugzilla.wikimedia.org/show_bug.cgi?id=32219
Chad H. changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugzilla.wikimedia.org/show_bug.cgi?id=32219
duplicate...@googlemail.com changed:
What|Removed |Added
CC||duplicate...@googlemail.co
https://bugzilla.wikimedia.org/show_bug.cgi?id=32219
--- Comment #12 from Ryan Lane 2011-11-11 21:04:31 UTC ---
Well, it should be configurable, at least. If a site is using instant commons,
and is https-only, then it's possible the http connection between the site and
commons could be used as an
https://bugzilla.wikimedia.org/show_bug.cgi?id=32219
--- Comment #11 from Chad H. 2011-11-11 20:52:09 UTC
---
(In reply to comment #10)
> (In reply to comment #9)
> > What is exactly the usefulness of this? As far as I know thumbnails are
> > cached
> > on the local server, and passed by it to
https://bugzilla.wikimedia.org/show_bug.cgi?id=32219
--- Comment #10 from Roan Kattouw 2011-11-11 13:59:55
UTC ---
(In reply to comment #9)
> What is exactly the usefulness of this? As far as I know thumbnails are cached
> on the local server, and passed by it to the user. So regardless whether
https://bugzilla.wikimedia.org/show_bug.cgi?id=32219
--- Comment #9 from Bryan Tong Minh 2011-11-11
13:58:24 UTC ---
What is exactly the usefulness of this? As far as I know thumbnails are cached
on the local server, and passed by it to the user. So regardless whether
$wgInstantCommons fetches t
https://bugzilla.wikimedia.org/show_bug.cgi?id=32219
Roan Kattouw changed:
What|Removed |Added
CC||rlan...@gmail.com,
|
https://bugzilla.wikimedia.org/show_bug.cgi?id=32219
--- Comment #7 from Chad H. 2011-11-10 17:00:18 UTC
---
(In reply to comment #6)
> I'd recommend simply using https unconditionally here -- an SSL image on a
> non-SSL page should be perfectly legit.
I'm not opposed to this, as long as ops sa
https://bugzilla.wikimedia.org/show_bug.cgi?id=32219
Mark A. Hershberger changed:
What|Removed |Added
Priority|Unprioritized |Normal
Severity|normal
https://bugzilla.wikimedia.org/show_bug.cgi?id=32219
--- Comment #6 from Brion Vibber 2011-11-07 18:31:42 UTC
---
I'd recommend simply using https unconditionally here -- an SSL image on a
non-SSL page should be perfectly legit.
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cg
https://bugzilla.wikimedia.org/show_bug.cgi?id=32219
--- Comment #5 from Chad H. 2011-11-06 01:19:30 UTC
---
(In reply to comment #4)
> (In reply to comment #3)
> > There should be a way to configure the "This description is from {foo url}"
> > bit
> > without changing the API calls.
> It is no
https://bugzilla.wikimedia.org/show_bug.cgi?id=32219
--- Comment #4 from Umherirrender 2011-11-06
00:33:30 UTC ---
(In reply to comment #3)
> There should be a way to configure the "This description is from {foo url}"
> bit
> without changing the API calls.
It is not alone the link to the descr
https://bugzilla.wikimedia.org/show_bug.cgi?id=32219
--- Comment #3 from Chad H. 2011-11-05 22:39:56 UTC
---
(In reply to comment #2)
> This just requires a small tweak in Setup.php.
Right now we use apibase with an http:// url. I'm not quite sure how curl/fopen
will react to using that when we
https://bugzilla.wikimedia.org/show_bug.cgi?id=32219
Bryan Tong Minh changed:
What|Removed |Added
Keywords||easy
--
Configure bugmail: https://
https://bugzilla.wikimedia.org/show_bug.cgi?id=32219
--- Comment #2 from Bryan Tong Minh 2011-11-05
22:36:16 UTC ---
This just requires a small tweak in Setup.php.
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
https://bugzilla.wikimedia.org/show_bug.cgi?id=32219
Chad H. changed:
What|Removed |Added
CC||bawolff...@gmail.com,
|
17 matches
Mail list logo