This is due to color management. I think I filed a bug report on the
Gnome bugtracker with slightly different information, but regarding
brightness jumping from 0 to ~5 out of 255:
According to http://www.lagom.nl/lcd-test/black.php, with 6-bit
dithering, usually "the darkest four shades (0, 1,
Would it be possible to make 'area' mode the default if the touchpad
doesn't support multi-finger input?
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gsettings-desktop-schemas in Ubuntu.
https://bugs.launchpad.net/bugs/1759300
Title:
Public bug reported:
This could probably fixed through configuration, but it should work
automatically. Testing Ubuntu 18.04 beta, the touchpad has no special
regions for scrolling or anything.
By default in Xorg-based Ubuntu, top right corner of touchpad is middle-
click (mouse button 2),
Public bug reported:
Tested with 18.04 beta.
Created a small window, ffmpeg or ffplay showing a 2x2 pixel video. When
trying to move it, instead selected left border. Dragging right caused
the window to scoot away faster than the pointer was moving, vanishing
in less than a second.
** Affects:
Public bug reported:
Diagnosing this bug may be complicated by Bug #1443809. I am currently
using a custom thumbnailer for jpeg-2000 files, but before I did so, I
had created a number of jpeg-2000 files. While there were some cases
where they caused a crash, I think the eventual result was that
Public bug reported:
This is related to what might also be a bug, where directories aren't
displayed at the top when sorting files by name in the 'open file'
dialogue. I think it used to work this way, but changed between Ubuntu
12.04 and 14.10.
So the fastest way to open files is often by
After removing custom thumbnailers, copying a jp2 file using ctrl-C
ctrl-V causes nautilus to crash about one time. gnome-thumbnailer tries
to create a thumbnail, but it can take several seconds, and if nautilus
is reopened and navigated to that folder again, it will crash again.
However, after
The bug for libwebp seems to be Bug #1407644. Should one of these bugs
be marked as a duplicate and the other project added to the list of
affected projects?
I notice that ffmpeg (possibly with the right compile options) can open
.webp files, and ffmpeg uses the GNU General Public License version
Public bug reported:
Step 1: Use a custom thumbnailer which doesn't always produce output.
I'm personally using this one, since the default size (256x256) often
produces a png thumbnail which takes more space than the original jpg
image, and imagemagick's convert seems to have a bug for
Public bug reported:
jpeg-2000 images appear in a small window, the smallest allowed by eog,
instead of at the size of the image (or some other large size if the
image is larger than the screen).
This happens for both jp2 images output from imagemagick's convert and
mogrify, and from a reference
The bug for eog seems to be Bug #1318327. Should one of these bugs be
marked as a duplicate and the other project added to the list of
affected projects?
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to libwebp in Ubuntu.
If you rename a jp2 file to jpg, it doesn't cause nautilus to crash. It
just shows the 'generic image' icon that's also used if an image is
larger than the limit set for previewing, and eog is unable to open it.
If a jp2 file is renamed to have a non-image suffix, nautilus will be
busy (100% cpu)
Public bug reported:
if displayed path is too long, window expands. Might be related to font,
if number of characters before inserting ellipsis is decided before font
is rendered.
the tools to the right of the path are pushed right, even if this pushes
them off the rendered window.
minimum is
I don't feel like commenting on the Bugzilla bug report, which states that . . .
blockquoteWe will remove the floating bar after releasing 3.16, so probably
this won't be need at all./blockquote
. . . but this could be fixed by increasing the vertical scrollable size
of the window when the last
I may have misfiled this, but not quite sure which project is
responsible. I also note that when adding gnome-desktop to the list of
affected projects, it said gnome-desktop does not use Launchpad to
track bugs. Nobody will be notified about this issue.
Added a screenshot of an image not being
I don't know if there are multiple memory leaks, but I am reporting on
this one. The Bugzilla report is not relevant to my particular version
as one comment on Bugzilla says this:
Obviously also related to wcslen so correctly closed as NOTABUG in
Nautilus because it is not a bug in Nautilus.
Public bug reported:
If a full-width character, such as a Chinese character, starts at the
last column of a line, it is moved to the start of the next line. The
last column is then displayed as being empty. However, if that line is
selected using the mouse and copied using shift-ctrl-C, or simply
Public bug reported:
This is related to the gnome-thumbnailer code which is part of Nautilus.
However, I don't know enough about programming to fix it myself.
If a failed thumbnail exists for a file, or specifically a universal
resource identifier, Nautilus will not try to create a valid
** Also affects: gnome-desktop
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to nautilus in Ubuntu.
https://bugs.launchpad.net/bugs/1443809
Title:
Failed thumbnail check not working properly
Public bug reported:
This might be a totem issue, not a gstreamer one; the ubuntu-bug program
asked what was happening and I selected video not playing correctly.
After I upgraded from Ubuntu 12.04 to Ubuntu 14.10, with whatever
gstreamer or totem changes were involved with that, 'advance by one
The trailing space doesn't show up as excess whitespace is removed on
launchpad, however it was necessary to replicate the bug.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gnome-terminal in Ubuntu.
gnome-terminal seems to have an additional bug though, maybe related to
tabs, that makes the scroll bar not appear even when doing the steps
described in this report. It might be as simple as after switching
tabs, the scrollbar doesn't appear until you create a new line at the
bottom of the
Public bug reported:
I'm not entirely sure this isn't a bug with bash, instead of gnome-
terminal.
Full-width character, followed by at least one full word with a space
after it.
Example: あa a
With trailing space.
Typing before the full-width character causes the 'あ' to be pushed to
next
Public bug reported:
Not sure if this is a Compiz bug, but it's related to windows
management. The type of scroll bar used in gnome-terminal was also the
same as that in Firefox before I upgraded my system to Ubuntu 14.10 at
the same time I upgraded Firefox to version 34 or so (so either Firefox,
Public bug reported:
I think this changed when I upgraded from Ubuntu 12.04 to 14.10.
When searching by typing, which only searches in the current directory,
hidden files are now selected. This would maybe be fine except that
there's no feedback that a hidden file has been selected. Normally, if
The undocumented -O/-I option~
So unzip can handle different encodings, at least when I tested it. But
it doesn't handle them automatically. p7zip doesn't work because, as
noted in Bug #269482, it only handles UTF-8 and ASCII (or maybe
ISO-8859).
When I uninstalled p7zip and p7zip-full and
Public bug reported:
It seems like this could be related to Bug #137308, where a user
complained that previewed files were being deleted.
file-roller, also known as Archive Manager, doesn't delete files that
are previewed without extracting them to a known location first. These
previews are
Along with the command-line version of unzip with the -O option, you can
also use the convmv command to change filenames of previously extracted
files. This works on an ext3 filesystem, but NTFS may give an error
because filenames are invalid. ext3 says the encoding is invalid but
still lets them
While it isn't completely clear what the correct way to display images
is, if eog is in fact currently displaying them correctly it would help
to have an option to display them 'literally'. It doesn't seem like
there is any way to do this. Exact comparisons are helpful to diagnose
problems in
** Attachment added: eog-firefox diff-threshold.png
https://bugs.launchpad.net/ubuntu/+source/eog/+bug/1436595/+attachment/4366257/+files/eog-firefox%20diff-threshold.png
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to eog in Ubuntu.
** Attachment added: geq.jpg
https://bugs.launchpad.net/ubuntu/+source/eog/+bug/1436595/+attachment/4366250/+files/geq.jpg
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to eog in Ubuntu.
https://bugs.launchpad.net/bugs/1436595
Title:
** Attachment added: geq-128.png
https://bugs.launchpad.net/ubuntu/+source/eog/+bug/1436595/+attachment/4366253/+files/geq-128.png
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to eog in Ubuntu.
https://bugs.launchpad.net/bugs/1436595
** Attachment added: comparison.png
https://bugs.launchpad.net/ubuntu/+source/eog/+bug/1436595/+attachment/4366255/+files/comparison.png
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to eog in Ubuntu.
** Attachment added: geq-200.png
https://bugs.launchpad.net/ubuntu/+source/eog/+bug/1436595/+attachment/4366251/+files/geq-200.png
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to eog in Ubuntu.
https://bugs.launchpad.net/bugs/1436595
** Attachment added: geq-200.jpg
https://bugs.launchpad.net/ubuntu/+source/eog/+bug/1436595/+attachment/4366252/+files/geq-200.jpg
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to eog in Ubuntu.
https://bugs.launchpad.net/bugs/1436595
Some examples of how eog displays colours compared to imagemagick's display.
These files were generated as follows, using ffmpeg:
ffmpeg -filter_complex color=black:256x256,geq=X:240:128 -hide_banner -frames
1 geq.png
ffmpeg -filter_complex color=black:256x256,geq=X:240:128 -hide_banner
** Attachment added: geq-200-convert.png
https://bugs.launchpad.net/ubuntu/+source/eog/+bug/1436595/+attachment/4366256/+files/geq-200-convert.png
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to eog in Ubuntu.
** Attachment added: geq-200.png.jpg
https://bugs.launchpad.net/ubuntu/+source/eog/+bug/1436595/+attachment/4366254/+files/geq-200.png.jpg
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to eog in Ubuntu.
Public bug reported:
Most images have their values shifted upwards when displayed in eog, and
I don't think it is intentional. Reporting this as a bug is complicated
because I am not sure if some programs, such as eog, change their
display of an image based on screen settings for colorspace or
39 matches
Mail list logo
