Processed: Re: Bug#813374: general: Menus and window popup does not work after recent upgrade

2016-02-04 Thread Debian Bug Tracking System
Processing control commands:

> reassign 813374 xfce4
Bug #813374 [general] general: Menus and window popup does not work after 
recent upgrade
Bug reassigned from package 'general' to 'xfce4'.
Ignoring request to alter found versions of bug #813374 to the same values 
previously set
Ignoring request to alter fixed versions of bug #813374 to the same values 
previously set

-- 
813374: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=813374
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Bug#813374: general: Menus and window popup does not work after recent upgrade

2016-02-04 Thread Wouter Verhelst
control: reassign 813374 xfce4
thanks

On Wed, Feb 03, 2016 at 10:35:15PM +0100, Vincent Danjean wrote:
> Le 03/02/2016 12:31, Thomas Goirand a écrit :
> > Vincent,
> > 
> > This sounds like issues with your window manager, since you mostly
> > complain about issues with window placements and dispositions. Just to
> > be sure, you're using XFCE, right?
> 
> Yes.
> But is the WM involved in (the placement of) application menus ?

Yes, absolutely. An application menu is just a window for the X server,
except that it has certain flags set so that it doesn't get any
decoration etc.

That doesn't necessarily mean that the window manager is at fault here,
but that's something for you and the maintainer to figure out further
:-)

-- 
It is easy to love a country that is famous for chocolate and beer

  -- Barack Obama, speaking in Brussels, Belgium, 2014-03-26



Bug#813374: general: Menus and window popup does not work after recent upgrade

2016-02-03 Thread Thomas Goirand
On 02/01/2016 09:01 PM, Vincent Danjean wrote:
>   It worked well. I was able to move window between the two monitors.
> 
>   But, after the last upgrade (see below the upgraded packages), I suffer
> several problems after I enabled the external monitor:
> - window from iceweasel and icedove opened with a very small size (unless
>   before where they opened at their last size) [but correctly on the primary
>   external monitor]
> - popup windows from iceweasel and icedove (to ask for password or passphrase
>   or to ask to restore or not the session) all opened on the laptop monitor in
>   a small size (wheras the mouse was on the primary monitor)
> - more problematic (hence this bug report), menus in iceweasel and icedove do
>   not draw themselves. The heading is selected but nothing appears below. It 
> is
>   also true for menus from their toolbar (ie 'Tags' selector in icedove for
>   example)
> - for emacs, if the window is at a high where the secondary monitor have
>   pixels, the menu is opened on the left of the secondary monitor! Else, the
>   menu do not open at all.
> - other programs work correctly (at least the 'Applications' menu of XFCE that
>   I use as VM, menus from Thunar, menus and windows from GIMP, ...)
> - for problematic applications (at least Iceweasel, Icedove and Emacs), moving
>   the window onto the other monitor (without closing it) allows menus to be
>   correctlt drawn (on the other monitor). When the window is moved again onto
>   the primary external monitor, the problematic behavior occurs again.
> 
>   So, if someone have an idea of what happens, of where (in which softare) is
> the bug, or just want additionnal inputs, just say so. For now, this is really
> annoying.
> 
>   Regards,
> Vincent

Vincent,

This sounds like issues with your window manager, since you mostly
complain about issues with window placements and dispositions. Just to
be sure, you're using XFCE, right?

Cheers,

Thomas Goirand (zigo)



Bug#813374: general: Menus and window popup does not work after recent upgrade

2016-02-03 Thread Vincent Danjean
Le 03/02/2016 12:31, Thomas Goirand a écrit :
> Vincent,
> 
> This sounds like issues with your window manager, since you mostly
> complain about issues with window placements and dispositions. Just to
> be sure, you're using XFCE, right?

Yes.
But is the WM involved in (the placement of) application menus ?
If yes, xfce seems indeed a good target.

  Regards,
Vincent

> Cheers,
> 
> Thomas Goirand (zigo)
> 


-- 
Vincent Danjean   GPG key ID 0xD17897FA vdanj...@debian.org
GPG key fingerprint: 621E 3509 654D D77C 43F5  CA4A F6AE F2AF D178 97FA
Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/deb.html
APT repo:  deb http://people.debian.org/~vdanjean/debian unstable main



Bug#813374: general: Menus and window popup does not work after recent upgrade

2016-02-01 Thread Vincent Danjean
Package: general
Severity: important

  Hi,

  I'm reporting this bug against the 'general' package as I've no clue about
which one should be the good one. From my point of view, this can be:
- the linux kernel
- the xserver-xorg core
- the xserver-xorg-video-intel driver
- the xserver-xorg-video-nouveau driver
- the GTK (or other widget) library
- ... ?

  I hope someone will be able to reassign this bug to the correct package(s).


  I've a laptop with dual video cards: Intel and NVidia.
