Open main menu

CDOT Wiki β

Changes

Potential Projects

932 bytes removed, 13:17, 17 April 2013
m
Reverted edits by Saoagent (Talk) to last revision by Chris Tyler
<strike>Often files downloaded by the browser are put in a temporary folder that is emptied on close. Users (and especially novice users) should be protected from inadvertent data loss as a result of important files being saved to this temp folder. This project will add fixes to the browser so that users are protected. Ideas include:
* Make Firefox aware of common productivity <span class="plainlinks">[http://physioactive.sg/services/massage/sports-massage.html<span style="color:black;font-weight:normal; text-decoration:none!important; background:none!important; text-decoration:none;"> sports massage singapore</span>] file types (e.g., .doc, .pdf) and whitelist these types so they aren't deleted
* Have office type files download automatically to a documents folder instead of temp
* Firefox could check the timestamp of such files and delete them only if the timestamp is the same as when it was originally saved by the browser (i.e., has not been edited)
== Port the Firefox Release Repackager to other platforms ==
The [http://benjamin.smedbergs.us/release-repackager/ Firefox Release Repackager] allows one to take a released version of the browser, deconstruct it in order to add some custom extension, then repackage it. This allows organizations to <span class="plainlinks">[http://physioactive.sg/services/sports-therapy.html<span style="color:black;font-weight:normal; text-decoration:none!important; background:none!important; text-decoration:none;"> sports injury singapore</span>] ship slightly modified versions of stock releases, useful for their users. Currently the repackager only works on Mac.
Port this tool to Windows and/or Linux. In order to do this you'll need platform binaries of 7zip, or perhaps you can use P7zip to do a cross platform version. There are other ideas that can be added to this tool as well for making it more flexible.
== gdb support for minidumps for post-mortem debugging ==
Microsoft's debugger allows for loading a minidump produced during a crash and then performing post-mortem debugging. GDB supports using core files for the same purpose. In Firefox 3, we produce minidump files on all of our supported platforms for use with our Breakpad crash reporting system. Sometimes people may want to debug a crash locally using one of <span class="plainlinks">[http://physioactive.sg/<span style="color:black;font-weight:normal; text-decoration:none!important; background:none!important; text-decoration:none;"> massage therapy singapore</span>] these minidumps. On Windows, using the symbol server, they can simply load the minidump in their debugger. Currently there is no equivalent on Linux or Mac. Extending gdb to support loading minidumps for post-mortem debugging would be useful. This project may rely on the gdb symbol server project to be truly useful.
References:
The Talos performance testing system at Mozilla currently runs on a large set of web pages pulled from the Alexa Top 500. These pages can't be redistributed, since they're mirrors of copyrighted web pages. In addition, many of them contain adult content. This makes it difficult for people to duplicate the Talos results or to test changes that have an expected performance impact.
A useful solution to this problem would be a tool that takes a mirrored copy of a website and "sanitizes" it, by changing the page text and image contents (making them junk or filler text or something). The caveat here is that this *cannot* change the performance characteristics of the page. For example, taking a page that is all Chinese text and replacing it with "Lorem Ipsum" filler text would cause the page to <span class="plainlinks">[http://www.inleds.com/products/?cid=2<span style="color:black;font-weight:normal; text-decoration:none!important; background:none!important; text-decoration:none;"> led downlight singapore</span>] take different text rendering paths, which would change what is measured. As another example, making all JPEG images solid black would likely make them decode and render much faster. Any solution should have some analysis performed that shows that performance is not significantly altered in the sanitized page set.
Resources: ted (but find someone better!)
3
edits