Written by gabim the 28 Feb 08 at 14:43.

Ubuntu Brainstorm was updated in January 2009. Since the idea #22 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution. Thanks!

<i>Ubuntu Brainstorm was updated in January 2009. Since the idea #22 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution.</i><br /> Thanks!

Written by omegamormegil the 13 Aug 09 at 19:32.

Create a system where ordinary users can create Problem Reports documenting the SYMPTOMS of problems they are experiencing. After a Problem Report is created, it is added to a page on the user's Launchpad profile, giving them a place to keep track of the problems they have reported and any progress made on identifying the underlying bug and progress on fixing that bug. Users can comment and discuss their problems on their Problem Reports just like users like to comment and discuss their problems on bug reports right now. Commenting on bug reports should be kept to comments relating to fixing the bug.

Reported Problems could be indexed and compared, with more frequently reported user problems floating to the surface, giving the developers a good idea of what problems users are experiencing. Similar Problem Reports could be grouped together as it becomes apparent that various users have reported the same problem/symptoms, similar to duplicating bug reports, but keeping the original Problem Report of the reporter intact. Bug Triagers could tag clumps of Problem Reports with the bug suspected to be causing the problem, or Users could tag Problem Reports with bugs they think likely to be causing the problem. When the patch for a bug is in -proposed, the Problem Reports could be notified and invited to test the new version of the package to see if it fixes their problem.

A friendly support widget could be created to help users create problem reports. Perhaps functionality could also be added to direct users reporting common problems to documentation or other help resources to correct their problem.

Create a system where ordinary users can create Problem Reports documenting the SYMPTOMS of problems they are experiencing. After a Problem Report is created, it is added to a page on the user's Launchpad profile, giving them a place to keep track of the problems they have reported and any progress made on identifying the underlying bug and progress on fixing that bug. Users can comment and discuss their problems on their Problem Reports just like users like to comment and discuss their problems on bug reports right now. Commenting on bug reports should be kept to comments relating to fixing the bug. Reported Problems could be indexed and compared, with more frequently reported user problems floating to the surface, giving the developers a good idea of what problems users are experiencing. Similar Problem Reports could be grouped together as it becomes apparent that various users have reported the same problem/symptoms, similar to duplicating bug reports, but keeping the original Problem Report of the reporter intact. Bug Triagers could tag clumps of Problem Reports with the bug suspected to be causing the problem, or Users could tag Problem Reports with bugs they think likely to be causing the problem. When the patch for a bug is in -proposed, the Problem Reports could be notified and invited to test the new version of the package to see if it fixes their problem. A friendly support widget could be created to help users create problem reports. Perhaps functionality could also be added to direct users reporting common problems to documentation or other help resources to correct their problem. Advantages of implementing something like this: -Less bugs reported which makes actual bugs stand out more in Launchpad -Users are more satisfied with the experience of reporting their problems, without having to get technical -Users that might otherwise be intimidated by Launchpad will be reporting problems they experience in a less noisy way for developers -Users can keep track of their problems on Launchpad, and can check the progress of any bugs causing their problems -Users could be directed to help in fixing problems which aren't bugs, without going through the trouble and frustration of documenting their "bug" only to have a friendly Triager tell them it isn't a bug months later. -Trying to triage bugs becomes less like drinking from a firehose.

Written by hunteke the 3 Sep 09 at 06:56.

Perhaps we should be evangelizing answers.ubuntu.com instead then. If it's a bug, the answers site will likely quickly be able to discern it, and have it "upgraded." In the meantime, by not immediately jumping to "please report the bug", we avoid many false-positives.

Perhaps we should be evangelizing answers.ubuntu.com instead then. If it's a bug, the answers site will likely quickly be able to discern it, and have it "upgraded." In the meantime, by not immediately jumping to "please report the bug", we avoid many false-positives.

Written by flip314 the 20 Mar 08 at 06:32.

Ubuntu Brainstorm was updated in January 2009. Since the idea #5180 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution. Thanks!

<i>Ubuntu Brainstorm was updated in January 2009. Since the idea #5180 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution.</i><br /> Thanks!

Written by XrayA4T the 30 Mar 09 at 06:28.

When searching find results that contain one or more of the search words and those that contain more matches appear first. Also linking words to existing packages could help get people to the right bug, e.g. notify-osd should be linked to notification and pop-up and popup and osd etc to improve matching.

When searching find results that contain one or more of the search words and those that contain more matches appear first. Also linking words to existing packages could help get people to the right bug, e.g. notify-osd should be linked to notification and pop-up and popup and osd etc to improve matching.

Written by maccam94 the 30 Mar 09 at 07:58.

After the information is gathered and the user opts to submit it to launchpad, show a results page with bugs that closely match what just happened. Then give the user the options "No, submit anyway" and "Yes this matches my issue." Then, if it's a new bug, open the launchpad website. If the user chose a match, return the status of the bug or display possible solutions.

After the information is gathered and the user opts to submit it to launchpad, show a results page with bugs that closely match what just happened. Then give the user the options "No, submit anyway" and "Yes this matches my issue." Then, if it's a new bug, open the launchpad website. If the user chose a match, return the status of the bug or display possible solutions.

Written by omegamormegil the 25 Sep 08 at 20:55.

