Created attachment 520361 [details]
mutilated xsane preview window
Description of problem:
If running xsane with the preview window, then exititing from xsane and starting it a second time shows the preview window rather mutilated.
I have to logout and relogin for getting an intact preview window.
My desktop: gnome3 (gnome-shell)
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1.Start xsane and show preview window
3.Start xsane again
damaged preview window
clean preview window
Created attachment 520362 [details]
mutilated preview window - renamed to ...gif
Attached file renamed.
Created attachment 520366 [details]
mutilated preview window
Attaching the preview window as jpg file
Testing the same in a *xfce* session:
After exiting and starting xsane again, the preview window remains presented (in a correct manner).
It seems the problem is a gnome-shell problem.
I get rid from the described behaviour by starting xsane inside a terminal window and not by the gnome-shell favorite bar.
This is strange. Would you please attach your (possibly compressed/gzipped if needed) ~/.xsession-errors to this ticket? Thanks.
Another one: Please switch (temporarily) to forced fallback mode -- I have a hunch that this is related to GNOME3 using compositing. To do that, go to "System Settings -> System Info -> Graphics" and switch "Forced Fallback Mode" to "On". Then logout and login again, and check if xsane behaves in the same fashion. Thanks.
Created attachment 520590 [details]
(In reply to comment #6)
> Another one: Please switch (temporarily) to forced fallback mode -- I have a
> hunch that this is related to GNOME3 using compositing. To do that, go to
> "System Settings -> System Info -> Graphics" and switch "Forced Fallback Mode"
> to "On". Then logout and login again, and check if xsane behaves in the same
> fashion. Thanks.
In the fallback mode I can't reproduce the described behaviour. But If switching off the fallback mode and then logging in again and starting xsane (by the favorites bar), the preview window is again mutilated.
I'll assume that compositing triggers this broken display of the preview window then. Changing component to mutter for further investigation.
Good to hear, because I have more some apps whose behaviour strongly depend on the usage of mutter or not.
I cannot rproduce the described behaviour with mutter-3.2.2-1.fc16.x86_64.
Hi folks. I just had this error occur on my x86_64 Fedora 17 install, using mutter-3.4.1-4.fc17.x86_64:
LSB Version: :core-4.1-amd64:core-4.1-ia32:core-4.1-noarch:cxx-4.1-amd64:cxx-4.1-ia32:cxx-4.1-noarch:desktop-4.1-amd64:desktop-4.1-ia32:desktop-4.1-noarch:languages-4.1-amd64:languages-4.1-noarch:printing-4.1-amd64:printing-4.1-noarch
Distributor ID: Fedora
Description: Fedora release 17 (Beefy Miracle)
Should this bug be reopened or shall I file a new one?
(In reply to Joachim Backes from comment #0)
> Created attachment 520361 [details]
> mutilated xsane preview window
> Description of problem:
> If running xsane with the preview window, then exititing from xsane and
> starting it a second time shows the preview window rather mutilated.
> I have to logout and relogin for getting an intact preview window.
> My desktop: gnome3 (gnome-shell)
> Version-Release number of selected component (if applicable):
> How reproducible:
> Steps to Reproduce:
> 1.Start xsane and show preview window
> 2.end xsane
> 3.Start xsane again
> Actual results:
> damaged preview window
> Expected results:
> clean preview window
> Additional info:
Same problems in F20 (xsane-0.999-12.fc20.x86_64)
I forgot to say: I'm working with mutter-3.10.4-2.fc20
Downgrading to mutter-3.10.4-1.fc20.x86_64 helps :-)