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.
Did they add auto-playing video ads to the LessWrong frontpage, or do I have malware?
SiteMeter in the sidebar was the cause of this. It has been removed.
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.
Previous behavior was chosen intentionally, see this thread for the discussion. I think the change should be reverted.
Ok, it has been reverted.
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.
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.
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.
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.
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.
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.
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.
Your fix for the incorrect median calculation has been deployed.
View more: Next
Subscribe to RSS Feed
= f037147d6e6c911a85753b9abdedda8d)
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.
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.