The issue persists for me in 2.2.1 in Ubuntu 16.04. I can get it to work by removing snad-xdg-open from snapcraft.yaml (effectively reverting PR #1011) before building the snap.

Has anyone ever found themselves thinking anything beyond the apps and perhaps the files lenses are useful? Only half /s here, I love Unity as much as the next guy (maybe even more), but perhaps my workflow is just stuck in the past as I never even touch the Dash unless I need an app not currently locked to my Launcher. The first thing I do after installing a recent release is a big apt-get –purge for all other scopes, just to better see those apps which are all I (ever) need.

Note: I’m attaching a video below demonstrating the issue. In it I’m reproducing the problem with the amd64 ISO of 15.04.

Steps to reproduce:
1. Have a (virtual) machine with a clean 10 GB hard disk and 8 GB of RAM.
2. Start the installer, select ”Erase disk and install Ubuntu”, click ”Install now”.

What happens:
A ”Do you want to return to the partitioner?” window pops up, saying ”Some of the partitions you created are too small. Please make the following partitions at least this large:

/ 3.5 GB

If you do not go back to the partitioner and increase the size of these partitions, the installation may fail.”

Selecting Continue then goes on to an installation which fails due to lack of space as promised. This is because the installer has partitioned the disk with a 8+ GB swap partition, and only what remains of the 10 GB after that allocated to /.

What I expect to happen:
I know this is a tricky corner case, but I think there are better ways to deal with it than exhibited by the installer above. Here are some alternative suggestions I came up with:

1) change the way the disk space requirement is calculated for the ”Preparing to install” view: make it require at least the minimum ”/” size + expected swap size, thus notifying the user beforehand if the requirement is not met. (As you see in the video, currently it has the green checkmark even when the installer is about to fail predictably.)

2) have the installer select a partitioning scheme where ”/” is the minimum required and allocate whatever remains for swap; warn the user that swap will be too small to do hibernation.

3) at the very least, have the ”Do you want to return to the partitioner?” window describe the situation better. It was the biggest source of confusion for me because the wording implied I had partitioned the disk (which I hadn’t done) and prompting me to ”return to the partitioner” where I hadn’t been to.

I’d love to have this too, and to have it come down from the top of the screen only once I push the mouse cursor all the way to the top edge. 90% of my menu clicks these days are clicks I meant to hit browser tabs with.

See also: Is there a way to configure Unity’s top bar to autohide?

1. Ubuntu
2. Unity
3. Vim, Gedit
4. Gmail (on the web)
5. Chromium
6. Screen, yes

Astute Antelope.

The ”Filing bugs when off-line” section of the bug reporting community help can be applied here:

First, on the target system, gather the information in a file:

1. For a bug report about a system crash:apport-cli -p <package name> --save bug.crash
2. For a bug report about any other issue:apport-cli -f -p <package name> --save bug.apport

You will need to answer a few questions, which will vary depending on which package the bug report is about. Relevant system information, including the package name, is then saved on the target system, in the current directory. The extension indicates if it is a crash report or another kind of report. If you decide to rename the report file, please keep the .apport or .crashextension.

When the file is ready, copy it to the system you intend to use for filing the report. There you can then file the report:

ubuntu-bug -c <apport_file.extension>

I know I can file a bug report on the local machine by running `ubuntu-bug`. But what about when I have a bug on another computer elsewhere so that it’s not convenient to get to it physically to file a report there? Can I use Ubuntu’s bug reporting tools to gather data about the bug remotely, transfer that data to my local machine and submit a bug report here with the data from the other system?

Nearing 13.04.