https://bugs.winehq.org/show_bug.cgi?id=41438
Bug ID: 41438
Summary: fastone image viewer 5.9 "crop" window do not show if
called by hotkey from full screen mode
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: unxed(a)mail.ru
Distribution: ---
steps to reproduce:
1. get faststone image viewer from here:
http://www.faststone.org/FSViewerDownload.htm
2. select any image
3. press "enter" to go to fullscreen mode
4. prexx "x" for crop properties window
5. the window will be shown in background, with no way to switch to it:
actually unusable
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=8028
tokktokk <fdsfgs(a)krutt.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |fdsfgs(a)krutt.org
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=45099
Bug ID: 45099
Summary: SetWindowPlacement doesn't restore the normal position
correctly
Product: Wine
Version: 3.6
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: vz-wine(a)zeitlins.org
Distribution: ---
Consider an application which calls GetWindowPlacement() on its main window to
store its geometry on exit and SetWindowPlacement() on startup to restore the
previously stored values. If the window of such application is maximized on
exit, then the window is correctly restored to the maximized state during the
next run, but restoring this window, i.e. returning it to the normal,
unmaximized state, doesn't restore it to the previous position (although it
does restore its size).
Here are some excerpts from the logs I see with WINEDEBUG=win for the last
execution:
0009:trace:win:WINPOS_SetPlacement 0x10050: setting min 0,0 max 0,55 normal
(3440,1910)-(3840,2160) flags 6 ajusted to min 0,0 max 0,55 normal
(3440,1910)-(3840,2160)
0009:trace:win:SetWindowPos hwnd 0x10050, after (nil), 3440,1910 (400x250),
flags 00000014
...
0009:trace:win:WINPOS_MinMaximize 0x10050 3
0009:trace:win:GetWindowPlacement 0x10050: returning min -1,-1 max 0,55 normal
(3440,1910)-(3840,2160)
0009:trace:win:GetWindowRect hwnd 0x10050 (3440,1910)-(3840,2160)
... I restore the window here ...
0009:trace:win:WINPOS_MinMaximize 0x10050 9
0009:trace:win:GetWindowPlacement 0x10050: returning min -1,-1 max 0,55 normal
(3440,1910)-(3840,2160)
... almost immediately after ...
0009:trace:win:USER_SetWindowPos status flags = 1807
0009:trace:win:GetWindowRect hwnd 0x10064 (3445,2119)-(3835,2155)
0009:trace:win:GetWindowRect hwnd 0x10064 (3445,2119)-(3835,2155)
0009:trace:win:GetWindowRect hwnd 0x10064 (3445,2119)-(3835,2155)
0009:trace:win:GetWindowRect hwnd 0x10050 (3440,1910)-(3840,2160)
0009:trace:win:SetWindowPos hwnd 0x10050, after (nil), 115,87 (400x250), flags
00000015
... when closing the program ...
0009:trace:win:GetWindowPlacement 0x10050: returning min -1,-1 max 0,55 normal
(115,87)-(515,337)
I.e. SetWindowPlacement() is passed the correct position (3440,1910
corresponding to the lower right corner), and even restoring it still uses the
same correct position, but then the window is somehow moved to the wrong
position (115,87) for some reason which I don't understand.
This is just a minor irritant, of course, but I'd still like to open this bug
just in case it's also simple to fix.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=6893
tokktokk <fdsfgs(a)krutt.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |fdsfgs(a)krutt.org
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=45107
Bug ID: 45107
Summary: Total Commander 8.01 crashes with GTK+3 theming
enabled
Product: Wine-staging
Version: 3.7
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bodqhrohro(a)gmail.com
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
Created attachment 61287
--> https://bugs.winehq.org/attachment.cgi?id=61287
stderr
Looks like it fails decorating the TreeView widget.
Theme: OneStepPlat.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=45146
Bug ID: 45146
Summary: IBus not working properly for MS Word 2010 输入法工作不正常
Product: Wine
Version: 3.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: taisfmq(a)live.cn
Distribution: ---
OS: Fedora 27
Wine: 3.7 from dl.winehq.org
WINEARCH=win32
winetricks winxp
1. Install Word and MS Pinyin Input from official Office 2010 Chinese Volume
ISO 从中文版官方批量授权版ISO安装Word 2010和微软拼音输入法
2.a. Deactivate IME control in Word settings, and Western characters are
inputted flawlessly, but Chinese characters will be inputted after a delay via
IBus
取消勾选“选项”-“高级”-“输入法控制处于活动状态”,则IBus输入的字符将在下一个字符键入后才显示。例:键入ceshi<Space>,没有反应,再键入字符j,文档中出现“测试”二字,再键入ingya<Space>,没有反应,必须再键入一个英文字母才能输入“惊讶”二字。若键入完ceshi<Space>后键入数字或特殊字符,则“测试”二字不会被输入,必须重新键入拼音
2.b. Activate IME control in Word settings, Chinese characters can be inputted
without IBus, but the candidates list will not be displayed
勾选“选项”-“高级”-“输入法控制处于活动状态”,则将IBus调至英语语言后可正常输入中文,但微软拼音输入法的候选词窗口不会显示
3. There is no way to open MS Pinyin IME settings 不知道怎么开启微软拼音输入法的设置
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=5402
Kyle Auble <kyle.auble(a)zoho.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC|kyle.auble(a)zoho.com |
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=30762
Bug #: 30762
Summary: msxml3/domdoc tests flaky
Product: Wine
Version: 1.5.4
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msxml3
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Classification: Unclassified
ca48dac8821e128db8991dc54b4dedc8c321e816 and
9c0486d7a802c2f618a56a2074c5d790d329e3cf
both seem to have introduced some flaky tests in msxml3/domdoc.
Here's the result of 455 runs in a loop on ubuntu 12.04 (though I
also saw these on Centos 6):
342 domdoc.c:11537: Test failed: got L"http://blahblah.org"
342 domdoc.c:11542: Test failed: got L"http://blah.org"
350 domdoc.c:11647: Test failed: got L"http://blahblah.org"
350 domdoc.c:11652: Test failed: got L"http://blah.org"
3 domdoc.c:2098: Test failed: can't create file
C:\users\dank\Temp\leading_spaces.xml: 32
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=28578
Bug #: 28578
Summary: Editing a wiki page strips out carriage returns from
all preformatted text on that page
Product: WineHQ.org
Version: unspecified
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: www-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dimesio(a)earthlink.net
Classification: Unclassified
This most recently happened with the Regression Testing page (bug 28575), but
I've seen it before on other pages: carriage returns are removed from
preformatted text, even if that part is not edited directly, and the
preformatted text turns into an unreadable mess. It used to be possible to
avoid this by staying in GUI mode and not previewing, but that seems to no
longer work.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=33470
Bug #: 33470
Summary: Don't allow to create wiki pages with external links
Product: WineHQ.org
Version: unspecified
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: www-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dmitry(a)baikal.ru
CC: dimi(a)lattica.com
Classification: Unclassified
Just have a look at http://wiki.winehq.org/RecentChanges, it really starts
to take quite a bit of an effort to clean Wine wiki from spam.
Apparently, spammers can't be stopped by keywords listed in the stop list
http://wiki.winehq.org/LocalBadContent, and that's another problem.
Disallowing to create wiki pages with external links is considered main and
very efficient way to stop wiki spam, there are many resources explaining how
to do that for various wiki engines.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=5129
tokktokk <fdsfgs(a)krutt.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |fdsfgs(a)krutt.org
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=5129
Grant <ggustaf(a)math.utah.edu> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |ggustaf(a)math.utah.edu
--- Comment #22 from Grant <ggustaf(a)math.utah.edu> ---
Workarounds for the thumbnail bug, existing fresh Faststone install under Wine
1.6.2, Wine 1.7.52, Wine 2.0 in Linux Mint 17.3 and 18.3.
Symptom: Thumbnails are generated but only a few are visible.
Issue: Cannot find the image or the file name.
Workaround: Find the image/filename another way.
Workaround #1: Click on the empty spaces after the visible thumbnails. The
image shows in the PREVIEW sub-window lower left corner of the FastStone
window. Double-click on the PREVIEW sub-window for full screen, which shows the
file name as well. Not useful on large directories: see #2 below.
Workaround #2: Double-click on any visible thumbnail. The image is displayed in
full screen. Use arrow keys to find the image desired. Press ESC key. The image
will be in the PREVIEW window, ready to crop (key "x"), resize (key ctrl-R),
save (key ctrl-S).
Workaround #3: Applies to cropping and resizing an image, a usual task for
email. Find any thumbnail in the directory, click once to make it appear in the
PREVIEW sub-window lower left of the Faststone window. Press "x" to launch the
crop window. Click on the left or right arrow icon in the crop window, which
loads a new image into the crop window and also into the PREVIEW sub-window.
Proceed as in workaround #2.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=8051
tokktokk <fdsfgs(a)krutt.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |fdsfgs(a)krutt.org
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=8051
--- Comment #161 from Alexandr Oleynikov <sashok.olen(a)gmail.com> ---
Created attachment 61321
--> https://bugs.winehq.org/attachment.cgi?id=61321
Updated swswine patch for 3.7 with staging patches.
Updated swswine patch for 3.7 with staging patches.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=45126
Bug ID: 45126
Summary: PDF-xchange viewer 2.5 crash, when I try to save a
file.
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: peterfro(a)gmail.com
Distribution: ---
Created attachment 61309
--> https://bugs.winehq.org/attachment.cgi?id=61309
PDF-xchange viewer (free) works perfectly, but chrash when I try to save a
file.
PDF-xchange viewer (free) works perfectly, but chrash when I try to save a
file.
This editor is much better than any Linux offer. :-)
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=45102
Bug ID: 45102
Summary: Deathsmiles: crashes on launch
Product: Wine
Version: 3.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: matthewfbrooks(a)mailbox.org
Distribution: ---
Created attachment 61273
--> https://bugs.winehq.org/attachment.cgi?id=61273
Console output
The game crashes on launch.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=40642
Bug ID: 40642
Summary: Show windows application menu in OS X global menubar
Product: Wine
Version: 1.9.9
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: winemac.drv
Assignee: wine-bugs(a)winehq.org
Reporter: f.platte(a)platte-web.de
Distribution: ---
The MacDriver has evolved significantly from when it was introduced and I have
no need to use the X11 window environment since quiet some time. However what
is still missing menubar integration. I don't know if this ever was planed,
however I think this is one of the most logical progression for wine on OS X.
I'm posting this now because I just came across a windows tool which does
exactly that. While there were always attempts to theme windows like OS X and
emulating the global menubar now someone found a way to do just that
(http://lee-soft.com/el-capitan-menubar-for-windows/). So as it's possible to
extract windows applications' menus it might be possible to integrate them into
OS X's menubar as GTK and Java can inject menus there, too.
While I related this "bug report" to the MacDriver and OS X it might also be
useful for Ubuntu, as it (optionally) also features a global menubar.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=43231
Bug ID: 43231
Summary: Dai-Senryaku Perfect 3.0:Not draw background with GDI.
Product: Wine
Version: 2.9
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: whatisthis.sowhat(a)gmail.com
Distribution: ---
When playing Dai-Senryaku Perfect 3.0 for PC (大戦略バーフェクト3.0
http://www.ss-alpha.co.jp/products/dsperfect3.html ), using with GDI as DDraw
renderer, not show background and map.
When using OpenGL as renderer, background and map were drawn, but, very slowly.
Too slow to unplayable.
With Wine 2.0, with GDI, play fine.But with 2.0 with OpenGL, very slowly.
Note:
1. Trial version is available:
http://www.ss-alpha.co.jp/download/dsperfect3_tk.html
2. For product version, set registry values to "DSP3.bin", do not set to
"DSP3.exe".
Regards.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=43971
Bug ID: 43971
Summary: Wine 2.20 Bcrypt compilation fails under older linux
systems while Wine 2.0.3 compiles fine
Product: Wine
Version: 2.20
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: bcrypt
Assignee: wine-bugs(a)winehq.org
Reporter: vfrederix(a)gmail.com
Distribution: ---
LOG:
make[1]: Entering directory
`/home/frd/Software_Packages/source_compile/wine/builds/wine-2.20/dlls/bcrypt'
gcc -c -o bcrypt_main.o bcrypt_main.c -I. -I../../include -D__WINESRC__
-D_REENTRANT -fPIC -Wall -pipe \
-fno-strict-aliasing -Wdeclaration-after-statement -Wempty-body
-Wignored-qualifiers \
-Wstrict-prototypes -Wtype-limits -Wunused-but-set-parameter -Wvla
-Wwrite-strings -Wpointer-arith \
-Wlogical-op -gdwarf-2 -gstrict-dwarf -fno-omit-frame-pointer -g -O2
-U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=0
bcrypt_main.c:830:1: error: ‘key’ defined as wrong kind of tag
{
^
make[1]: *** [bcrypt_main.o] Error 1
make[1]: Leaving directory
`/home/frd/Software_Packages/source_compile/wine/builds/wine-2.20/dlls/bcrypt'
make: *** [dlls/bcrypt] Error 2
GCC version: 4.8.1
Configure output:
configure: libgnutls development files too old, bcrypt encryption won't be
supported.
So why is bcrypt compilling ?
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=44117
Bug ID: 44117
Summary: Games using the CoherentUI renderer require functional
Chromium-based renderer
Product: Wine
Version: 2.22
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: arnfranke(a)yahoo.com
Distribution: ---
Games using CoherentUI, such as Planetary Annihilation, require a functional
Chromium-based renderer to draw the menus and interface. Currently, Planetary
Annihilation draws a black screen on startup, though it does play music.
Blocked by: https://bugs.winehq.org/show_bug.cgi?id=21232
Related: https://bugs.winehq.org/show_bug.cgi?id=43415
Fixing 21232 will likely fix all of these bugs.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=37105
Bug ID: 37105
Summary: PortableApps 11.2 - Chrome 36 crashes on startup
Product: Wine
Version: 1.6.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: grendal74.geo(a)yahoo.com
Created attachment 49327
--> https://bugs.winehq.org/attachment.cgi?id=49327
Unhandled exception: unimplemented function USERENV.dll.GetAppliedGPOListW
chrome Version 36.0.1985.143 crashes (does not load) . It is a portable app
http://portableapps.com/apps/internet/google_chrome_portable
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=35697
Bug ID: 35697
Summary: Comodo Dragon, can't start.
Product: Wine
Version: 1.7.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: giorgosk67(a)gmail.com
Comodo Dragon can be installed, but can't be run.
My system is Open SUSE 13.1 x64 KDE.
Comodo Dragon can be download from here:
http://www.comodo.com/home/browsers-toolbars/browser.php
DragonSetup.exe SHA1: ded820f6e3f8e9b43b124138d53081ed6d54c43b
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=6893
Maik Wagner <maiktapwagner(a)aol.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |maiktapwagner(a)aol.com
--- Comment #20 from Maik Wagner <maiktapwagner(a)aol.com> ---
Created attachment 61292
--> https://bugs.winehq.org/attachment.cgi?id=61292
Backtrace on wine 3.6
wine: Unhandled page fault on read access to 0x0000e308 at address
0x124f:0x00004d84 (thread 0052), starting debugger...
0054:fixme:dbghelp:addr_to_linear Failed to linearize address 0012:3f23 (mode
0)
0054:fixme:dbghelp:addr_to_linear Failed to linearize address 0012:4f0d (mode
0)
0054:err:dbghelp_dwarf:eval_expression Couldn't read memory at ec06
0054:err:dbghelp_dwarf:eval_expression Couldn't read memory at ec06
Backtrace is attached.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.