http://bugs.winehq.org/show_bug.cgi?id=34298
Bug #: 34298
Summary: Wine use any Tahoa it find !!
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: moceap(a)hotmail.com
Classification: Unclassified
Created attachment 45661
--> http://bugs.winehq.org/attachment.cgi?id=45661
Wine Tahoma and old native Tahoma
When install msttcore-fonts which install some old native Windows fonts on
Linux , Wine use native Tahoma instead built-in one .
Old native Tahoma doesn't contain Arabic characters .
So Arabic in Tahoma places don't shown .
I suggest to prevent Wine to use any Tahoma except Wine one .
Thank You For Attention .
--
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=53500
Bug ID: 53500
Summary: PixelFormats PFD_GENERIC_FORMAT flag doesn't get set
Product: Wine
Version: 5.0
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winemac.drv
Assignee: wine-bugs(a)winehq.org
Reporter: ddaniels(a)umalumni.mb.ca
https://github.com/opentk/opentk/issues/523
If you grep through the Wine source, you can see that it never sets the
PFD_SUPPORT_COMPOSITION flag, under any of the graphics drivers.
On macOS, the winemac driver never sets PFD_GENERIC_FORMAT so OpenTK treats all
modes as accelerated.
This causes programs such as an older version of BizHawk for macOS (
https://github.com/TASVideos/BizHawk/releases/ ) to fail and even some more
recent software that uses the OpenTK library.
--
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=34872
Bug #: 34872
Summary: Keyboard Enter doubled
Product: Wine
Version: 1.7.4
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bza.10.juebo(a)spamgourmet.com
Classification: Unclassified
I am trying to run SpeQ Mathematics ( http://www.speqmath.com/files/speq.zip )
with wine-1.7.4 on lubuntu 13.10, locale German (but others won't work too)
When I enter a line and hit ENTER for calculating it seems that there are sent
2 Enter-commands or a Ctrl-Enter Command and the line is not calculated.
With F5 (calculate sheet) or right mouse click and "calculate line" SpeQ works
well.
It did work once ago. I think it was with wine 1.4
Similar problem with "Ultra Edit": After hitting Enter a new line is generated
but the coursor is placed behind the last line. When typing a key the cursor
jumps to the last line.
--
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=41134
Bug ID: 41134
Summary: Error messagew launched when starting foxit reader-802
Product: Wine
Version: 1.9.16
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: joachim.backes(a)rhrk.uni-kl.de
Distribution: ---
Created attachment 55338
--> https://bugs.winehq.org/attachment.cgi?id=55338
Error mesage when launching foxitreader-802.
I installed Foxit reader 802 from foxitsoftware.com
(FoxitReader802_enu_Setup_Prom.exe). If starting it, an error message is
launched, but the software seems to run properly.
--
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=53496
Bug ID: 53496
Summary: d3d10core:d3d10core sometimes crashes on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
d3d10core:d3d10core sometimes crashes on Windows. The crash rate is about 1.5%,
thus causing false positives. Furthermore the location of the crash seems
somewhat random:
d3d10core.c:3172: this is the last test seen before the exception
1afc:d3d10core: unhandled exception c0000005 at 0000000000402207
or
d3d10core.c:3191: this is the last test seen before the exception
1110:d3d10core: unhandled exception c0000005 at 0000000000403EF9
or
d3d10core.c:16482: this is the last test seen before the exception
0250:d3d10core: unhandled exception c0000005 at 00000000004025D4
or (w7u)
d3d10core.c:17273: Tests skipped: Skipping test with DXGI_FORMAT_R8G8B8A8_UINT
on WARP.
0d2c:d3d10core: unhandled exception c0000005 at 7FF9615D
...
https://test.winehq.org/data/patterns.html#d3d10core:d3d10core
It is possible that the randomness is caused by the test's multi-threading.
--
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=53493
Bug ID: 53493
Summary: user32:menu - test_AppendMenu() fails when handle
>0x80000000
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
user32:menu - test_AppendMenu() fails when the submenu handle is greater than
0x80000000:
menu.c:2654: Test failed: id 3041329881: wID b54702d9 should be equal to
hSubMenu FFFFFFFFB54702D9
menu.c:2654: Test failed: id 3041395417: wID b54802d9 should be equal to
hSubMenu FFFFFFFFB54802D9
https://test.winehq.org/data/patterns.html#user32:menu
--
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=53029
Bug ID: 53029
Summary: Clipboard cut/paste partially broken in wine 7.8.1.2
Product: Wine
Version: 7.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: joesalmeri(a)verizon.net
Distribution: ---
I run openSUSE Tumblewed.
I was running Tumbleweed build 20220422 which was using wine 7.6.3.3 where
everything worked without issue.
After updating Tumbleweed to build 20220519 which is using wine 7.8.1.2 I
encountered problems with pasting from the clipboard in wine apps.
The following summarizes which cut/paste clipboard operations work and which do
not work.
Clipboard cut/paste was partially broken in build 20220519 ( updated from build
20220422 ) where it worked without any problems.
The problem specifically occurs between WINE apps and native apps.
Cut/Paste between native apps like Kate and LibreOffice Write works fine in
both directions.
Cut/Paste between 2 WINE apps like 2 instances of Notepad also works fine.
Cut/Paste between a Native app and a WINE app does NOT work.
Examples:
Kate cut and paste to Notepad does NOT work
LibreOffice Writer cut and paste to Notepad does NOT work
Cut/Paste between a WINE app and a Native app works fine.
Examples:
Notepad cut and paste to Kate works fine
Notepad cut and paste to LibreOffice Writer works fine
NOTE:
I used Notepad as the WINE app in my examples because it is install when
WINE was installed but the WINE app does NOT have to be Notepad.
The problem actually also occurs with all the other WINE apps which I have
installed when the cut was done in a native app.
--
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=53137
Bug ID: 53137
Summary: dxgi:dxgi - test_set_fullscreen() has 4 rare failures
on Windows 8
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
dxgi:dxgi - test_set_fullscreen() has 4 rare failures on Windows 8:
dxgi.c:2831: Test failed: Got unexpected hr 0x887a0022.
dxgi.c:2834: Test failed: Got unexpected fullscreen 0.
dxgi.c:2837: Test failed: Got unexpected hr 0x887a0022.
dxgi.c:2840: Test failed: Got unexpected fullscreen 0.
https://test.winehq.org/data/patterns.html#dxgi:dxgi
These failures are rare enough on some TestBot VMs (particularly w8adm) to
sometimes be mistaken for new failures.
Also they happened at least once on w1064 when running Windows 2009, and once
on w10pro64 when running Windows 21H1. So this may not be specific to Windows 8
but the probability of seeing these failures on the other Windows versions is
only about 0.1%.
--
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=53476
Bug ID: 53476
Summary: SRGP Studtio Games run slowly with Wine d2d
Product: Wine
Version: 7.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d2d
Assignee: wine-bugs(a)winehq.org
Reporter: rjtulloh(a)gmail.com
Distribution: ---
Created attachment 72844
--> https://bugs.winehq.org/attachment.cgi?id=72844
Log of loading an autosave and starting a battle with
WINEDEBUG=-all,+d2d,+timestamp
Games made using SRPG Studio run extremely slowly when using Wine.
The games I've tested the most are Vestaria Saga I & II, but it seems to be a
general issue for games made with SRPG Studio.
In-game performance depends heavily on what's on screen at the moment. If
there's only a few units on screen, games may run at around 30 FPS, but with
more than a dozen or so units on screen the framerate drops closer to 20 FPS.
Turning on the enemy range preview also causes a noticeable decrease in
performance.
Battles also run at a lower framerate, but it looks like there were engine
changes between Vestaria Saga I > II such that battles run a bit more smoothly
in II.
I was able to run Vestaria Saga I & II inside a Windows VM at what I think is
~60 FPS. But I observed a performance decrease similar to non-native when I
added Wine's d2d1.dll to the game's folder inside the VM.
--
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=53489
Bug ID: 53489
Summary: user32:dde sometimes gets stuck on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
user32:dde sometimes gets stuck on Windows:
02fc:dde: 82 tests executed (0 marked as todo, 0 failures), 0 skipped.
user32:dde:0304 done (258) in 120s
https://test.winehq.org/data/patterns.html#user32:dde
Based on the available traces, the test always gets stuck somewhere after
test_msg_server() completes (see first child process completion trace), but
before test_ddeml_server() does (missing second child process trace).
This also only happens on Windows 10 but any version thereof (1507 to 21H2).
--
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.