https://bugs.winehq.org/show_bug.cgi?id=39263
Bug ID: 39263
Summary: RichEdit should hide selection when it is unfocused
Product: Wine
Version: 1.7.44
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: richedit
Assignee: wine-bugs(a)winehq.org
Reporter: vvort(a)yandex.ru
Distribution: ---
Created attachment 52335
--> https://bugs.winehq.org/attachment.cgi?id=52335
Test exe
When riched20 control do not have input focus, it's text selection must be
hidden.
(Unless ES_NOHIDESEL is in effect)
Test files (exe and sources) and screenshots are attached.
This bug produces graphical glitch in ReactOS Application Manager.
--
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=40422
Bug ID: 40422
Summary: Illustrator CS6: hangs when on ESC key press while
Text tool is being used
Product: Wine
Version: 1.9.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: vlad-mbx(a)ya.ru
Distribution: ---
Created attachment 54161
--> https://bugs.winehq.org/attachment.cgi?id=54161
wine debug output
Illustrator CS6 hangs if I press Esc key while using Text tool. I can, however,
switch to any other tool without problems using toolbar buttons.
I have attached an output of "WINEDEBUG=+relay wine Illustrator.exe". The
recording was started about 5 seconds before the hang was reproduced; I can
provide a larger log file. The last API call GetAsyncKeyState() is repeated
until Illustrator is forcibly closed.
--
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=41420
Bug ID: 41420
Summary: Regression bug: bricscad crashes when copy or cut
objects to the clipboard
Product: Wine
Version: 1.9.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tolikk91(a)yandex.ru
Distribution: ---
Created attachment 55791
--> https://bugs.winehq.org/attachment.cgi?id=55791
wine's backtrace
bricscad crashes when copy or cut objects to the clipboard. In wine version
1.9.18 of this error has not been.
--
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=22317
Summary: Motocross madness demo has wrongly projected smoke
Product: Wine
Version: 1.1.42
Platform: x86
URL: http://www.microsoft.com/games/Motocross/downloads.htm
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wylda(a)volny.cz
Created an attachment (id=27294)
--> (http://bugs.winehq.org/attachment.cgi?id=27294)
Smoke in Wine vs. WinXP
Motocross madness demo has wrongly projected smoke. Normally it should come
from behind the bike, but instead it comes from center of the screen, thus it
becomes unplayable (key F9 turns this graphical effect off).
Tested since 1.0-rc4 till now, but it isn't a regression. (Versions 1.1.18 and
lower needs to apply commit fc87182d191a2b3daabf260d1ad4b12b157e3cd1 to be able
to run mcm.exe)
Demo is quite small: 19MB
--
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=38530
Bug ID: 38530
Summary: unimplemented function
msvcp100.dll.?_Mtx_new@threads@stdext@@YAXAAPAX@Z
Product: Wine
Version: 1.7.42
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: xqwerty123(a)luukku.com
Distribution: ---
Direct download.
http://download.esignal.com/products/esignal/eSignal_12.1.3756_x86.exe
You only need to install it, all default.
--
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=41546
Bug ID: 41546
Summary: SAP GUI 7.4 installer crashes after selection of which
features to install
Product: Wine
Version: 1.9.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: h2678779(a)mvrht.com
Distribution: ---
Created attachment 55878
--> https://bugs.winehq.org/attachment.cgi?id=55878
backtrace.txt generated after crash of the installer
Hello,
I tried to install SAP_GUI_740_small.exe under Linux Mint with Wine 1.9.20 but
the installer crashes right after I have selected the features I want to
install and press next. See this entry too:
https://appdb.winehq.org/objectManager.php?sClass=version&iId=33743 .
I've attached the backtrace.txt file which is generated after Wine crashed.
--
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=28193
Summary: wineconsole does not support RTL locales
Product: Wine
Version: 1.3.26
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fgouget(a)codeweavers.com
I am entering this bug on behalf of Yaron Shahrabani because I did not find any
other bug describing this issue.
So the issue is that wineconsole does not support the RTL languages such as
Hebrew and Arabic. To test this do the following:
* xcopy is a tool that is Unicodified and properly accesses the console. So we
are going to use it for testing.
* Make sure your system is configured with support for the Hebrew locale
('dpkg-reconfigure locales' on Debian).
* Hack po/he.po to add a Hebrew string with a trailing '.\n' for the xcopy
usage message (it does not matter what it says).
* Recompile xcopy.
* First check that 'xcopy /?' shows the right string, very likely with the
wrong orientation, in the terminal emulator:
LANG=he_IL.utf8 ./wine programs/xcopy/xcopy.exe.so /?
If it still shows the English usage it may be because you are missing
libgettextpo. Other display issues may be because you are missing the right
fonts or because your terminal emulator is buggy (Gnome terminal >= 3.0.1 and
xterm >= 271 should show the string at least).
Remember that the Unix terminal emulators are known to have a buggy RTL
implementation and thus will display the message with the wrong orientation.
* Then check that the right string shows up in wineconsole:
LANG=he_IL.utf8 ./wine wineconsole cmd
then type
xcopy /?
In my test the line where the Hebrew string should appear is almost empty (I
only see the '32' and trailing '.' that were part of the translated string).
It's possible there are two problems:
* A font selection issue which could explain the 'invisible' characters.
* An LTR vs. RTL issue: the '.' at the end of the PO string appears at the end
of the wineconsole line which seems wrong since the same dot appears at the
start of the line in a MessageBox().
The same test can be done with an Arabic locale by editing the po/ar.po file
and setting LANG=ar_MA.utf8 for instance.
As a last data point, a similar test with the left-to-right Telugu locale
(LANG=te_IN.utf8, po/te.po) gets me squares in the Gnome terminal (proving my
system has a font issue for that locale), but also in wineconsole. So unlike
for Hebrew I did not get 'invisible characters'.
--
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=38936
Bug ID: 38936
Summary: Stardock games need terrain/model height coordinate
correction
Product: Wine
Version: 1.7.47
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: unsuspicious.fakename+wine(a)gmail.com
Distribution: ---
Created attachment 51871
--> https://bugs.winehq.org/attachment.cgi?id=51871
WINEDEBUG=+d3d wine SorcererKing (first and last 5k lines; cropped ~1GB in the
middle)
Same problem in Stardock's "Fallen Enchantress" and successor game "Sorcerer
King" (seems to use the same engine).
Draws the terrain above everything else. The tops of some models actually stick
out of the floor, doesn't flicker or anything, so this does not just look like
a typical problem with buffers / drawing order or something.
>From the otherwise "cleanness" of the rendering it looks a bit like a well
contained coordinate system conversion error or something like that. As if
terrain and models use different methods of adjusting their z or centres in the
vertex shaders... and one of them has an offset +/-1 that doesn't work in wine
for some reason.
( Tested using wine versions starting from ~2 years ago up to & including
1.7.47. I used "staging" for the log only - because I don't have debug symbols
for vanilla wine at all )
--
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=41509
Bug ID: 41509
Summary: Trouble synchronizing with winelib applications
invoked with CreateProcess
Product: Wine
Version: 1.9.20
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: javier--fqu3sqxsVIm7PkQvPySPMwTV4r0Nxk(a)jasp.net
Distribution: ---
There are issues when starting an application compiled with winegcc. Get an
invoker that calls CreateProcess (example:
https://bugs.winehq.org/attachment.cgi?id=20876) and compile a "Hello, world!"
with winegcc as the invoked program.
The process handle returned by CreateProcess is invalid because of bug #18335.
If compiled as a fake module (set output to hello.exe.fake, then rename to
hello.exe) to get a PE, CreateProcess works, but direct invocation with wine
(wine hello.exe) fails because hello.exe.so is not searched in the current
folder, only in the system folder.
--
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=41467
Bug ID: 41467
Summary: Star Stable game can not find native display
resolution when using Amd Kaveri Apu with latest Mesa
Product: Wine-staging
Version: 1.9.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fin4478(a)hotmail.com
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: Debian
The Star Stable horse riding game works fine with the Nvidia GT440 card and
proprietary Nvidia driver. In the game you can see several resolutions to
choose from. But when using Amd A8-7600 with the latest Padoka PPA Mesa, the
only resolution in use is 1024x768 that I think is the default value for the
Star Stable game.
Setting wine virtual desktop resolution does not help. Also I have set pci
vendor and device ids to the registry.
Debian testing Xfce and wine-staging csmt enabled used with both gpus.
The game can be downloaded after registration from here:
https://www.starstable.com/en/
--
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.