Bug#682071: nautilus: Built-in search does not work for non-indexed directories when tracker is enabled
Package: nautilus Version: 3.4.2-1 Severity: normal Dear Maintainer, when tracker is enabled, search from the built-in search area in Nautilus doesn't find files that are either not yet indexed or outside the watched directories. However, gnome-search-tool do find those files properly. I guess (although I have no insight) the right behaviour would be to first check the tracker indexes, then fallback to mlocate, and then, if it also yields no result, to do a regular search. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nautilus depends on: ii desktop-file-utils 0.20-0.1 ii gsettings-desktop-schemas 3.4.2-1 ii gvfs 1.12.3-1+b1 ii libatk1.0-02.4.0-2 ii libc6 2.13-33 ii libcairo-gobject2 1.12.2-2 ii libcairo2 1.12.2-2 ii libexempi3 2.2.0-1 ii libexif12 0.6.20-2 ii libgail-3-03.4.2-2 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.32.3-1 ii libglib2.0-data2.32.3-1 ii libgnome-desktop-3-2 3.4.2-1 ii libgtk-3-0 3.4.2-2 ii libnautilus-extension1a3.4.2-1 ii libnotify4 0.7.5-1 ii libpango1.0-0 1.30.0-1 ii libselinux12.1.9-5 ii libtracker-sparql-0.14-0 0.14.1-2 ii libx11-6 2:1.5.0-1 ii libxml22.8.0+dfsg1-4 ii nautilus-data 3.4.2-1 ii shared-mime-info 1.0-1 Versions of packages nautilus recommends: ii brasero 3.4.1-2 ii eject2.1.5+deb1+cvs20081104-11 ii gnome-sushi 0.4.1-3 ii gvfs-backends1.12.3-1+b1 ii librsvg2-common 2.36.1-1 Versions of packages nautilus suggests: ii eog3.4.2-1 ii evince [pdf-viewer]3.4.0-2+b1 ii totem 3.0.1-8 ii tracker0.14.1-2 ii vlc [mp3-decoder] 2.0.2-2 ii vlc-nox [mp3-decoder] 2.0.2-2 ii xdg-user-dirs 0.14-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682072: gnome-search-tool: Results list incomplete / incorrectly refreshed after the first search
Package: gnome-search-tool Version: 3.4.0-2 Severity: normal Dear Maintainer, when starting gnome-search-tool and starting a search, the results count is always greater than the number of results actually displayed in the list below. If I press enter and do the same search again, OR if I click into the list (in a blank area for instance), everything is refreshed and displayed properly. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-search-tool depends on: ii gconf-service 3.2.5-1 ii gconf2 3.2.5-1 ii libatk1.0-0 2.4.0-2 ii libc6 2.13-33 ii libgconf-2-43.2.5-1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.32.3-1 ii libgtk-3-0 3.4.2-2 ii libice6 2:1.0.8-2 ii libsm6 2:1.2.1-2 gnome-search-tool recommends no packages. Versions of packages gnome-search-tool suggests: ii yelp 3.4.2-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681308: libreoffice: Extremely slow display with font fallback
Package: libreoffice Version: 1:3.5.4-5 Severity: normal Tags: upstream Dear Maintainer, font substitution is extremely slow. For instance, a document which is full of bulleted list items using a font that is not present on the system is extremely slow to display / scroll through. This bug was confirmed and fixed in LibreOffice 3.5.5, cf. : https://bugs.freedesktop.org/show_bug.cgi?id=47636 This is a regression as it didn't happen before LibreOffice 3.5.0. Here is a sample file : https://bugs.freedesktop.org/attachment.cgi?id=63259 (uses the Calibri font, so you have not to have it installed). Would it be possible to backport the fix into Wheezy ? I think it will affect many users and make their system very slow. Best regards thanks to everyone ! -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libreoffice depends on: ii fonts-sil-gentium-basic [ttf-sil-gentium-basic] 1.1-5 ii liblucene2-java 2.9.4+ds1-4 ii libreoffice-base 1:3.5.4-5 ii libreoffice-calc 1:3.5.4-5 ii libreoffice-core 1:3.5.4-5 ii libreoffice-draw 1:3.5.4-5 ii libreoffice-filter-mobiledev 1:3.5.4-5 ii libreoffice-impress 1:3.5.4-5 ii libreoffice-java-common 1:3.5.4-5 ii libreoffice-math 1:3.5.4-5 ii libreoffice-report-builder-bin 1:3.5.4-5 ii libreoffice-writer 1:3.5.4-5 ii ttf-dejavu 2.33-2 ii ttf-sil-gentium-basic1.1-5 Versions of packages libreoffice recommends: ii fonts-liberation [ttf-liberation] 1.07.2-5 ii libpaper-utils 1.1.24+nmu2 ii ttf-liberation 1.07.2-5 Versions of packages libreoffice suggests: ii cups-bsd 1.5.3-1 ii default-jre [java5-runtime]1:1.6-47 ii gstreamer0.10-ffmpeg 0.10.13-5 ii gstreamer0.10-plugins-bad 0.10.23-6 ii gstreamer0.10-plugins-base 0.10.36-1 ii gstreamer0.10-plugins-good 0.10.31-3 ii gstreamer0.10-plugins-ugly 0.10.19-2+b2 pn hunspell-dictionarynone pn hyphen-hyphenation-patternsnone ii icedove10.0.4-1 ii iceweasel 10.0.5esr-2 ii imagemagick8:6.7.7.10-2 ii libgl1-mesa-glx [libgl1] 8.0.3-1 ii libldap-2.4-2 2.4.31-1 ii libreoffice-filter-binfilter 1:3.5.4-5 ii libreoffice-gnome 1:3.5.4-5 pn libreoffice-grammarcheck none ii libreoffice-help-en-us [libreoffice-help-3.5] 1:3.5.4-5 ii libreoffice-help-fr [libreoffice-help-3.5] 1:3.5.4-5 ii libreoffice-l10n-fr [libreoffice-l10n-3.5] 1:3.5.4-5 pn libreoffice-officebean none ii libsane1.0.22-7.1 ii libxrender11:0.9.7-1 ii myspell-en-us [myspell-dictionary] 1:3.3.0-3 ii myspell-fr-gut [myspell-dictionary]1:1.0-30 ii mythes-en-us [mythes-thesaurus]1:3.3.0-3 ii mythes-fr [mythes-thesaurus] 1:3.3.0-3 pn openclipart-libreofficenone ii openjdk-6-jre [java5-runtime] 6b24-1.11.3-2 ii pstoedit 3.60-2+b1 pn unixodbc none Versions of packages libreoffice-core depends on: ii fontconfig 2.9.0-6 ii fonts-opensymbol [ttf-opensymbol] 2:102.2+LibO3.5.4-5 ii libc6 2.13-33 ii libcairo2 1.12.2-2 ii libcmis-0.2-0 0.1.0-1+b1 ii libcurl3-gnutls7.26.0-1 ii libdb5.1 5.1.29-5 ii libexpat1 2.1.0-1 ii libexttextcat0 3.2.0-2 ii libfontconfig1 2.9.0-6 ii libfreetype6 2.4.9-1 ii libgcc11:4.7.1-2 ii libglib2.0-0 2.32.3-1 ii libgraphite2-2.0.0 1.1.3-1 ii libgstreamer-plugins-base0.10-00.10.36-1 ii libgstreamer0.10-0 0.10.36-1 ii libhunspell-1.3-0 1.3.2-4 ii libhyphen0 2.8.3-2 ii
Bug#681063: nautilus: Compact view doesn't respect default zoom value
Package: nautilus Version: 3.4.2-1 Severity: normal Dear Maintainer, Whenever the default zoom value of the compact mode is changed to anything different from 100%, it is not taken into account by Nautilus that still uses a 100% zoom factor. One has to modify it manually for each folder. The default values do work for other view modes though. This bug appeared in Gnome 3.x as far as I remember. Cheers ! -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nautilus depends on: ii desktop-file-utils 0.20-0.1 ii gsettings-desktop-schemas 3.4.2-1 ii gvfs 1.12.3-1+b1 ii libatk1.0-02.4.0-2 ii libc6 2.13-33 ii libcairo-gobject2 1.12.2-2 ii libcairo2 1.12.2-2 ii libexempi3 2.2.0-1 ii libexif12 0.6.20-2 ii libgail-3-03.4.2-2 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.32.3-1 ii libglib2.0-data2.32.3-1 ii libgnome-desktop-3-2 3.4.2-1 ii libgtk-3-0 3.4.2-2 ii libnautilus-extension1a3.4.2-1 ii libnotify4 0.7.5-1 ii libpango1.0-0 1.30.0-1 ii libselinux12.1.9-5 ii libtracker-sparql-0.14-0 0.14.1-2 ii libx11-6 2:1.5.0-1 ii libxml22.8.0+dfsg1-4 ii nautilus-data 3.4.2-1 ii shared-mime-info 1.0-1 Versions of packages nautilus recommends: ii brasero 3.4.1-2 ii eject2.1.5+deb1+cvs20081104-11 ii gnome-sushi 0.4.1-3 ii gvfs-backends1.12.3-1+b1 ii librsvg2-common 2.36.1-1 Versions of packages nautilus suggests: ii eog3.4.2-1 ii evince [pdf-viewer]3.4.0-2+b1 ii totem 3.0.1-8 ii tracker0.14.1-2 ii vlc [mp3-decoder] 2.0.2-1 ii vlc-nox [mp3-decoder] 2.0.2-1 ii xdg-user-dirs 0.14-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680932: file-roller: bad encoding as file-roller used 7z instead of 7za when decompressing zip files made under MacOSX
Package: file-roller Version: 3.4.2-1 Severity: normal Dear Maintainer, this bug occurs when decompressing zip files made under MacOSX (latest version), which contain some UTF-8 characters. For instance, it occurs with a ZIP file containing japanese characters made under a French OSX installation, which is in turn extracted under my system (French locale, up to date Wheezy). What is important, is that, encoding is detected properly when using 7za from the commandline or when using unzip, but not when using 7z, which is summoned by file-roller by default as of today. The bad encoding both affects the file listing in file-roller itself, and the resulting files after extracting the archive. I exchanged a couple of emails with the p7zip maintainer who indicated that the behaviour is expected from 7z. Would it be possible to depend on 7za instead of 7a ? Would there be some unforeseen consequences ? I think it's quite important for a stable release, as there are quite a few people using OSX likely to make .zip files with UTF-8 characters. Best regards and thanks a lot for reading and all your work ! -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages file-roller depends on: ii bzip21.0.6-3 ii dconf-gsettings-backend [gsettings-backend] 0.12.1-2 ii libc62.13-33 ii libcairo21.12.2-2 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.32.3-1 ii libgtk-3-0 3.4.2-2 ii libmagic15.11-1 ii libnautilus-extension1a 3.4.2-1 ii libpango1.0-01.30.0-1 ii nautilus-data3.4.2-1 ii p7zip-full 9.20.1~dfsg.1-4 Versions of packages file-roller recommends: ii gnome-icon-theme 3.4.0-2 ii gvfs 1.12.3-1+b1 Versions of packages file-roller suggests: pn arj none ii binutils 2.22-6.1 ii cpio 2.11-8 pn lha none pn lzip none pn lzop none pn ncompressnone pn rpm2cpio none pn rzip none pn sharutilsnone pn unacenone pn unalznone ii unrar1:4.1.4-1 ii unzip6.0-6 ii xz-utils [lzma] 5.1.1alpha+20120614-1 pn zip none pn zoo none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
