Last modified: 2011-10-27 09:03:15 UTC

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
Bug 25953 - blog tweaks
blog tweaks
Status: RESOLVED FIXED
Product: Wikimedia
Classification: Unclassified
Blog (Other open bugs)
unspecified
All All
: Normal trivial (vote)
: ---
Assigned To: Guillaume Paumier
http://blog.wikimedia.org/blog/
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2010-11-16 15:24 UTC by jeremyb
Modified: 2011-10-27 09:03 UTC (History)
5 users (show)

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


Attachments
Wrong width of images and main column on Firefox, Ubuntu (347.42 KB, image/png)
2011-05-09 07:30 UTC, Nemo
Details

Description jeremyb 2010-11-16 15:24:45 UTC
* blog post URLs are in the form of http://blog.wikimedia.org/blog/dddd/dd/dd/name/ so http://blog.wikimedia.org/blog/ (a substring of the post URL) should be made to do something useful not 404
* the blog header banner image should link somewhere to (the main blog page probably)
Comment 1 jeremyb 2010-11-16 15:30:24 UTC
assigning to me to get approval from communications. also what's the deal with the weird smiley face to the left of the left sidebar?
Comment 2 jeremyb 2010-11-26 04:11:53 UTC
Jay has approved this; no rush but it should be fairly straightforward.

(hopefully there's a turkey keeping you busy!)
Comment 3 Mark A. Hershberger 2011-02-09 00:53:10 UTC
Turkey's have been hung by the chimney with care.  What else needs to happen to make this happen?
Comment 4 Krinkle 2011-02-09 01:03:32 UTC
(In reply to comment #1)
> assigning to me to get approval from communications. also what's the deal with
> the weird smiley face to the left of the left sidebar?

Lol, the smiley kept me looking through the DOM and CSS a few times but it's weird as you say.

It's the following code:

<img id="wpstats" src="http://stats.wordpress.com/g.gif?host=blog.wikimedia.org&amp;rand=0.8847946594469249&amp;blog=4743035&amp;v=ext&amp;post=0&amp;ref=http%3A//blog.wikimedia.org/blog/" alt="">

Due to the nature of the layout (basically everything is inside a container of some kind, indirectly or directly floated and/or clearing.

Since the img is loose pops up the highest up place it can go without interferring with the floats, which, in LTR mode, happends to be to the left of the sidebar around 4-5 links down.

I guess we can hide this face somehow (it's the wp-stats thing which returns a smiley while recording statistics), or alternatively perhaps it should be get rid of depending on whether it's actually used or a left-over from another skin. (perhaps also something about privacy / IP-addresses to third parties ?)
Comment 5 Rob Halsell 2011-04-06 17:14:24 UTC
Guillaume,

Can you review the above and ensure we can do this with the planned changes that you have.  I know they want to restructure the URLS, so I wanted you to see this.

Kicking it to assign to you, but feel free to assign back once you comment.
Comment 6 Guillaume Paumier 2011-04-07 14:05:29 UTC
(In reply to comment #0)
> * blog post URLs are in the form of
> http://blog.wikimedia.org/blog/dddd/dd/dd/name/ so
> http://blog.wikimedia.org/blog/ (a substring of the post URL) should be made to
> do something useful not 404

Actually, I'd rather get rid of the "/blog/" suffix altogether, since it's not serving any real purpose and duplicates the "blog." prefix. I've done some testing and all the "old" URLs will continue to work. Added to our checklist of things to do during the upgrade.

> * the blog header banner image should link somewhere to (the main blog page
> probably)

That was the case when we had a unique header banner image, but starting soon we'll have different banners depending on which topic we're viewing (e.g. tech / community etc.).

It wouldn't make sense to send people to the main page when they click on a "community blog" banner. Ideally we'd want to send people to the appropriate topic landing page (e.g. Community landing page), but that requires additional coding, so for the moment I suggest we just not add any link to the banner.

(In reply to comment #1)
> also what's the deal with
> the weird smiley face to the left of the left sidebar?

As Krinkle explained, it's the stats image. I don't see it any more; do you?
Comment 7 Guillaume Paumier 2011-04-07 16:38:24 UTC
(In reply to comment #6)
> 
> As Krinkle explained, it's the stats image. I don't see it any more; do you?

Actually, it turns out it doesn't show for logged-in users.
Comment 8 Nemo 2011-05-09 07:30:17 UTC
Created attachment 8524 [details]
Wrong width of images and main column on Firefox, Ubuntu

Speaking of strange visualizations (I hope this bug can be used for this), what causes this? I'm currently using FF 4.0.1 on Ubuntu 11.04, but it's been like this for a while (it's the same on Thunderbird if shown as full HTML).

I have the following warnings in the error console:

Warning: Error in parsing value for 'clear'.  Declaration dropped.
Source file: http://blog.wikimedia.org/
Line: 0

Warning: Error in parsing value for 'z-index'.  Declaration dropped.
Source file: http://s.gravatar.com/css/hovercard.css?v=3
Line: 10

Warning: Unknown property 'zoom'.  Declaration dropped.
Source file: http://s.gravatar.com/css/hovercard.css?v=3
Line: 14

Warning: Unknown property 'transform'.  Declaration dropped.
Source file: http://s.gravatar.com/css/hovercard.css?v=3
Line: 277

Warning: Error in parsing value for 'filter'.  Declaration dropped.
Source file: http://s.gravatar.com/css/hovercard.css?v=3
Line: 278
Comment 9 Guillaume Paumier 2011-05-09 11:23:57 UTC
So, a quick update:

* The URLs of blog posts reported in comment #0 (duplicate /blog/ suffix) should be fixed.
* The blog banners don't link to anything for the reasons given in comment #6.
* The "WordPress stats" smiley face reported in comment #1 is now in the lower left corner, so I guess we can call that fixed.

Nemo, the screenshot you attached makes me think you zoomed out on the blog once (on purpose or by accident) and now your browser remembers that zoom setting and causes the text to be shown smaller, but not the images. You should be able to see the regular blog theme by resetting the zoom to normal in your browser.

I'm going to mark this bug as FIXED; feel free to reopen if your problem still exists.
Comment 10 Guillaume Paumier 2011-05-14 07:58:44 UTC
(In reply to comment #9)
> * The "WordPress stats" smiley face reported in comment #1 is now in the lower
> left corner, so I guess we can call that fixed.

Looks like it's still in the sidebar for logged-out users. Reopening.
Comment 11 Guillaume Paumier 2011-05-14 12:23:05 UTC
(In reply to comment #10)
> 
> Looks like it's still in the sidebar for logged-out users. Reopening.

Adding more info for reference:
* The smiley face appears in the lower left corner on the home page & archive pages (like categories)
* The smiley face appears left of the sidebar on single articles
Comment 12 Guillaume Paumier 2011-10-27 09:03:15 UTC
We've disabled the stats module, so this isn't an issue any more.

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


Navigation
Links