Comment author: Morendil 30 January 2014 11:04:55AM 1 point [-]

This is relevant: the LW code is a little bit gnarly to set up, having this in a pre-packaged VM can help.

These days Vagrant is being superseded by Docker, I might have a go at turning the VagrantFile into a Dockerfile if anyone is interested.

Comment author: wmoore 31 January 2014 12:35:29AM 0 points [-]

Please note that as of late last year the official development environment is now built with Vagrant. The primary repo contains a Vagrantfile and all the chef recipes (derived from our production recipes where possible) necessary to configure a base Ubuntu box for LW development.

The instructions for using this are at: Development-VM-Image.

Comment author: ChrisHallquist 27 January 2014 12:02:52AM 2 points [-]

Fair enough, and I see the link for sorting by stars is here.

Should I literally just be going down the list top to bottom? Or limit myself to things that are accepted / authorized?

Comment author: wmoore 28 January 2014 11:00:03PM *  1 point [-]

Great to hear you're interested in contributing Chris. The LW codebase takes a bit to get your head around so I'd certainly suggest starting with smaller bugs or small features before diving into big new features. You should definitely get in touch with us (TrikeApps) and Luke to discuss what you want to work on to make sure it's the best use of your time and your approach considers all angles.

For reference, Accepted issues are generally bugs. The Accepted status indicates they have been reviewed and acknowledged as a bug. Approved is used to indicate tickets that are approved for work (generally by Lucas). These are good candidates to work on but you should definitely coordinate with us to make sure they aren't being worked on already.

Comment author: Pfft 20 November 2013 03:48:41PM 7 points [-]

Did they add auto-playing video ads to the LessWrong frontpage, or do I have malware?

Comment author: wmoore 26 November 2013 12:25:25AM 11 points [-]

SiteMeter in the sidebar was the cause of this. It has been removed.

In response to [Meta] Server Slow
Comment author: wmoore 04 February 2013 09:37:58PM 9 points [-]

I received a lot of errors over the weekend relating to a performance regression introduced in the last set of changes. Eugine, you were one of the people affected by these errors. I released a fix for this yesterday and have not seen those errors since. Work is also underway to migrate to a new database server.

Comment author: Vladimir_Nesov 29 January 2013 10:28:57PM *  5 points [-]

Previous behavior was chosen intentionally, see this thread for the discussion. I think the change should be reverted.

Comment author: wmoore 29 January 2013 11:38:20PM 6 points [-]

Ok, it has been reverted.

Comment author: Emile 29 January 2013 10:41:11AM *  22 points [-]

Awesome! That was one of the most asked-for feature!

And it is implemented on comments too, as a title text: Mousover the karma score of a post or comment and a little popup will give you the percentage of positive votes!

(a side effect of this is that if we see a comment at 0, we can't immediatly differentiate 1 upvote and 1 downvote from 50 upvotes and 50 downvotes, but that's pretty minor)

Many thanks to the trike apps people, and whatever volunteers helped implement, test and deploy this!

Edit: This specific fix appears to be thanks to Wesley Moore.

Comment author: wmoore 29 January 2013 10:10:18PM 9 points [-]

John implemented the new feature, I just integrated it and deployed it.

Comment author: wmoore 29 January 2013 10:08:55PM 2 points [-]

This is actually a bug, not a feature. Some major changes to how karma is stored and passed around the application were made in order to implement the percentage tooltips. Scores are now passed around as an array containing the number of up votes and down votes, where previously it was the difference of the two. It appears the this array is being incorrectly rendered in the side bar, instead of the calculated score.

Comment author: Douglas_Knight 29 January 2013 08:26:00PM 8 points [-]

It appears to me that 30 day karma has switched back to votes received in the past 30 days from votes on material posted in the past 30 days. Why? The original switch was very soon after the introduction of the feature.

I noticed this because people who haven't posted in months have 30 day karma. I then tested it by voting on an old comment.

Comment author: wmoore 29 January 2013 10:05:58PM 3 points [-]

You're correct, John deliberately changed this as he thought it was a bug. I'll chat to some people to work out what the desired behaviour is.

Comment author: jimrandomh 20 September 2012 04:52:36PM 6 points [-]

Confirmed. The issue is in an interaction between the polling code and Reddit's custom ORM which causes vote-totals to be cached, but not persisted to the database correctly. I have a fix, which I'm testing now. All polls created before the fix is applied will be affected; it'll be possible to restore them, but it'd take some work which isn't a priority for me.

Comment author: wmoore 21 September 2012 01:04:52AM 2 points [-]

I've just deployed a fix that will apply to all new poll votes. Thanks jimrandomh for passing on the bug report and initial patch.

Comment author: jimrandomh 19 September 2012 04:56:16PM 10 points [-]

Thanks for spotting this! I looked into it, and it seems to be double-counting the most recent result when computing the median. It's an order-of-initialization issue; it thinks it's getting all the results except the new one, adding it, then taking the median, but it's actually getting a list of all the results. The fix is straightforward; I'll email the admins to apply it.

Comment author: wmoore 19 September 2012 11:48:23PM 3 points [-]

Your fix for the incorrect median calculation has been deployed.

View more: Next