Last modified: 2014-11-17 10:34:43 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T22454, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 20454 - Separate 'inverted' favicons for secure sites
Separate 'inverted' favicons for secure sites
Status: RESOLVED WONTFIX
Product: Wikimedia
Classification: Unclassified
SSL related (Other open bugs)
unspecified
All All
: Low enhancement with 5 votes (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on: 20643
Blocks: ssl
  Show dependency treegraph
 
Reported: 2009-08-31 19:50 UTC by Happy-melon
Modified: 2014-11-17 10:34 UTC (History)
6 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Happy-melon 2009-08-31 19:50:10 UTC
Currently all secure sites use the same favicon, the inverted Wikipedia one.  It would be nice if there could be colour-inverted favicons for each secure site.
Comment 1 Douglas Gardner 2011-03-06 19:14:00 UTC
The problem with this is that some of the inversions look downright weird. Wikipedia looks fine, as it's black and white, but Wikinews' logo becomes cyan and orange, which isn't a good look. Unless the logos were converted into black and white before inversion, I'm not sure it would be an improvement.
Comment 2 George Watson 2011-03-06 19:32:26 UTC
Inverted versions ill look terrible for some logos, as has already been said. Therefore, how about greyscale/B&W versions of the logos (unless they're already greyscale, in which case they can be inverted like the WP one)? That looks sufficiently different, in my opinion, to distinguish the secure server from the normal one, without losing project identity.
Comment 3 Happy-melon 2011-03-06 20:01:10 UTC
For sure, "inverted" shouldn't be applied blindly; but rather the principle of using logos which people would *describe* as 'inverted'.
Comment 4 wearenotamused 2011-03-10 22:49:18 UTC
As a first step, how about simply inverting any icon that's grayscale?
Comment 5 Brion Vibber 2011-10-03 20:54:52 UTC
So... under initial implementation of bug 20643, we have *no* difference between SSL and non-SSL favicons:

http://en.wikipedia.org/favicon.ico
https://en.wikipedia.org/favicon.ico

but each site *does* get their own regular icon, eliminating the originally-reported problem that every site got the inverted version of the *Wikipedia* favicon:

http://fr.wikinews.org/favicon.ico
https://fr.wikinews.org/favicon.ico

Is it ok to stick with that, or should we figure out a way to have alternate icons for SSL and put them in place?
Comment 6 George Watson 2011-10-03 20:57:53 UTC
I like it the way it is. The difference between HTTP and HTTPS isn't so great that it warrants a separate favicon - the important thing was that each PROJECT had a consistent identity.
Comment 7 Krinkle 2011-10-08 00:55:07 UTC
Agree with George. Marking WONTFIX (as nothing as done to fix this specifically, it's obsolete)

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


Navigation
Links