I mainly use the Intel one (better for battery) but the external DP output is
only wired on the NVidia card. So, when I want to use a large external screen,
I need to run something like:
xrandr --setprovideroutputsource nouveau Intel
xrandr --output DP-1-3 --auto --primary --output eDP1 --auto --right-of DP-1-3
  The first command enable the NVidia card and allows the Intel card to send
data to it (the randering will always be done by the Intel card). The second
one enables my external monitor (DP-1-3) as the primary monitor and the
integrated display of the laptop (eDP1) as a secondary monitor.
  When disconnecting the external monitor, I use:
xrandr --output DP-1-3 --off --output eDP1 --auto --primary
xrandr --setprovideroutputsource nouveau 0x0

  It worked well. I was able to move window between the two monitors.

  But, after the last upgrade (see below the upgraded packages), I suffer
several problems after I enabled the external monitor:
- window from iceweasel and icedove opened with a very small size (unless
  before where they opened at their last size) [but correctly on the primary
  external monitor]
- popup windows from iceweasel and icedove (to ask for password or passphrase
  or to ask to restore or not the session) all opened on the laptop monitor in
  a small size (wheras the mouse was on the primary monitor)
- more problematic (hence this bug report), menus in iceweasel and icedove do
  not draw themselves. The heading is selected but nothing appears below. It is
  also true for menus from their toolbar (ie 'Tags' selector in icedove for
  example)
- for emacs, if the window is at a high where the secondary monitor have
  pixels, the menu is opened on the left of the secondary monitor! Else, the
  menu do not open at all.
- other programs work correctly (at least the 'Applications' menu of XFCE that
  I use as VM, menus from Thunar, menus and windows from GIMP, ...)
- for problematic applications (at least Iceweasel, Icedove and Emacs), moving
  the window onto the other monitor (without closing it) allows menus to be
  correctlt drawn (on the other monitor). When the window is moved again onto
  the primary external monitor, the problematic behavior occurs again.

  So, if someone have an idea of what happens, of where (in which softare) is
the bug, or just want additionnal inputs, just say so. For now, this is really
annoying.

  Regards,
Vincent

In attachement, the result of
$ cat /var/log/dpkg.log | grep upgrade> /tmp/upgraded.txt
(ie 715 upgraded packages)

-- System Information:
Debian Release: stretch/sid
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'oldstable-updates'), (500, 
'oldoldstable'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (500, 
'oldstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, armel, mipsel

Kernel: Linux 4.4.0-trunk-amd64 (SMP w/8 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
2016-02-01 12:36:58 upgrade bsdutils:amd64 1:2.27.1-1 1:2.27.1-3
2016-02-01 12:36:59 upgrade coreutils:amd64 8.24-1 8.25-1
2016-02-01 12:37:03 upgrade debianutils:amd64 4.5.1 4.7
2016-02-01 12:37:05 upgrade dash:amd64 0.5.7-4+b1 0.5.8-2.1
2016-02-01 12:37:07 upgrade cme:all 1.009-1 1.010-1
2016-02-01 12:37:08 upgrade libconfig-model-perl:all 2.075-2 2.078-1
2016-02-01 12:37:09 upgrade libsoftware-license-perl:all 0.103010-4 0.103011-1
2016-02-01 12:37:09 upgrade libc-bin:amd64 2.21-6 2.21-7
2016-02-01 12:37:13 upgrade gcc-5-base:armel 5.3.1-6 5.3.1-7
2016-02-01 12:37:13 upgrade gcc-5-base:i386 5.3.1-6 5.3.1-7
2016-02-01 12:37:14 upgrade gcc-5-base:amd64 5.3.1-6 5.3.1-7
2016-02-01 12:37:14 upgrade gcc-5-base:mipsel 5.3.1-6 5.3.1-7
2016-02-01 12:37:14 upgrade libgcc1:armel 1:5.3.1-6 1:5.3.1-7
2016-02-01 12:37:15 upgrade libgcc1:i386 1:5.3.1-6 1:5.3.1-7
2016-02-01 12:37:15 upgrade libgcc1:amd64 1:5.3.1-6 1:5.3.1-7
2016-02-01 12:37:15 upgrade libgcc1:mipsel 1:5.3.1-6 1:5.3.1-7
2016-02-01 12:37:16 upgrade libquadmath0:amd64 5.3.1-6 5.3.1-7
2016-02-01 12:37:16 upgrade libquadmath0:i386 5.3.1-6 5.3.1-7
2016-02-01 12:37:16 upgrade libgomp1:amd64 5.3.1-6 5.3.1-7
2016-02-01 12:37:17 upgrade libgomp1:i386 5.3.1-6 5.3.1-7
2016-02-01 12:37:17 upgrade libitm1:amd64 5.3.1-6 5.3.1-7
2016-02-01 12:37:17 upgrade libitm1:i386 5.3.1-6 5.3.1-7
2016-02-01 12:37:17 upgrade libatomic1:amd64 5.3.1-6 5.3.1-7
2016-02-01 12:37:18 upgrade