Contributor Apiman on Firefox
Solution #2:
Compile Firefox with ICC (Intel compiler)
Written by
Dinth the 15 Feb 09 at 12:46.
Propably compiling Firefox with ICC would greatly speed up this application.
It is a trouble when user must do compiling with so unusual compiler on his own, but Ubuntu devs can easly do it and put binary packages in repository, or at least PPA.
Propably compiling Firefox with ICC would greatly speed up this application.
It is a trouble when user must do compiling with so unusual compiler on his own, but Ubuntu devs can easly do it and put binary packages in repository, or at least PPA.
Solution #3:
Add native 64bit Java and Flash packages to PPA
Written by
Dinth the 15 Feb 09 at 12:52.
There are avalible native 64bit Java and Flash versions on Suns and Adobe websites. ATM they are in beta state, but there are pretty much stable, so why dont package them to repo or at least PPA? This would greatly speed up Firefox on 64bit systems - now, sometimes nspluginwrappers takes 50% of cpu power when playing video from some sites.
There are avalible native 64bit Java and Flash versions on Suns and Adobe websites. ATM they are in beta state, but there are pretty much stable, so why dont package them to repo or at least PPA? This would greatly speed up Firefox on 64bit systems - now, sometimes nspluginwrappers takes 50% of cpu power when playing video from some sites.
Solution #4:
Help with Systemtap so that Developers can work out WTF is going on
Its simple, profiling tools on Ubuntu are WAY behind.
Ubuntu should join in on the Systemtap project so that we have a better tool available to help identify the reasons why Firefox is so slow on Linux.
Doing so will also speed up every other program in the repos.
Its simple, profiling tools on Ubuntu are WAY behind.
Ubuntu should join in on the Systemtap project so that we have a better tool available to help identify the reasons why Firefox is so slow on Linux.
Doing so will also speed up every other program in the repos.
Solution #5:
Work with Mozilla to Ensure Linux version is Perfomance Optimized
There probably aren't as many developers testing the linux version as this isn't the biggest install base.
There probably aren't as many developers testing the linux version as this isn't the biggest install base.
Solution #6:
Support the development of swiftweasel
Written by
JanMalte the 19 Feb 09 at 06:56.
Support the development of the swiftweasel project.
This is an pgo compiled version of firefox.
http://swiftweasel.tuxfamily.org/
Solution #7:
Epiphany as default browser
I have been using Epiphany for the last months, and I really enjoy it. I still miss some Firefox extensions, but it's ok. I think it is a good choice for Ubuntu. Maybe not now, but when it gets a stable webkit support.
I have been using Epiphany for the last months, and I really enjoy it. I still miss some Firefox extensions, but it's ok. I think it is a good choice for Ubuntu. Maybe not now, but when it gets a stable webkit support.
Solution #8:
Support the development of Google's Chrome
Written by
brownbat the 14 Mar 09 at 02:20.
The "support x browser instead" options are tanking, but I wanted to give everyone an option to vote down (or up?) Google's browser too.
The "support x browser instead" options are tanking, but I wanted to give everyone an option to vote down (or up?) Google's browser too.
Solution #9:
Port Firefox to Qt
Written by
flammon the 14 Mar 09 at 22:18.
I love GNOME and use it every day, have been since pre 1.0 but I think that its weakest part is GTK/GDK. Qt is faster and GPL so perhaps it is time to start porting. Firefox is mostly written in C++ so using Qt shouldn't be a problem.
The project has already begun and I'm anxious to see the results.
http://browser.garage.maemo.org/news/10/
I love GNOME and use it every day, have been since pre 1.0 but I think that its weakest part is GTK/GDK. Qt is faster and GPL so perhaps it is time to start porting. Firefox is mostly written in C++ so using Qt shouldn't be a problem.
The project has already begun and I'm anxious to see the results.
http://browser.garage.maemo.org/news/10/
Solution #11:
Option to install firefox32 on 64-bit distributions
Edit: I take this back. I upgraded to Janty 9.04 and Firefox works like a charm with the Flash 10 driver!
I have been using Ubuntu 64 bit versions for several years. And what I still don't like is that my system slows down pathetically when the browser tries to load a Flash or Java applet which are used on most pages on the Internet today, not to mention ads.
Although, its not exactly Ubuntu's problem that the sources providing these plugins do not entirely support x86_64 platforms, users should have the freedom to choose whether or not to use these packages and how to use them.
There should be a meta package that installs firefox32 and removes firefox64 on 64 bit versions of Ubuntu. Also, plugins for Firefox like Flash, Java, Adobe Reader, Shockwave, etc. should be replaced with 32 bit versions without any intervention.
Edit: I take this back. I upgraded to Janty 9.04 and Firefox works like a charm with the Flash 10 driver!
I have been using Ubuntu 64 bit versions for several years. And what I still don't like is that my system slows down pathetically when the browser tries to load a Flash or Java applet which are used on most pages on the Internet today, not to mention ads.
Although, its not exactly Ubuntu's problem that the sources providing these plugins do not entirely support x86_64 platforms, users should have the freedom to choose whether or not to use these packages and how to use them.
There should be a meta package that installs firefox32 and removes firefox64 on 64 bit versions of Ubuntu. Also, plugins for Firefox like Flash, Java, Adobe Reader, Shockwave, etc. should be replaced with 32 bit versions without any intervention.
Firefox can destroy all user files
Written by Cé the 1 Mar 09 at 09:08.
New
Firefox, as all programs that are run from the user account can access, alter and destroy all files that belong to that user.
While browsing, firefox can come across all kinds of mallicious websites, trying to destroy all your files. It's only a matter of time until some website succeeds.
Solution #1:
Firefox should run as a different user with very limited file access
Written by
Cé the 1 Mar 09 at 09:08.
I think firefox should be run as a very limited user, so it can only destroys its own files.
I think that limited user should only be able to write to
/user/cedric/Desktop/
/user/cedric/normal locations for caching and so on
This way the normal user can read and use the files from firefox, but firefox can't destroy the files of the normal user.
Best regards,
Cedric
I think firefox should be run as a very limited user, so it can only destroys its own files.
I think that limited user should only be able to write to
/user/cedric/Desktop/
/user/cedric/normal locations for caching and so on
This way the normal user can read and use the files from firefox, but firefox can't destroy the files of the normal user.
Best regards,
Cedric
Solution #2:
Make an easy GUI config with sensible defaults for AppArmor
Written by
aysiu the 3 Mar 09 at 00:02.
AppArmor allows you to restrict what directories an application can access and it's installed in Ubuntu by default, but, as you can see from the community documentation, it's not so easy to configure:
https://help.ubuntu.com/community/AppArmor
There should be a nice little AppArmor config by which you can select with your mouse an application from a list of applications (Firefox being one of the available apps), select again with your mouse a directory you want to limit it to.
This wouldn't be restricted by default, but it should be just a couple of clicks away for those who need it.
AppArmor allows you to restrict what directories an application can access and it's installed in Ubuntu by default, but, as you can see from the community documentation, it's not so easy to configure:
https://help.ubuntu.com/community/AppArmor
There should be a nice little AppArmor config by which you can select with your mouse an application from a list of applications (Firefox being one of the available apps), select again with your mouse a directory you want to limit it to.
This wouldn't be restricted by default, but it should be just a couple of clicks away for those who need it.
Solution #3:
People should back up their files regularly
Written by
aysiu the 3 Mar 09 at 00:07.
It's great to prevent applications from damaging your personal files, but that stuff should be backed up on some external media anyway.
It's great to prevent applications from damaging your personal files, but that stuff should be backed up on some external media anyway.
Solution #4:
Configure AppArmor to protect Firefox by default
Written by
Thelasko the 24 Mar 09 at 14:54.
From the Novel website:
"Novell AppArmor is an access control system that lets you specify per program which files the program may read, write, and execute."
With the default installation AppArmor only protects CUPS. There is a movement to make it protect Firefox by default. More information can be found
here.
From the Novel website:<br>
"Novell AppArmor is an access control system that lets you specify per program which files the program may read, write, and execute."<br>
With the default installation AppArmor only protects CUPS. There is a movement to make it protect Firefox by default. More information can be found <a href="http://ubuntuforums.org/showthread.php?t=1008906">here.</a>
Solution #5:
ZoneAlarm Style Notifications for AppArmor
Written by
Thelasko the 6 Apr 09 at 19:59.
When AppArmor loggs a violation, users should be notified via the new
Ubuntu notification system. They can then have the option to allow or deny such connections. This is similar to the way the popular Windows firewall ZoneAlarm works.
When AppArmor loggs a violation, users should be notified via the new <a href="http://www.markshuttleworth.com/archives/253">Ubuntu notification system.</a> They can then have the option to allow or deny such connections. This is similar to the way the popular Windows firewall ZoneAlarm works.