Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.bugs.dist > #1026122
| From | Jozef Riha <jose1711@gmail.com> |
|---|---|
| Newsgroups | linux.debian.bugs.dist |
| Subject | Bug#867667: xsane: Preview window empty/unusable |
| Date | 2020-09-23 12:30 +0200 |
| Message-ID | <ASaca-5bp-5@gated-at.bofh.it> (permalink) |
| References | <u0Wpj-1Hn-1@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
[Multipart message — attachments visible in raw view] - view raw
I am on Arch Linux but affected by the very same issue. There is another
workaround that worked for me:
running with --sync (i. e. xsane --sync)
Looks like the preview window gets created on each startup and then later -
corresponding to settings -
either it's left as is or hidden. Maybe if it's happening too fast (w/o
sync) this leads to corruption.
Quick and dirty semi-solution (certainly not ideal but al least working
100%) is to discard the hiding part (that is:
ignore the setting at startup):
--- xsane.c.orig 2020-09-23 12:14:13.366814683 +0200
+++ xsane.c 2020-09-23 12:14:17.106792054 +0200
@@ -5347,10 +5347,10 @@
{
gtk_widget_show(xsane.preview->top);
}
- else
- {
- gtk_widget_hide(xsane.preview->top);
- }
+ //else
+ //{
+ //gtk_widget_hide(xsane.preview->top);
+ //}
gtk_check_menu_item_set_active(GTK_CHECK_MENU_ITEM(xsane.show_preview_widget),
xsane.show_preview);
xsane_define_maximum_output_size(); /* draw maximum output frame in
preview window if necessary */
I do hope someone knowledgeable steps in and prepare a proper fix.
BR, jose
Back to linux.debian.bugs.dist | Previous | Next | Find similar | Unroll thread
Bug#867667: xsane: Preview window empty/unusable Jozef Riha <jose1711@gmail.com> - 2020-09-23 12:30 +0200
csiph-web