[Dx-packages] [Bug 1657863] Re: Icons are too big or the wrong icon is shown on hidpi screens
** Tags removed: humanity icons nautilus -- You received this bug notification because you are a member of DX Packages, which is subscribed to humanity-icon-theme in Ubuntu. Matching subscriptions: dx-packages https://bugs.launchpad.net/bugs/1657863 Title: Icons are too big or the wrong icon is shown on hidpi screens Status in humanity-icon-theme package in Ubuntu: Fix Released Status in humanity-icon-theme source package in Xenial: Fix Committed Status in humanity-icon-theme source package in Yakkety: Fix Committed Bug description: [Impact] Humanity icons are sometimes displayed too big on hidpi screens in 16.04. On both 16.04 and 16.10, different icons are used on hidpi screens than non-hidpi screens. Sometimes the icons look similar but with much thinner strokes, while other times an icon with a different metaphor is used. Users on hidpi screens will notice that icons in applications like Nautilus, Transmission, etc. look different (not just clearer) on hidpi screens. The fix here is to add support for @2 icons to the Humanity theme by adding symbolic links for @2 icons and updating the index.theme files accordingly. We should backport the fix to 16.04 and 16.10, so Humanity icons look the same on hidpi screens as non-hidpi screens. [Test Case] Here are a few test cases: 1) Using a computer with hidpi screen and a computer with a lowdpi screen both running Ubuntu 16.04: Open Nautilus and see that the icons on the hidpi screen are much larger. (This applies to icons on the desktop as well.) -The fix should result in icons being the same size on both hidpi and lowdpi. 2) Using a computer with a hidpi screen and one with a lowdpi screen running Ubuntu 16.04 or 16.10: Open Transmission and see that the "Open" button in the toolbar uses an icon with a different metaphor on hidpi screens (an up arrow emerging from a folder) than on lowdpi screens (a sheet of paper emerging from a folder). - The fix should result in the "sheet of paper emerging from a folder" icon being used here on both hidpi and lowdpi screens. 3) Using a computer with hidpi screen and a computer with a lowdpi screen both running Ubuntu 16.10: Compare icons in Nautilus and see that the icons look sutbly different. The strokes in icons on the hidpi screen will be visibly thinner on the hidpi screen because icons for bigger scale are used (say 48 on hidpi instead of 24) rather than rendering the original size icon at a larger resolution. - The fix should result in icons that have the same stroke width on hidpi and lowdpi screens. The icons will still be sharper on the hidpi screen, but the lines won't be thinner. [Regression Potential] The patch is designed for compatibility where @2 support is not available by listing the @2 directories under "ScaledDirectories=" rather than "Directories=". However it's possible there could be other kinds of issues not found in testing. If there are any omissions or errors in the index.theme, this could cause rendering issues for some categories of icons. Comparing icons on a broad range of applications and systems should catch this class of issues. Hidpi users may find that their machine looks different after the update than it did before. This is not a regression, but a fix to a bug that's been present all along. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/humanity-icon-theme/+bug/1657863/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
[Dx-packages] [Bug 1657863] Re: Icons are too big or the wrong icon is shown on hidpi screens
** Changed in: humanity-icon-theme (Ubuntu Xenial) Importance: Undecided => Low ** Changed in: humanity-icon-theme (Ubuntu Yakkety) Importance: Undecided => Low ** Changed in: humanity-icon-theme (Ubuntu) Importance: Undecided => Low -- You received this bug notification because you are a member of DX Packages, which is subscribed to humanity-icon-theme in Ubuntu. Matching subscriptions: dx-packages https://bugs.launchpad.net/bugs/1657863 Title: Icons are too big or the wrong icon is shown on hidpi screens Status in humanity-icon-theme package in Ubuntu: Fix Released Status in humanity-icon-theme source package in Xenial: Fix Committed Status in humanity-icon-theme source package in Yakkety: Fix Committed Bug description: [Impact] Humanity icons are sometimes displayed too big on hidpi screens in 16.04. On both 16.04 and 16.10, different icons are used on hidpi screens than non-hidpi screens. Sometimes the icons look similar but with much thinner strokes, while other times an icon with a different metaphor is used. Users on hidpi screens will notice that icons in applications like Nautilus, Transmission, etc. look different (not just clearer) on hidpi screens. The fix here is to add support for @2 icons to the Humanity theme by adding symbolic links for @2 icons and updating the index.theme files accordingly. We should backport the fix to 16.04 and 16.10, so Humanity icons look the same on hidpi screens as non-hidpi screens. [Test Case] Here are a few test cases: 1) Using a computer with hidpi screen and a computer with a lowdpi screen both running Ubuntu 16.04: Open Nautilus and see that the icons on the hidpi screen are much larger. (This applies to icons on the desktop as well.) -The fix should result in icons being the same size on both hidpi and lowdpi. 2) Using a computer with a hidpi screen and one with a lowdpi screen running Ubuntu 16.04 or 16.10: Open Transmission and see that the "Open" button in the toolbar uses an icon with a different metaphor on hidpi screens (an up arrow emerging from a folder) than on lowdpi screens (a sheet of paper emerging from a folder). - The fix should result in the "sheet of paper emerging from a folder" icon being used here on both hidpi and lowdpi screens. 3) Using a computer with hidpi screen and a computer with a lowdpi screen both running Ubuntu 16.10: Compare icons in Nautilus and see that the icons look sutbly different. The strokes in icons on the hidpi screen will be visibly thinner on the hidpi screen because icons for bigger scale are used (say 48 on hidpi instead of 24) rather than rendering the original size icon at a larger resolution. - The fix should result in icons that have the same stroke width on hidpi and lowdpi screens. The icons will still be sharper on the hidpi screen, but the lines won't be thinner. [Regression Potential] The patch is designed for compatibility where @2 support is not available by listing the @2 directories under "ScaledDirectories=" rather than "Directories=". However it's possible there could be other kinds of issues not found in testing. If there are any omissions or errors in the index.theme, this could cause rendering issues for some categories of icons. Comparing icons on a broad range of applications and systems should catch this class of issues. Hidpi users may find that their machine looks different after the update than it did before. This is not a regression, but a fix to a bug that's been present all along. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/humanity-icon-theme/+bug/1657863/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
[Dx-packages] [Bug 1622686] Re: double header in 16.10
** Changed in: humanity-icon-theme (Ubuntu Xenial) Importance: Undecided => Low ** Changed in: ubiquity (Ubuntu Xenial) Importance: Undecided => Medium ** Changed in: ubiquity (Ubuntu Yakkety) Importance: Undecided => Medium ** Changed in: humanity-icon-theme (Ubuntu) Importance: Undecided => Low ** Changed in: humanity-icon-theme (Ubuntu) Importance: Low => Medium ** Changed in: humanity-icon-theme (Ubuntu Xenial) Importance: Low => Medium ** Changed in: humanity-icon-theme (Ubuntu Yakkety) Importance: Undecided => Medium ** Changed in: ubiquity (Ubuntu Xenial) Importance: Medium => Low ** Changed in: ubiquity (Ubuntu Yakkety) Importance: Medium => Low ** Tags removed: 16.10 rls-y-incoming -- You received this bug notification because you are a member of DX Packages, which is subscribed to humanity-icon-theme in Ubuntu. Matching subscriptions: dx-packages https://bugs.launchpad.net/bugs/1622686 Title: double header in 16.10 Status in humanity-icon-theme package in Ubuntu: Fix Released Status in ubiquity package in Ubuntu: Fix Released Status in humanity-icon-theme source package in Xenial: Fix Committed Status in ubiquity source package in Xenial: New Status in humanity-icon-theme source package in Yakkety: Fix Committed Status in ubiquity source package in Yakkety: New Bug description: [Impact] During install and oem-firstboot, the header bar at the top of the screen in Ubiquity is twice as tall as it should be on hidpi screens (looking like two normal sized header bars stacked on top of each other), and the blue a11y icon is double sized. This looks obviously incorrect and ugly and makes a bad first impression on users installing Ubuntu on a hidpi laptop or customers of Ubuntu OEMs booting new machines for the first time. Arstechnica commented negatively on this in their review of Dell's XPS 13: http://arstechnica.com/gadgets/2017/01/dells-latest-xps-13-de-still- delivers-linux-now-embraces-svelte-hardware/ Users of the Dell XPS 13 are affected as well as users of other brands of laptops with hidpi screens. System76 is temporarily carrying a patched version of Humanity to work around this bug. The a11y icon is double-sized because the version of Humanity shipping in Ubuntu doesn't support @2 hidpi scaling, which results in the header bar doubling its height. Because the header bar is drawn with CAIRO_PAD_REPEAT, the gradient is repeated so it looks like two bars stacked one on top of the other. The fix to the Humanity icon theme adds @2 hidpi support, which shrinks the icon and restores the header bar to its normal height. [Test Case] ISO install: 1. Grab an Ubuntu iso and proceed to install (not "try") Ubuntu on a computer with a hidpi screen. 2. Note the double-sized header and icon during install. - Using an iso with a fixed version of Humanity, the header and icon should look normal. OEM-Firstboot: 1. Grab an Ubuntu iso and do an oem-install on on a computer with a hidpi screen. 2. After installing, click the launcher icon to "Prepare for shipping to the end user" and reboot. 3. During oem-firstboot, note the double-sized header and icon during install. - To test the fix, install a fixed version of humanity before preparing the system for the end user. [Regression Potential] This patch affects the look of anything using the Humanity icon set. The look of Nautilus, and many other GTK apps will be affected. This is not a regression but fixes another bug and resolves a discrepancy between rendering of icons on hidpi screens vs lowdpi screens. The biggest risk for regression comes from the off chance that there is an error or omission in the index.theme files. Comparing icons on a broad range of applications and systems should catch this class of issues. If any issues with icons are found, check there. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/humanity-icon-theme/+bug/1622686/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
[Dx-packages] [Bug 1380702] Re: No keyboards shortcuts in QT apps
Dmitry, thanks for the fixes! If you update the package in your PPA, I could test it in 16.04. -- You received this bug notification because you are a member of DX Packages, which is subscribed to appmenu-qt5 in Ubuntu. https://bugs.launchpad.net/bugs/1380702 Title: No keyboards shortcuts in QT apps Status in appmenu-qt5: In Progress Status in Canonical System Image: In Progress Status in sni-qt: New Status in appmenu-qt5 package in Ubuntu: Invalid Status in qtbase-opensource-src package in Ubuntu: Fix Committed Status in appmenu-qt5 source package in Xenial: Confirmed Status in qtbase-opensource-src source package in Xenial: Confirmed Bug description: In some apps built using QT4 & 5, menu shortcuts are greyed out and inoperant. Only alt and FKeys-based shortcuts work. Others, notably ctrl+c for copying, do not. This is quite serious ; mail me for more details. To manage notifications about this bug go to: https://bugs.launchpad.net/appmenu-qt5/+bug/1380702/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
[Dx-packages] [Bug 1575655] Re: the network indicator shows the wrong status
Some additions: -Happens on Lenovo T420s too. I don't think it is truly hardware related. -Adding another user account and switching to and back leads to an even more arkward situation, where nm-applet creates a new connection if an already known WiFi network is selected (and asks for the password again). One can easily crate tens of connections by trying to connect again and again. It seems user rights on the connections may be the cause for this problem. The same thing happes sometimes if nm-applet is just restarted. So I guess nm-applet is sometimes unable to read the whole state, and thus create new connections or don't reflect state. So I would look for multi-user setups first to reproduce this bug. -- You received this bug notification because you are a member of DX Packages, which is subscribed to indicator-applet in Ubuntu. Matching subscriptions: dx-packages https://bugs.launchpad.net/bugs/1575655 Title: the network indicator shows the wrong status Status in indicator-applet package in Ubuntu: Confirmed Bug description: Description: Ubuntu 16.04 LTS Release: 16.04 indicator-applet: Installed: (none) Candidate: 12.10.2+15.04.20141127.2-0ubuntu1 Version table: 12.10.2+15.04.20141127.2-0ubuntu1 500 500 http://se.archive.ubuntu.com/ubuntu xenial/universe amd64 Packages The network indicator sometimes shows the icon for wired connections and sometimes claims wifi without connection even though I'm consistently connected over wifi. I don't mean to say that it switches between these two or that always is wrong. But sometimes my connected to wifi symbol changes to wired. Other times it will change to the no connection wifi. The info is correct on boot, but switches over time, possibly after suspension. ProblemType: Bug DistroRelease: Ubuntu 16.04 Package: indicator-applet (not installed) ProcVersionSignature: Ubuntu 4.4.0-21.37-generic 4.4.6 Uname: Linux 4.4.0-21-generic x86_64 ApportVersion: 2.20.1-0ubuntu2 Architecture: amd64 CurrentDesktop: Unity Date: Wed Apr 27 14:54:42 2016 InstallationDate: Installed on 2016-04-08 (18 days ago) InstallationMedia: Ubuntu 16.04 LTS "Xenial Xerus" - Beta amd64 (20160323) SourcePackage: indicator-applet UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/indicator-applet/+bug/1575655/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
[Dx-packages] [Bug 1574699] Re: All QSystemTrayIcon have the same icon, and QSystemTrayIcon::isSystemTrayAvailable remove all QSystemTrayIcon
** Description changed:
- in qppmenu-qt5 in ubuntu 16.4, the AppMenuPlatformSystemTrayIcon
- assumes there is only one instance of a QPlatformSystemTrayIcon: it
- register the same sbus name for all the instances. In fact, there is
- one instance of QPlatformSystemTrayIcon per instance of QSystemTrayIcon,
- and one temporary is created for QSystemTrayIcon::isSystemTrayAvailable.
+ # Impact
+ This affects all Qt applications that use
QSystemTrayIcon::isSystemTrayAvailable, in Unity environment. Confirmed
examples are owncloud-client and keepassxc, but there may be more applications.
+ # Test Case
+ See the original description below for the test case in C++.
- This breaks the owncloud client [issue
https://github.com/owncloud/client/issues/4693 ]
+ # Proposed Fix
+ The proposed fix is identical to what was uploaded to Yakkety as version
0.3.0+16.10.20160628.1-0ubuntu1. The fix is using unique connections for all
AppMenuPlatformSystemTrayIcon instances.
+ # Regression Potential
+ The fix is in Yakkety since June and in Zesty, and nobody complained so far.
So it should not cause any regressions.
+
+ -
+ in appmenu-qt5 in ubuntu 16.04, the AppMenuPlatformSystemTrayIcon assumes
there is only one instance of a QPlatformSystemTrayIcon: it register the same
dbus name for all the instances. In fact, there is one instance of
QPlatformSystemTrayIcon per instance of QSystemTrayIcon, and one temporary is
created for QSystemTrayIcon::isSystemTrayAvailable.
+
+ This breaks the owncloud client [issue
+ https://github.com/owncloud/client/issues/4693 ]
This example reproduces the problem:
```
#include
int main(int argc, char *argv[])
{
- QApplication a(argc, argv);
- QImage img(64,64, QImage::Format_ARGB32);
- img.fill(Qt::red);
- QSystemTrayIcon sti(QIcon(QPixmap::fromImage(img)));
- sti.show();
+ QApplication a(argc, argv);
+ QImage img(64,64, QImage::Format_ARGB32);
+ img.fill(Qt::red);
+ QSystemTrayIcon sti(QIcon(QPixmap::fromImage(img)));
+ sti.show();
- QSystemTrayIcon::isSystemTrayAvailable(); // with this line, the
QSystemTrayIcon does not appear
- // comment the previous line to see that the QSystemTrayIcon works and
that there is a bug in that line
+ QSystemTrayIcon::isSystemTrayAvailable(); // with this line, the
QSystemTrayIcon does not appear
+ // comment the previous line to see that the QSystemTrayIcon works and
that there is a bug in that line
- return a.exec();
+ return a.exec();
}
```
This testcase shows that the
AppMenuPlatformSystemTrayIcon::~AppMenuPlatformSystemTrayIcon called by
the temporary object created inside
QSystemTrayIcon::isSystemTrayAvailable unregisters the icon.
--
You received this bug notification because you are a member of DX
Packages, which is subscribed to appmenu-qt5 in Ubuntu.
https://bugs.launchpad.net/bugs/1574699
Title:
All QSystemTrayIcon have the same icon, and
QSystemTrayIcon::isSystemTrayAvailable remove all QSystemTrayIcon
Status in appmenu-qt5:
New
Status in appmenu-qt5 package in Ubuntu:
Fix Released
Status in appmenu-qt5 source package in Xenial:
In Progress
Bug description:
# Impact
This affects all Qt applications that use
QSystemTrayIcon::isSystemTrayAvailable, in Unity environment. Confirmed
examples are owncloud-client and keepassxc, but there may be more applications.
# Test Case
See the original description below for the test case in C++.
# Proposed Fix
The proposed fix is identical to what was uploaded to Yakkety as version
0.3.0+16.10.20160628.1-0ubuntu1. The fix is using unique connections for all
AppMenuPlatformSystemTrayIcon instances.
# Regression Potential
The fix is in Yakkety since June and in Zesty, and nobody complained so far.
So it should not cause any regressions.
-
in appmenu-qt5 in ubuntu 16.04, the AppMenuPlatformSystemTrayIcon assumes
there is only one instance of a QPlatformSystemTrayIcon: it register the same
dbus name for all the instances. In fact, there is one instance of
QPlatformSystemTrayIcon per instance of QSystemTrayIcon, and one temporary is
created for QSystemTrayIcon::isSystemTrayAvailable.
This breaks the owncloud client [issue
https://github.com/owncloud/client/issues/4693 ]
This example reproduces the problem:
```
#include
int main(int argc, char *argv[])
{
QApplication a(argc, argv);
QImage img(64,64, QImage::Format_ARGB32);
img.fill(Qt::red);
QSystemTrayIcon sti(QIcon(QPixmap::fromImage(img)));
sti.show();
QSystemTrayIcon::isSystemTrayAvailable(); // with this line, the
QSystemTrayIcon does not appear
// comment the previous line to see that the QSystemTrayIcon works and
that there is a bug in that line
return
[Dx-packages] [Bug 1574699] Re: All QSystemTrayIcon have the same icon, and QSystemTrayIcon::isSystemTrayAvailable remove all QSystemTrayIcon
> Dmitry, just tried it and it works perfectly!
OK, starting the stable release upload procedure then.
> Could you please also check the bugs #1313248 and #1380702 as they
seem related?
They are not related, but a fix will be available in the next upload
(first in 17.04, then can be backported to 16.04 if it works).
** Also affects: appmenu-qt5 (Ubuntu)
Importance: Undecided
Status: New
** Also affects: appmenu-qt5 (Ubuntu Xenial)
Importance: Undecided
Status: New
** Changed in: appmenu-qt5 (Ubuntu)
Status: New => Fix Released
** Changed in: appmenu-qt5 (Ubuntu Xenial)
Status: New => In Progress
** Changed in: appmenu-qt5 (Ubuntu Xenial)
Assignee: (unassigned) => Dmitry Shachnev (mitya57)
--
You received this bug notification because you are a member of DX
Packages, which is subscribed to appmenu-qt5 in Ubuntu.
https://bugs.launchpad.net/bugs/1574699
Title:
All QSystemTrayIcon have the same icon, and
QSystemTrayIcon::isSystemTrayAvailable remove all QSystemTrayIcon
Status in appmenu-qt5:
New
Status in appmenu-qt5 package in Ubuntu:
Fix Released
Status in appmenu-qt5 source package in Xenial:
In Progress
Bug description:
in qppmenu-qt5 in ubuntu 16.4, the AppMenuPlatformSystemTrayIcon
assumes there is only one instance of a QPlatformSystemTrayIcon: it
register the same sbus name for all the instances. In fact, there is
one instance of QPlatformSystemTrayIcon per instance of
QSystemTrayIcon, and one temporary is created for
QSystemTrayIcon::isSystemTrayAvailable.
This breaks the owncloud client [issue
https://github.com/owncloud/client/issues/4693 ]
This example reproduces the problem:
```
#include
int main(int argc, char *argv[])
{
QApplication a(argc, argv);
QImage img(64,64, QImage::Format_ARGB32);
img.fill(Qt::red);
QSystemTrayIcon sti(QIcon(QPixmap::fromImage(img)));
sti.show();
QSystemTrayIcon::isSystemTrayAvailable(); // with this line, the
QSystemTrayIcon does not appear
// comment the previous line to see that the QSystemTrayIcon works and
that there is a bug in that line
return a.exec();
}
```
This testcase shows that the
AppMenuPlatformSystemTrayIcon::~AppMenuPlatformSystemTrayIcon called
by the temporary object created inside
QSystemTrayIcon::isSystemTrayAvailable unregisters the icon.
To manage notifications about this bug go to:
https://bugs.launchpad.net/appmenu-qt5/+bug/1574699/+subscriptions
--
Mailing list: https://launchpad.net/~dx-packages
Post to : dx-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~dx-packages
More help : https://help.launchpad.net/ListHelp
[Dx-packages] [Bug 1380702] Re: No keyboards shortcuts in QT apps
Pushed a fix to our repository, it will be available in the next upload. https://anonscm.debian.org/cgit/pkg- kde/qt/qtbase.git/commit/?id=eb838b990d5c798e ** Changed in: qtbase-opensource-src (Ubuntu) Status: In Progress => Fix Committed -- You received this bug notification because you are a member of DX Packages, which is subscribed to appmenu-qt5 in Ubuntu. https://bugs.launchpad.net/bugs/1380702 Title: No keyboards shortcuts in QT apps Status in appmenu-qt5: In Progress Status in Canonical System Image: In Progress Status in sni-qt: New Status in appmenu-qt5 package in Ubuntu: Invalid Status in qtbase-opensource-src package in Ubuntu: Fix Committed Status in appmenu-qt5 source package in Xenial: Confirmed Status in qtbase-opensource-src source package in Xenial: Confirmed Bug description: In some apps built using QT4 & 5, menu shortcuts are greyed out and inoperant. Only alt and FKeys-based shortcuts work. Others, notably ctrl+c for copying, do not. This is quite serious ; mail me for more details. To manage notifications about this bug go to: https://bugs.launchpad.net/appmenu-qt5/+bug/1380702/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
[Dx-packages] [Bug 1622686] Please test proposed package
Hello Dave, or anyone else affected, Accepted humanity-icon-theme into yakkety-proposed. The package will build now and be available at https://launchpad.net/ubuntu/+source /humanity-icon-theme/0.6.11.1 in a few hours, and then in the -proposed repository. Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation on how to enable and use -proposed.Your feedback will aid us getting this update out to other Ubuntu users. If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested, and change the tag from verification-needed to verification-done. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification-failed. In either case, details of your testing will help us make a better decision. Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance! -- You received this bug notification because you are a member of DX Packages, which is subscribed to humanity-icon-theme in Ubuntu. Matching subscriptions: dx-packages https://bugs.launchpad.net/bugs/1622686 Title: double header in 16.10 Status in humanity-icon-theme package in Ubuntu: Fix Released Status in ubiquity package in Ubuntu: Fix Released Status in humanity-icon-theme source package in Xenial: Fix Committed Status in ubiquity source package in Xenial: New Status in humanity-icon-theme source package in Yakkety: Fix Committed Status in ubiquity source package in Yakkety: New Bug description: [Impact] During install and oem-firstboot, the header bar at the top of the screen in Ubiquity is twice as tall as it should be on hidpi screens (looking like two normal sized header bars stacked on top of each other), and the blue a11y icon is double sized. This looks obviously incorrect and ugly and makes a bad first impression on users installing Ubuntu on a hidpi laptop or customers of Ubuntu OEMs booting new machines for the first time. Arstechnica commented negatively on this in their review of Dell's XPS 13: http://arstechnica.com/gadgets/2017/01/dells-latest-xps-13-de-still- delivers-linux-now-embraces-svelte-hardware/ Users of the Dell XPS 13 are affected as well as users of other brands of laptops with hidpi screens. System76 is temporarily carrying a patched version of Humanity to work around this bug. The a11y icon is double-sized because the version of Humanity shipping in Ubuntu doesn't support @2 hidpi scaling, which results in the header bar doubling its height. Because the header bar is drawn with CAIRO_PAD_REPEAT, the gradient is repeated so it looks like two bars stacked one on top of the other. The fix to the Humanity icon theme adds @2 hidpi support, which shrinks the icon and restores the header bar to its normal height. [Test Case] ISO install: 1. Grab an Ubuntu iso and proceed to install (not "try") Ubuntu on a computer with a hidpi screen. 2. Note the double-sized header and icon during install. - Using an iso with a fixed version of Humanity, the header and icon should look normal. OEM-Firstboot: 1. Grab an Ubuntu iso and do an oem-install on on a computer with a hidpi screen. 2. After installing, click the launcher icon to "Prepare for shipping to the end user" and reboot. 3. During oem-firstboot, note the double-sized header and icon during install. - To test the fix, install a fixed version of humanity before preparing the system for the end user. [Regression Potential] This patch affects the look of anything using the Humanity icon set. The look of Nautilus, and many other GTK apps will be affected. This is not a regression but fixes another bug and resolves a discrepancy between rendering of icons on hidpi screens vs lowdpi screens. The biggest risk for regression comes from the off chance that there is an error or omission in the index.theme files. Comparing icons on a broad range of applications and systems should catch this class of issues. If any issues with icons are found, check there. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/humanity-icon-theme/+bug/1622686/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
[Dx-packages] [Bug 1622686] Re: double header in 16.10
Hello Dave, or anyone else affected, Accepted humanity-icon-theme into xenial-proposed. The package will build now and be available at https://launchpad.net/ubuntu/+source /humanity-icon-theme/0.6.10.1 in a few hours, and then in the -proposed repository. Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation on how to enable and use -proposed.Your feedback will aid us getting this update out to other Ubuntu users. If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested, and change the tag from verification-needed to verification-done. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification-failed. In either case, details of your testing will help us make a better decision. Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance! ** Changed in: humanity-icon-theme (Ubuntu Xenial) Status: New => Fix Committed ** Tags added: verification-needed ** Changed in: humanity-icon-theme (Ubuntu Yakkety) Status: New => Fix Committed -- You received this bug notification because you are a member of DX Packages, which is subscribed to humanity-icon-theme in Ubuntu. Matching subscriptions: dx-packages https://bugs.launchpad.net/bugs/1622686 Title: double header in 16.10 Status in humanity-icon-theme package in Ubuntu: Fix Released Status in ubiquity package in Ubuntu: Fix Released Status in humanity-icon-theme source package in Xenial: Fix Committed Status in ubiquity source package in Xenial: New Status in humanity-icon-theme source package in Yakkety: Fix Committed Status in ubiquity source package in Yakkety: New Bug description: [Impact] During install and oem-firstboot, the header bar at the top of the screen in Ubiquity is twice as tall as it should be on hidpi screens (looking like two normal sized header bars stacked on top of each other), and the blue a11y icon is double sized. This looks obviously incorrect and ugly and makes a bad first impression on users installing Ubuntu on a hidpi laptop or customers of Ubuntu OEMs booting new machines for the first time. Arstechnica commented negatively on this in their review of Dell's XPS 13: http://arstechnica.com/gadgets/2017/01/dells-latest-xps-13-de-still- delivers-linux-now-embraces-svelte-hardware/ Users of the Dell XPS 13 are affected as well as users of other brands of laptops with hidpi screens. System76 is temporarily carrying a patched version of Humanity to work around this bug. The a11y icon is double-sized because the version of Humanity shipping in Ubuntu doesn't support @2 hidpi scaling, which results in the header bar doubling its height. Because the header bar is drawn with CAIRO_PAD_REPEAT, the gradient is repeated so it looks like two bars stacked one on top of the other. The fix to the Humanity icon theme adds @2 hidpi support, which shrinks the icon and restores the header bar to its normal height. [Test Case] ISO install: 1. Grab an Ubuntu iso and proceed to install (not "try") Ubuntu on a computer with a hidpi screen. 2. Note the double-sized header and icon during install. - Using an iso with a fixed version of Humanity, the header and icon should look normal. OEM-Firstboot: 1. Grab an Ubuntu iso and do an oem-install on on a computer with a hidpi screen. 2. After installing, click the launcher icon to "Prepare for shipping to the end user" and reboot. 3. During oem-firstboot, note the double-sized header and icon during install. - To test the fix, install a fixed version of humanity before preparing the system for the end user. [Regression Potential] This patch affects the look of anything using the Humanity icon set. The look of Nautilus, and many other GTK apps will be affected. This is not a regression but fixes another bug and resolves a discrepancy between rendering of icons on hidpi screens vs lowdpi screens. The biggest risk for regression comes from the off chance that there is an error or omission in the index.theme files. Comparing icons on a broad range of applications and systems should catch this class of issues. If any issues with icons are found, check there. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/humanity-icon-theme/+bug/1622686/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
[Dx-packages] [Bug 1657863] Please test proposed package
Hello David, or anyone else affected, Accepted humanity-icon-theme into yakkety-proposed. The package will build now and be available at https://launchpad.net/ubuntu/+source /humanity-icon-theme/0.6.11.1 in a few hours, and then in the -proposed repository. Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation on how to enable and use -proposed.Your feedback will aid us getting this update out to other Ubuntu users. If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested, and change the tag from verification-needed to verification-done. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification-failed. In either case, details of your testing will help us make a better decision. Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance! -- You received this bug notification because you are a member of DX Packages, which is subscribed to humanity-icon-theme in Ubuntu. Matching subscriptions: dx-packages https://bugs.launchpad.net/bugs/1657863 Title: Icons are too big or the wrong icon is shown on hidpi screens Status in humanity-icon-theme package in Ubuntu: Fix Released Status in humanity-icon-theme source package in Xenial: Fix Committed Status in humanity-icon-theme source package in Yakkety: Fix Committed Bug description: [Impact] Humanity icons are sometimes displayed too big on hidpi screens in 16.04. On both 16.04 and 16.10, different icons are used on hidpi screens than non-hidpi screens. Sometimes the icons look similar but with much thinner strokes, while other times an icon with a different metaphor is used. Users on hidpi screens will notice that icons in applications like Nautilus, Transmission, etc. look different (not just clearer) on hidpi screens. The fix here is to add support for @2 icons to the Humanity theme by adding symbolic links for @2 icons and updating the index.theme files accordingly. We should backport the fix to 16.04 and 16.10, so Humanity icons look the same on hidpi screens as non-hidpi screens. [Test Case] Here are a few test cases: 1) Using a computer with hidpi screen and a computer with a lowdpi screen both running Ubuntu 16.04: Open Nautilus and see that the icons on the hidpi screen are much larger. (This applies to icons on the desktop as well.) -The fix should result in icons being the same size on both hidpi and lowdpi. 2) Using a computer with a hidpi screen and one with a lowdpi screen running Ubuntu 16.04 or 16.10: Open Transmission and see that the "Open" button in the toolbar uses an icon with a different metaphor on hidpi screens (an up arrow emerging from a folder) than on lowdpi screens (a sheet of paper emerging from a folder). - The fix should result in the "sheet of paper emerging from a folder" icon being used here on both hidpi and lowdpi screens. 3) Using a computer with hidpi screen and a computer with a lowdpi screen both running Ubuntu 16.10: Compare icons in Nautilus and see that the icons look sutbly different. The strokes in icons on the hidpi screen will be visibly thinner on the hidpi screen because icons for bigger scale are used (say 48 on hidpi instead of 24) rather than rendering the original size icon at a larger resolution. - The fix should result in icons that have the same stroke width on hidpi and lowdpi screens. The icons will still be sharper on the hidpi screen, but the lines won't be thinner. [Regression Potential] The patch is designed for compatibility where @2 support is not available by listing the @2 directories under "ScaledDirectories=" rather than "Directories=". However it's possible there could be other kinds of issues not found in testing. If there are any omissions or errors in the index.theme, this could cause rendering issues for some categories of icons. Comparing icons on a broad range of applications and systems should catch this class of issues. Hidpi users may find that their machine looks different after the update than it did before. This is not a regression, but a fix to a bug that's been present all along. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/humanity-icon-theme/+bug/1657863/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
[Dx-packages] [Bug 1657863] Re: Icons are too big or the wrong icon is shown on hidpi screens
Hello David, or anyone else affected, Accepted humanity-icon-theme into xenial-proposed. The package will build now and be available at https://launchpad.net/ubuntu/+source /humanity-icon-theme/0.6.10.1 in a few hours, and then in the -proposed repository. Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation on how to enable and use -proposed.Your feedback will aid us getting this update out to other Ubuntu users. If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested, and change the tag from verification-needed to verification-done. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification-failed. In either case, details of your testing will help us make a better decision. Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance! ** Changed in: humanity-icon-theme (Ubuntu Xenial) Status: New => Fix Committed ** Tags added: verification-needed ** Changed in: humanity-icon-theme (Ubuntu Yakkety) Status: New => Fix Committed -- You received this bug notification because you are a member of DX Packages, which is subscribed to humanity-icon-theme in Ubuntu. Matching subscriptions: dx-packages https://bugs.launchpad.net/bugs/1657863 Title: Icons are too big or the wrong icon is shown on hidpi screens Status in humanity-icon-theme package in Ubuntu: Fix Released Status in humanity-icon-theme source package in Xenial: Fix Committed Status in humanity-icon-theme source package in Yakkety: Fix Committed Bug description: [Impact] Humanity icons are sometimes displayed too big on hidpi screens in 16.04. On both 16.04 and 16.10, different icons are used on hidpi screens than non-hidpi screens. Sometimes the icons look similar but with much thinner strokes, while other times an icon with a different metaphor is used. Users on hidpi screens will notice that icons in applications like Nautilus, Transmission, etc. look different (not just clearer) on hidpi screens. The fix here is to add support for @2 icons to the Humanity theme by adding symbolic links for @2 icons and updating the index.theme files accordingly. We should backport the fix to 16.04 and 16.10, so Humanity icons look the same on hidpi screens as non-hidpi screens. [Test Case] Here are a few test cases: 1) Using a computer with hidpi screen and a computer with a lowdpi screen both running Ubuntu 16.04: Open Nautilus and see that the icons on the hidpi screen are much larger. (This applies to icons on the desktop as well.) -The fix should result in icons being the same size on both hidpi and lowdpi. 2) Using a computer with a hidpi screen and one with a lowdpi screen running Ubuntu 16.04 or 16.10: Open Transmission and see that the "Open" button in the toolbar uses an icon with a different metaphor on hidpi screens (an up arrow emerging from a folder) than on lowdpi screens (a sheet of paper emerging from a folder). - The fix should result in the "sheet of paper emerging from a folder" icon being used here on both hidpi and lowdpi screens. 3) Using a computer with hidpi screen and a computer with a lowdpi screen both running Ubuntu 16.10: Compare icons in Nautilus and see that the icons look sutbly different. The strokes in icons on the hidpi screen will be visibly thinner on the hidpi screen because icons for bigger scale are used (say 48 on hidpi instead of 24) rather than rendering the original size icon at a larger resolution. - The fix should result in icons that have the same stroke width on hidpi and lowdpi screens. The icons will still be sharper on the hidpi screen, but the lines won't be thinner. [Regression Potential] The patch is designed for compatibility where @2 support is not available by listing the @2 directories under "ScaledDirectories=" rather than "Directories=". However it's possible there could be other kinds of issues not found in testing. If there are any omissions or errors in the index.theme, this could cause rendering issues for some categories of icons. Comparing icons on a broad range of applications and systems should catch this class of issues. Hidpi users may find that their machine looks different after the update than it did before. This is not a regression, but a fix to a bug that's been present all along. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/humanity-icon-theme/+bug/1657863/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
[Dx-packages] [Bug 1466758] Re: /usr/bin/unity8-dash:url-dispatcher-bad-url
** Also affects: url-dispatcher (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of DX Packages, which is subscribed to url-dispatcher in Ubuntu. https://bugs.launchpad.net/bugs/1466758 Title: /usr/bin/unity8-dash:url-dispatcher-bad-url Status in unity8 package in Ubuntu: Confirmed Status in url-dispatcher package in Ubuntu: New Bug description: The Ubuntu Error Tracker has been receiving reports about a problem regarding unity8. This problem was most recently seen with version 8.10+15.10.20150612-0ubuntu2, the problem page at https://errors.ubuntu.com/problem/44e14f0d852df94e252d39bcb88f9005df3b5b7d contains more details. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1466758/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
