Community:SummerOfCode13: Difference between revisions

no edit summary
(Remove "Profile Reset" project (MattN's request))
No edit summary
 
(11 intermediate revisions by the same user not shown)
Line 1: Line 1:
<span style="color: red; font-weight: bold">Looking for this year's Summer of Code information? [[SummerOfCode|Step right this way.]]</span>
This page lists all the [[SummerOfCode|Google Summer of Code]] 2013 projects with confirmed mentors, and which have been approved by the SoC administrator. New suggestions can be made on [[Community:SummerOfCode13:Brainstorming|the Brainstorming page]]. This page is locked; contact Gerv with edits.
This page lists all the [[SummerOfCode|Google Summer of Code]] 2013 projects with confirmed mentors, and which have been approved by the SoC administrator. New suggestions can be made on [[Community:SummerOfCode13:Brainstorming|the Brainstorming page]]. This page is locked; contact Gerv with edits.


Line 7: Line 9:
==Application Advice==
==Application Advice==


Note that if a project suggests it would be helpful to know XUL (Mozilla's user interface description language), you may be able to get away with learning on the job. Don't be put off from applying if the project otherwise looks right for you.
You should do the following:


* Talk to the mentor. Contact details are on this page; if all you have is a nickname, get on [[IRC|IRC]] and try and contact them.
* Read the [http://www.booki.cc/gsocstudentguide/ GSoC Student Guide] and follow its advice.
* Read the [http://www.booki.cc/gsocstudentguide/ GSoC Student Guide] and follow its advice.
* Read [http://blog.gerv.net/2006/05/how_not_to_apply_for_summer_of/ How Not To Apply For Summer Of Code] and avoid doing the things listed there.
* Read [http://blog.gerv.net/2006/05/how_not_to_apply_for_summer_of/ How Not To Apply For Summer Of Code] and avoid doing the things listed there.
Line 15: Line 18:
* It is entirely acceptable to apply for 2 or 3 projects, if more than one catches your eye; if the applications are high quality, that probably improves your chances a little. However, more than 3 seems like spam.
* It is entirely acceptable to apply for 2 or 3 projects, if more than one catches your eye; if the applications are high quality, that probably improves your chances a little. However, more than 3 seems like spam.


Questions of any sort? Send mail to [mailto:gerv@mozilla.org,florian@queze.net Gerv and Florian]. We will try and respond as soon as possible and get your questions directed to the right person.  Please allow at least 48 hours for a reply. If you want to contact a mentor and contact details are not here, ask people in the #developers channel on IRC: irc://irc.mozilla.org/#developers.
Note that if a project suggests it would be helpful to know XUL (Mozilla's user interface description language), you may be able to get away with learning on the job. Don't be put off from applying if the project otherwise looks right for you.
 
Questions about individual projects are best addressed to the potential mentor of that project. These should be listed in the table below. If you want to contact a mentor and contact details are not here, ask people in the #developers channel on IRC: irc://irc.mozilla.org/#developers. If you have questions of any other sort, send mail to [mailto:gerv@mozilla.org,florian@queze.net Gerv and Florian]. We will try and respond as soon as possible and get your questions directed to the right person.  Please allow at least 48 hours for a reply.  


== Firefox ==
== Firefox ==
Line 32: Line 37:
tightly controlled, irreversible-without-password setting, but rather a feature that will make it harder to accidentally break or deteriorate the Firefox experience.
tightly controlled, irreversible-without-password setting, but rather a feature that will make it harder to accidentally break or deteriorate the Firefox experience.


This project will be implemented using the Add-on SDK.
This project will be implemented using the Add-on SDK. [http://felipe.wordpress.com/2013/04/22/silverfox-gsoc/ More info about this project].
| Good JS skills and ability to work with large codebases. Previous add-on experience is a big plus.
| Good JS skills and ability to work with large codebases. Previous add-on experience is a big plus.
| [mailto:gsoc@felipc.com Felipe], [mailto:jwein+gsoc@mozilla.com Jared]
| [mailto:gsoc@felipc.com Felipe], [mailto:jwein+gsoc@mozilla.com Jared]
Line 40: Line 45:
| about:memory has been a very useful tool for us developers to better understand memory consumption in Firefox and help diagnose and fix problems (See the [https://wiki.mozilla.org/Performance/MemShrink MemShrink project]). We would like to make about:memory also useful for web developers and users by providing better data visualization and analysis that will help them understand the footprint of their websites and improve accordingly. You should be able to come up with useful and creative ways to visualize that data and implement those visualization using JS.
| about:memory has been a very useful tool for us developers to better understand memory consumption in Firefox and help diagnose and fix problems (See the [https://wiki.mozilla.org/Performance/MemShrink MemShrink project]). We would like to make about:memory also useful for web developers and users by providing better data visualization and analysis that will help them understand the footprint of their websites and improve accordingly. You should be able to come up with useful and creative ways to visualize that data and implement those visualization using JS.


We would still keep the original about:memory but relabel it as something like "Stats for nerds". It is important to keep the original/light-weight version since a visual-heavy implementation of about:memory will use non-trivial amounts of memory.
We would still keep the original about:memory but relabel it as something like "Stats for nerds". It is important to keep the original/light-weight version since a visual-heavy implementation of about:memory will use non-trivial amounts of memory. [http://felipe.wordpress.com/2013/04/22/aboutmemory-gsoc/ More info about this project].
| Good JS skills and knowledge/passion for data vizualization. Past work with data visualization is a big plus.
| Good JS skills and knowledge/passion for data vizualization. Past work with data visualization is a big plus.
| [mailto:gsoc@felipc.com Felipe], [mailto:jwein+gsoc@mozilla.com Jared]
| [mailto:gsoc@felipc.com Felipe], [mailto:jwein+gsoc@mozilla.com Jared]
Line 47: Line 52:
| Fullscreen Mode
| Fullscreen Mode
| One upcoming Firefox feature is a fullscreen mode that should provide an immersive experience. This mode will provide a streamlined interface as can be seen in this [http://people.mozilla.com/~shorlander/ux-presentation/01-Firefox-Australis-%28Windows%29-%28Fullscreen%29.jpg preliminary mockup]. Features such as a clock and other OS indicators (new APIs have been implemented for these from the WebAPI project) might also be part of the project.
| One upcoming Firefox feature is a fullscreen mode that should provide an immersive experience. This mode will provide a streamlined interface as can be seen in this [http://people.mozilla.com/~shorlander/ux-presentation/01-Firefox-Australis-%28Windows%29-%28Fullscreen%29.jpg preliminary mockup]. Features such as a clock and other OS indicators (new APIs have been implemented for these from the WebAPI project) might also be part of the project.
The implementation of this feature will mostly involve three languages: XUL, CSS and JS.
The implementation of this feature will mostly involve three languages: XUL, CSS and JS. [http://felipe.wordpress.com/2013/04/22/fullscreen-gsoc/ More info about this project].
| Great CSS skills are important, and knowledge of XUL/flexbox is a plus. Good JS skills. Past theme development experience would be great.
| Great CSS skills are important, and knowledge of XUL/flexbox is a plus. Good JS skills. Past theme development experience would be great.
| [mailto:gsoc@felipc.com Felipe], [mailto:jwein+gsoc@mozilla.com Jared]
| [mailto:gsoc@felipc.com Felipe], [mailto:jwein+gsoc@mozilla.com Jared]
Line 68: Line 73:
| Autosuggest Search Engines
| Autosuggest Search Engines
| Many websites have search fields that are used many times over, but these websites do not present themselves as search-capable in order to offer itself to be added as a search engine in the browser. [https://bugzilla.mozilla.org/show_bug.cgi?id=335448 Firefox should detect repeated search field usage] and offer that as an option to the user. At a minimum, it should be able to detect it and add an entry with "Add [website]" in the searchbar dropdown (similar to how OpenSearch works). After the detection part is working well, a refined UX for the feature can be discussed and prototyped (but that shouldn't be the focus of the project).
| Many websites have search fields that are used many times over, but these websites do not present themselves as search-capable in order to offer itself to be added as a search engine in the browser. [https://bugzilla.mozilla.org/show_bug.cgi?id=335448 Firefox should detect repeated search field usage] and offer that as an option to the user. At a minimum, it should be able to detect it and add an entry with "Add [website]" in the searchbar dropdown (similar to how OpenSearch works). After the detection part is working well, a refined UX for the feature can be discussed and prototyped (but that shouldn't be the focus of the project).
The student should be able to propose methods on how the detection algorithm should work and how to make improvements on it over the course of the project.
The student should be able to propose methods on how the detection algorithm should work and how to make improvements on it over the course of the project. [http://felipe.wordpress.com/2013/04/22/autosuggest-gsoc/ More info about this project].
| Great JS skills and understanding of DOM, HTML form fields, and algorithms (db and data structures that will be used to store and search the input field history to detect patterns of search usage)
| Great JS skills and understanding of DOM, HTML form fields, and algorithms (db and data structures that will be used to store and search the input field history to detect patterns of search usage)
| [mailto:gsoc@felipc.com Felipe]
| [mailto:gsoc@felipc.com Felipe]
Line 100: Line 105:
|-
|-
| Mailbox-to-Maildir Converter
| Mailbox-to-Maildir Converter
| Mailbox and Maildir are two alternative on-disk storage formats for email messages. Thunderbird currently uses Mailbox, but wants to use Maildir. Hence the need for a converter. This is one of the last critical pieces blocking moving away from mbox-style mailboxes.
| Mailbox and Maildir are two alternative on-disk storage formats for email messages. Thunderbird currently uses Mailbox, but wants to use Maildir. Hence the need for a converter. This is one of the last critical pieces blocking moving away from mbox-style mailboxes. See {{bug|856087}}.
| C++, although some JS may be necessary
| C++, although some JS may be necessary
| jcranmer
| jcranmer
Line 107: Line 112:
|}
|}


== Bugzilla ==
== Calendar ==


{| class="standard-table" border="1" style="border-collapse: collapse"
{| class="standard-table" border="1" style="border-collapse: collapse"
Line 118: Line 123:
! Comments
! Comments
|-
|-
| Fix Code Review on BMO
| Make Lightning Fast
| The current Splinter extension which provides code review capabilities on bugzilla.mozilla.org (BMO) [https://wiki.mozilla.org/BMO/Splinter can be updated quite a bit]. We want to pave the way toward integration with CodeReview.js from the Webkit project. Specifically, we want to integrate the Splinter review functionality with the PatchReview Perl module and experiment with integrating that with the [http://trac.webkit.org/browser/trunk/Websites/bugs.webkit.org/code-review.js#L1095 CodeReview.js tool].
| The Lightning Extension has a few performance problems, especially with lots of calendars. Now that the [http://mikeconley.ca/blog/2012/06/15/gecko-profiler-now-works-in-thunderbird-daily/ Gecko Profiler] works in Thunderbird Daily, its a great time to harness its power and improve Lightning's performance. A Student working on this project should:
| JavaScript, CSS, and Perl web development
# [https://bugzilla.mozilla.org/buglist.cgi?quicksearch=keyword%3Aperf%20prod%3Acalendar&list_id=6253887 Browse Bugzilla] to get an overview of reported performance problems.
| Byron Jones (IRC: glob)
# Use the Gecko Profiler to identify performance bottlenecks, for example occurrence calculation.
| Byron Jones (IRC: glob)
# Propose a method to improve performance in a way that would move the bottleneck elsewhere and discuss with mentor.
|
# Fix the bottleneck.
# Continue with (2).
 
Depending on remaining time and student experience, adding performance tests to Lightning would be a bonus.
| Javascript; Python and make for perf tests
| Philipp (:Fallen)
| Ludovic (:ludovic)
| A student applying for this project should be able to work with large codebases. Getting familiar with the Lightning source code early improves chances of being accepted. Look for Fallen on irc.mozilla.org / #calendar if you need help getting started.
|-
| Improve Calendar Backends
| Lightning has historically supported two modes for calendar providers: cached and uncached. In uncached mode, each request is directly relayed to the remote end, causing a lot of traffic. Therefore, cached mode was introduced, which is close to a "real" synchronization, where only changes are transferred. In the future it would be nice to use cached mode exclusively. To do so, there need to be some changes in the backend. This project consists of a combination of the following bugs, depending on time and student skill:
* Finish the patch I started for async storage ({{bug|501689}})
* Move calendar metadata from the [http://mxr.mozilla.org/comm-central/source/calendar/base/public/calIChangeLog.idl#83 provider inteface] to the [http://mxr.mozilla.org/comm-central/source/calendar/base/public/calIItemBase.idl item interface] (no bug yet)
* Turn the ICS calendar into a cache-only provider ({{bug|780992}})
* Turn the CalDAV calendar into a cache-only provider (no bug yet)
| Javascript, SQL,  
| Philipp (:Fallen)
| Mohit (:redDragon)
| As these changes will partially require some migration steps, it is important to write unit tests for the code produced during the Summer of Code. Not all of the mentioned bugs need to be fixed for passing mid-terms and finals, please read through the bugs and consult with mentor or reporter with your suggestion when applying.
|}
|}


== Web Apps and Libraries ==
== Bugzilla ==


{| class="standard-table" border="1" style="border-collapse: collapse"
{| class="standard-table" border="1" style="border-collapse: collapse"
Line 137: Line 160:
! Comments
! Comments
|-
|-
| Web Audio Compatibility Project
| Fix Code Review on BMO
| The Web Audio API is landing fully-formed and spec-compliant in Firefox 22, however most of the code in the wild was written when this API landed and have not been updated to the version of the spec that Firefox supports. This project would target any and all open source libraries, games and applications that use Web Audio API and ensure that they work properly with Firefox's implementation.
| The current Splinter extension which provides code review capabilities on bugzilla.mozilla.org (BMO) [https://wiki.mozilla.org/BMO/Splinter can be updated quite a bit]. We want to pave the way toward integration with CodeReview.js from the Webkit project. Specifically, we want to integrate the Splinter review functionality with the PatchReview Perl module and experiment with integrating that with the [http://trac.webkit.org/browser/trunk/Websites/bugs.webkit.org/code-review.js#L1095 CodeReview.js tool].
| Some expertise in JavaScript, Web Audio, Git/Github, blogging and being polite.
| JavaScript, CSS, and Perl web development
| Jeff Griffiths
| Byron Jones (IRC: glob)
| [mailto:jgriffiths@mozilla.com Jeff Griffiths] / [mailto:ehsan@mozilla.com Ehsan Akhgari]
| Byron Jones (IRC: glob)
|
|-
| Bugzilla-MediaWiki Extension
| <b>Note: this project is being done under the Wikimedia Foundation umbrella, and is copied here for publicity purposes only. You need to apply to them, not to us, if you want to do it. See [http://www.mediawiki.org/wiki/Summer_of_Code_2013#Bugzilla-MediaWiki_extension their page].</b> Mozilla has developed a MediaWiki-Bugzilla extension which allows for read-only inclusion of Bugzilla lists and charts in MediaWiki pages. For example, it is used to provide "Mentored Bugs" sections. It could also be used for basic prioritization, ToDo lists for projects, metrics... This project consists in enhancing this extension by making API calls more robust (i.e. when receiving 1000s of results), allowing more types of charts, providing good test coverage and user documentation.
| PHP, Javascript, JSON, Bugzilla
| Brandon Savage (Mozilla), Sam Reed (Wikimedia)
| Brandon Savage (Mozilla), Sam Reed (Wikimedia)
|
|
|}
|}
Line 186: Line 216:
| You need to know about JS (good), CSS (basic), HTML (basic)
| You need to know about JS (good), CSS (basic), HTML (basic)
| Jean-Yves Perrier
| Jean-Yves Perrier
| Jean-Yves Perrier
| [mailto:jperrier@mozilla.com Jean-Yves Perrier] (irc: teoli)
| In your application, you should list the tools you would create. You should submit 8 tool ideas, and the ones you will actually do will be agreed at the beginning of the project. Success will be measured if 6 of these tools are implemented, reviewed and live in the MDN.
| In your application, you should list the tools you would create. You should submit 8 tool ideas, and the ones you will actually do will be agreed at the beginning of the project. Success will be measured if 6 of these tools are implemented, reviewed and live in the MDN.
|-
| Localization Dashboard
| Build a Localization Dashboard for the Mozilla Developer Network (MDN) to help contributors view localization progress and find articles that need to be localized. The dashboard should be somewhat similar to the existing [https://developer.mozilla.org/dashboards/revisions Revision Dashboard]. Over the course of the summer, the student should build a [https://en.wikipedia.org/wiki/Minimum_viable_product minimum viable product] and work with the MDN team to iterate on it, making as many improvements as time allows.
| HTML, CSS, JavaScript, Python
| John Karahalis (openjck)
| John Karahalis (openjck)
|
|}
|}


Line 204: Line 241:
| [http://www.rust-lang.org/ Rust] is a new compiled programming language that Mozilla is working on. At the moment, Rust programs are tricky to debug when they don't work because they lack debugging symbols. This work has been started, but for many core Rust features the current debugging support is little to none. The goal of this project would be to support building the self-hosted (i.e. written in Rust) compiler with full debugging symbols enabled, and fill out the suite of automated gdb tests to ensure that the debugging support does not regress in the future. The project will require making use of [http://llvm.org/ LLVM]'s [http://llvm.org/docs/SourceLevelDebugging.html source-level debugging features] and building on the debugging support that [https://github.com/mozilla/rust/blob/master/src/librustc/middle/trans/debuginfo.rs already exists in the compiler].
| [http://www.rust-lang.org/ Rust] is a new compiled programming language that Mozilla is working on. At the moment, Rust programs are tricky to debug when they don't work because they lack debugging symbols. This work has been started, but for many core Rust features the current debugging support is little to none. The goal of this project would be to support building the self-hosted (i.e. written in Rust) compiler with full debugging symbols enabled, and fill out the suite of automated gdb tests to ensure that the debugging support does not regress in the future. The project will require making use of [http://llvm.org/ LLVM]'s [http://llvm.org/docs/SourceLevelDebugging.html source-level debugging features] and building on the debugging support that [https://github.com/mozilla/rust/blob/master/src/librustc/middle/trans/debuginfo.rs already exists in the compiler].
| Rust, LLVM experience beneficial
| Rust, LLVM experience beneficial
| Josh Matthews (jdm)
| [mailto:josh@joshmatthews.net Josh Matthews] (jdm)
| Josh Matthews (jdm)
| [mailto:josh@joshmatthews.net Josh Matthews] (jdm)
| Practical experience with Rust is rare. Therefore, any student interested in this project should take some time to become familiar with Rust so that the actual project time is spent on practical work instead of learning the language.
| Practical experience with Rust is rare. Therefore, any student interested in this project should take some time to become familiar with Rust so that the actual project time is spent on practical work instead of learning the language.
|}
|}
Line 252: Line 289:
|  
|  
|-
|-
| Hacktivity design
| Design Hacktivities
| http://meemoo.org/ is browser-based data flow coding environment. The goal is to bring more people, including children, to the world of open source creative coding with instantly-hackable creative apps that run in the browser. "Hacktivies" are activities that encourage playful exploration with images and code. For this project, you should prototype and design ways to bridge the digital/analog high/low tech code/craft divide. http://meemoo.org/hack-our-apps/ for some examples. A successful proposal will include some creative output made with Meemoo to show understanding of the system.  
| http://meemoo.org/ is browser-based data flow coding environment. The goal is to bring more people, including children, to the world of open source creative coding with instantly-hackable creative apps that run in the browser. "Hacktivies" are activities that encourage playful exploration with images and code. For this project, you should prototype and design ways to bridge the digital/analog high/low tech code/craft divide. http://meemoo.org/hack-our-apps/ for some examples. A successful proposal will include some creative output made with Meemoo to show understanding of the system.  
| JavaScript, craft, activity design, graphic design, writing  
| JavaScript, craft, activity design, graphic design, writing  
|  
|  
| Forrest Oliphant, in relation to the meemoo.org project.
| [mailto:forrest@sembiki.com Forrest Oliphant]
|
|  
|}
|}


Line 295: Line 332:
|
|
|-
|-
| Skype Protocol Plug-in
| Instantbird Awesometab
| '''Goal:''' Support Skype chat features as protocol plug-in.
'''Description:''' Microsoft will soon dropping support for MSN/WLM, they suggest that all users migrate to Skype. The student is expected to implement support for Skype chat (private messages and multi-user chats) using the SkypeKit SDK.
This project does not need to support voice/video chat to be considered a success. Access to SkypeKit can be provided to a student participating in this project. This may need to be implemented as an extension.
| C++, XPCOM
| Patrick Cloke
| [mailto:clokep@gmail.com Patrick Cloke]
|
|-
| "Awesometab"
| '''Goal:''' Create a tab that "knows" what conversation you want to open (like the "[http://www.dria.org/wordpress/archives/2008/04/17/628/ awesomebar]").
| '''Goal:''' Create a tab that "knows" what conversation you want to open (like the "[http://www.dria.org/wordpress/archives/2008/04/17/628/ awesomebar]").
'''Description:''' The current "Join Chat" dialog is ugly and difficult to use. A user should be able to open a new tab to create a new conversation which will auto-complete fields based on history and server information (e.g. LIST from IRC).
'''Description:''' The current "Join Chat" dialog is ugly and difficult to use. A user should be able to open a new tab to create a new conversation which will auto-complete fields based on history and server information (e.g. LIST from IRC).
Line 330: Line 358:
| Monica Chew (mmc), Tanvi Vyas (tanvi)
| Monica Chew (mmc), Tanvi Vyas (tanvi)
| This is primarily a quantitative user experience project.
| This is primarily a quantitative user experience project.
|-
| Security Report
| It can be tricky for a developer to cover all their bases when it comes to security.  Moreover, information about the security of a website can be difficult for advanced users to find without searching through multiple data sources in the browser (error console, cookie manager, certificate manager, etc.)  This project is to build a Firefox addon that reports all of this data in one place.  Developers can then view the report for their websites or pre-production pages and quickly identify their security issues.  Advanced users can quickly learn about a website's security before deciding whether or not they want to enter sensitive information on the page.
Here are some examples of what the security report could include:
* information about network requests that have been blocked by the browser for security reasons (e.g. mixed content, CSP, CORS)
* information about the cookies on the site (are they marked secure, do they have the httponly attribute?)
* security related headers (does the site set STS, CSP, or X-Frame-Options headers?)
* SSL information (is the websites ssl certificate about to expire?)
| JavaScript, Add-on SDK, some platform knowledge.
| Mark Goodwin (mgoodwin), Tanvi Vyas (tanvi)
| Mark Goodwin (mgoodwin), Tanvi Vyas (tanvi)
|}
|}
Account confirmers, Anti-spam team, Confirmed users, Bureaucrats and Sysops emeriti
4,925

edits