Allow the system to automatically give priority to certain applications which the user would generally want to be more responsive, such as windows in the foreground and multimedia applications. Generally speaking, maximized windows should be given the highest priority, a window in the foreground should have a higher priority than a window in the background, and minimized windows (and processes without a window) should be given a lower priority. As "brainstormed" by Scott Remnant of Canonical on Ubuntu Devel Discusshere: "I've always thought it would be interesting to be able to influence the scheduler on a per process basis - and do that from the Window Manager. ie. deliberately give the user's foreground process the "majority" of the time, and fair schedule the rest." Apparently MS Windows has had similar functionality since NT. Perhaps a preferences tool could also be created to let the user tweak the settings, or turn them off (such as when a GUI is being used to administer a server).

Allow the system to automatically give priority to certain applications which the user would generally want to be more responsive, such as windows in the foreground and multimedia applications. Generally speaking, maximized windows should be given the highest priority, a window in the foreground should have a higher priority than a window in the background, and minimized windows (and processes without a window) should be given a lower priority. As "brainstormed" by Scott Remnant of Canonical on Ubuntu Devel Discuss<a href="https://lists.ubuntu.com/archives/ubuntu-devel-discuss/2008-November/006190.html">here</a>: "I've always thought it would be interesting to be able to influence the scheduler on a per process basis - and do that from the Window Manager. ie. deliberately give the user's foreground process the "majority" of the time, and fair schedule the rest." Apparently MS Windows has had similar functionality since NT. Perhaps a preferences tool could also be created to let the user tweak the settings, or turn them off (such as when a GUI is being used to administer a server).

Written by natetechboy128 the 10 Apr 09 at 03:16.

While the foreground app in the GUI should have a higher priority, it should also be possible for the user to adjust the priority without mucking about in the CLI. I propose a button in the titlebar, or even a "CPU pie", allowing users to allocate different portions of the CPU to different tasks, in a pretty way. For example: 30% Rhythmbox, 50% Firefox, 20% (insert boring background app here). Not quite a realistic pie, because it wouldn't include init and other daemons (so as not to confuse the MS-switchers) or maybe only include them in "Advanced" mode. This way, you could have higher priority to apt than to, say, curl or wget. Shouldn't be that hard to implement...

While the foreground app in the GUI should have a higher priority, it should also be possible for the user to adjust the priority without mucking about in the CLI. I propose a button in the titlebar, or even a "CPU pie", allowing users to allocate different portions of the CPU to different tasks, in a pretty way. For example: 30% Rhythmbox, 50% Firefox, 20% (insert boring background app here). Not quite a realistic pie, because it wouldn't include init and other daemons (so as not to confuse the MS-switchers) or maybe only include them in "Advanced" mode. This way, you could have higher priority to apt than to, say, curl or wget. Shouldn't be that hard to implement...

Written by eviltechie the 19 Nov 08 at 00:02.

Ubuntu Brainstorm was updated in January 2009. Since the idea #15746 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution. Thanks!

<i>Ubuntu Brainstorm was updated in January 2009. Since the idea #15746 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution.</i><br /> Thanks!

Written by Gaz Davidson the 17 Aug 09 at 08:36.

In return for an ad-plastered DNS error search page, which would generate significant revenues, offer the option for Ubuntu users to Canonical run DNS servers.

They could support OpenNIC, thereby removing the monopoly from the current root, they could share anonymized stats with the community, making DNS stats available to all. They could also offer a paid DNS service where users are not redirected to a search page, and keep their DNS requests private.

In return for an ad-plastered DNS error search page, which would generate significant revenues, offer the option for Ubuntu users to Canonical run DNS servers. They could support OpenNIC, thereby removing the monopoly from the current root, they could share anonymized stats with the community, making DNS stats available to all. They could also offer a paid DNS service where users are not redirected to a search page, and keep their DNS requests private.

Written by KurtKraut the 14 Sep 09 at 00:57.

I already proposed this to Mandriva and the OpenDNS.com guys enjoyed a lot the idea.

Ubuntu could offer the OpenDNS.com server as a default DNS servers or if it realises the current DNS are failing or slow, it could offer OpenDNS.com too.

This would provide OpenDNS.com a bunch of visits to their website and URL-typo-engine. This visits could revert as money to the Ubuntu project and finance the development of the ideas promoted by this brainstorm.

To sum up: this would fix the DNS problem that many of us have with a polite and non intrusive way and even raise funding for Ubuntu.

I already proposed this to Mandriva and the OpenDNS.com guys enjoyed a lot the idea. Ubuntu could offer the OpenDNS.com server as a default DNS servers or if it realises the current DNS are failing or slow, it could offer OpenDNS.com too. This would provide OpenDNS.com a bunch of visits to their website and URL-typo-engine. This visits could revert as money to the Ubuntu project and finance the development of the ideas promoted by this brainstorm. To sum up: this would fix the DNS problem that many of us have with a polite and non intrusive way and even raise funding for Ubuntu.

Written by omegamormegil the 25 Sep 08 at 20:07.

Ubuntu Brainstorm was updated in January 2009. Since the idea #13711 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution. Thanks!

<i>Ubuntu Brainstorm was updated in January 2009. Since the idea #13711 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution.</i><br /> Thanks!