[bts-link] source package xfwm4

2019-09-26 Thread debian-bts-link
#
# bts-link upstream status pull for source package xfwm4
# see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html
# https://bts-link-team.pages.debian.net/bts-link/
#

user debian-bts-l...@lists.debian.org

# remote status report for #940796 (http://bugs.debian.org/940796)
# Bug title: xfwm4: raises windows on focus immediately, ignores delay setting
#  * http://bugzilla.xfce.org/show_bug.cgi?id=15974
#  * remote status changed: (?) -> NEW
usertags 940796 + status-NEW

thanks



Bug#941130: thunar: delay/hang at startup with lots of files in XDG_TEMPLATES_DIR

2019-09-26 Thread Yves-Alexis Perez
On Thu, 2019-09-26 at 11:51 +0100, Tim Marston wrote:
> Hi,
> 
> On Wed, Sep 25, 2019 at 08:36:38PM +0200, Yves-Alexis Perez wrote:
> > Does it depend on the content of the folder? Is there a specific file in
> > that
> > folder which makes Thunar choke on it or something?
> 
> With 4000 files totalling ~4GB, startup time is ~2s.
> With 8000 files totalling ~8GB, startup time is ~4s.
> With 16000 files totalling ~16GB, startup time is ~8s.
> 
> Therefore, delay seems proportional to the number of files.
> 
> With 4000 files totalling ~4GB, startup time is ~2s.
> With 4000 files totalling ~8GB, startup time is ~2s.
> With 4000 files totalling ~16GB, startup time is ~2s.
> With 4000 files totalling ~32GB, startup time is ~2s.
> 
> Therefore, delay doesn't seem proportional to file size, particularly.
> 
> With 16000 html files (~65MB), startup time is ~7s.
> With 16000 text files (~65MB), startup time is ~7s.
> With 16000 pdf files (~1.9GB), startup time is ~5s.
> With 16000 png files (~257MB), startup time is ~5s.
> 
> Therefore, file type does seem also to have an effect.
> 
> > Does stracing the Thunar process gives a bit of information?
> 
> Strace output just shows Thunar ploughing through the files!

Well, so I don't think there's really a bug here, same kind of thing would
happen when opening that folder in Thunar anyway, it's just that template dir
is a bit special because it will happen every time Thunar is started. By the
way, does it happen every time a Thunar window is opened or only when the
Thunar daemon is started?

Also, the behavior might have slightly changed with the GTK-3 rewrite.

In any case, it looks to me like a case of “it hurts to do that, so don't do
it”. If you need templates, then have a specific folder with only the
templates files you need. If you don't, the way to disable it is supposedly to
set it to $HOME using:

xdg-user-dirs-update --set TEMPLATES ~

or editing .config/user-dirs.dirs


Regards,
-- 
Yves-Alexis



Bug#941130: thunar: delay/hang at startup with lots of files in XDG_TEMPLATES_DIR

2019-09-26 Thread Tim Marston
Hi,

On Wed, Sep 25, 2019 at 08:36:38PM +0200, Yves-Alexis Perez wrote:
> Does it depend on the content of the folder? Is there a specific file in that
> folder which makes Thunar choke on it or something?

With 4000 files totalling ~4GB, startup time is ~2s.
With 8000 files totalling ~8GB, startup time is ~4s.
With 16000 files totalling ~16GB, startup time is ~8s.

Therefore, delay seems proportional to the number of files.

With 4000 files totalling ~4GB, startup time is ~2s.
With 4000 files totalling ~8GB, startup time is ~2s.
With 4000 files totalling ~16GB, startup time is ~2s.
With 4000 files totalling ~32GB, startup time is ~2s.

Therefore, delay doesn't seem proportional to file size, particularly.

With 16000 html files (~65MB), startup time is ~7s.
With 16000 text files (~65MB), startup time is ~7s.
With 16000 pdf files (~1.9GB), startup time is ~5s.
With 16000 png files (~257MB), startup time is ~5s.

Therefore, file type does seem also to have an effect.

> Does stracing the Thunar process gives a bit of information?

Strace output just shows Thunar ploughing through the files!

--
Tim Marston
ed.am