https://bugs.winehq.org/show_bug.cgi?id=45584
Bug ID: 45584
Summary: FindFirstFile fails to correct case when full name
supplied
Product: Wine
Version: 3.13
Hardware: x86
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: us(a)edmeades.me.uk
Distribution: ---
Created attachment 62002
--> https://bugs.winehq.org/attachment.cgi?id=62002
Simple testcase in c
FindFirstFile can be used to correct the case of a file. In fact when trying to
correct the case of the whole path and file, a google implies its a good
routine to use to pass each part of the directory tree through
Problem: If findfirstfile isnt passed a wildcard, it looks for the file in
question and if it exists, returns the case of the file as supplied, not the
case as it is on disk
Try supplied testcase.
I think this can also be seen by:
wine cmd
dir >ABCD
dir abcd
Note in the directory listing it shows abcd, not ABCD
--
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=45713
Bug ID: 45713
Summary: FusionFall Retro: fails to launch
Product: Wine-staging
Version: 3.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: macariopatrick(a)icloud.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 62144
--> https://bugs.winehq.org/attachment.cgi?id=62144
Upon getting the error message, I exit Terminal to kill Wine.
The launcher allows me to log into my account, but when the launcher downloads
the files necessary to play the game, it doesn't launch. Unity Web Player
displays an error message stating that Unity Web Player needs to be updated. It
works on Windows correctly, but not in Wine. The game uses a custom version of
Unity Web Player 2.x.x.
--
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=46254
Bug ID: 46254
Summary: EnumResourceTypesW should return True if there are no
resources to enumerate
Product: Wine
Version: 3.17
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: stu.axon(a)gmail.com
Distribution: ---
EnumResourceTypesW -- When there are no resource types to enumerate the
function instead of True will return False (see
https://github.com/wine-mirror/wine/blob/master/dlls/kernel32/resource.c#L2…)
This bug was originally reported in pywin32-ctypes
https://github.com/enthought/pywin32-ctypes/issues/59
--
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=28583
Bug #: 28583
Summary: MS Exchange setup no long displays images
Product: Wine
Version: 1.3.11
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: mshtml
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: leslie_alistair(a)hotmail.com
Classification: Unclassified
Created attachment 36725
--> http://bugs.winehq.org/attachment.cgi?id=36725
Console Output.
The the URL is created in the HTMLImgElement_put_src, it fails to load it
because the path is relative, and the ALLOW_IMPLICIT_FILE_SCHEME hasn't be
used.
See attached file for snippet.
--
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=23364
Summary: 16-bit games - many don't work in Wine.
Product: Wine
Version: 1.1.42
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: turbolad995(a)hotmail.co.uk
As I have not found a bug report for this already I've decided to create one
myself.
Many 16-bit games, especially the old Windows 3.1 games like "whack-a-mole",
"Bricklayer" and many others I've tried simply don't work at all in Wine. Since
there's too many 16-bit games to list, it makes sense to write one bug report
covering the same problem i.e. problems running 16-bit games.
Try some yourself from here:
http://members.chello.at/theodor.lauppert/games/win16.htm
Here I've found that the 32-bit version of tetris works in Wine, but the 16-bit
version does NOT work at all (try it yourself from this link, you get to
download both the 32-bit and 16-bit versions respectively, at the bottom of
that page): http://members.chello.at/theodor.lauppert/games/tetrisjr.htm
I'm pleased to say that the Ballistic (Paddle) game appears to work:
http://www.classicdosgames.com/genre/paddle.html
This bug report may appear trivial and not important, but playing old Windows
games appeals to some people. These games will NOT work in dosbox. Also
consider that 64-bit versions of Microsoft Windows won't even run 16-bit
programs and games, whereas Wine can sometimes get them working, as in the case
of the Ballistic game.
--
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=31704
Bug #: 31704
Summary: AutoCAD 2008: Next button doesn't work in activation
window
Product: Wine
Version: 1.5.13
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: jscript
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lukasz.wojnilowicz(a)gmail.com
Classification: Unclassified
Created attachment 41677
--> http://bugs.winehq.org/attachment.cgi?id=41677
Activation window
Steps to reproduce:
1) remove ~/.wine
2) winetricks dotnet20sp2
3) install AutoCAD
4) wine acad.exe
5) select that you want to activate product and click next
6) enter your registrations data
6) click next (see attached image)
Behaviour:
Nothing happens.
Expected behaviour:
Content of window should change.
--
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=47331
Bug ID: 47331
Summary: Steam browser flickering
Product: Wine-staging
Version: 4.9
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: werifGX(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
As referenced on https://github.com/PhoenicisOrg/scripts/issues/994 steam
installed using `winetricks 20190310-next` on debian buster using `wine-4.9
(Staging)` which has win7 environment, gameoverlayrenderer dll_override
disabled and CSMT enabled result in flickering of steam browser as presented on
https://youtu.be/LaR8nQ0Ir2w
Suspecting this beeing wine issue.
--
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=48385
Bug ID: 48385
Summary: Rising Lands freezes when navigating back by pressing
ESC key on main menu
Product: Wine
Version: 4.11
Hardware: x86
URL: https://appdb.winehq.org/objectManager.php?sClass=appl
ication&iId=19674
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: vyproyects(a)gmail.com
CC: z.figura12(a)gmail.com
Regression SHA1: 1bc9c4fdb2e6c2762105c14cdafb7d4ea3370625
Distribution: Ubuntu
Created attachment 66145
--> https://bugs.winehq.org/attachment.cgi?id=66145
Rising Lands navigating back output
This is NOT a regression but a still not working at all bug resulting of a
previous bugfix.
I mean, before Wine 4.11 in Rising Lads game (a Win95 game that uses wine 32
bit configuring it with Windows 95 compatibility), it was impossible at all to
navigate back from a secondary menu at main menu by pressing ESC key.
This is, if you clicked on "load game" from main menu and then pressed ESC key
to go back to main menu, all texts were cleared and animations stopped
resulting in a freezed screen. Same happens during gameplay in order to save
the game.
As of a bugfix in wine 4.11 now is possible to go back but just in a certain
situation: being in windowed mode (due to another bug) you have to which to any
other app by pressing Alt+TAB. At the very moment wine loses the focus main
menu is refreshed. No need to go back again to wine, though. As you can see if
dragged apart the new appearing window.
I've made a regression testing to find out which exact commit had fixed this
bug this way, and this is the output:
1bc9c4fdb2e6c2762105c14cdafb7d4ea3370625 is the first fixed commit
commit 1bc9c4fdb2e6c2762105c14cdafb7d4ea3370625
Author: Zebediah Figura <zfigura(a)codeweavers.com>
Date: Mon Jun 17 14:46:20 2019 -0500
winex11: Update the state of all keys on KeymapNotify.
The Binding of Isaac transitions in and out of fullscreen when the "F" key
is pressed. Specifically, it will swap states when receiving WM_KEYDOWN,
provided that the previous key state was not pressed (i.e. bit 30 is 0).
However, as part of the process of transitioning, it hides and shows its
window, causing it to temporarily lose focus. If the F key is released while
the window does not have focus, Wine misses this fact, and thinks that the key
was already pressed the next time it is pressed, causing the game to refuse to
change focus. Windows will not deliver WM_KEYUP messages to a window that does
not have focus, but it will always report the true previous state of any key on
the keyboard when requested.
Signed-off-by: Zebediah Figura <zfigura(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
:040000 040000 2348a78ab9f7e1c7abfa45606b769dc0d28986ee
056dbd175d366ab2ee50c4d1f3674a01307a718d M dlls
Although I use spanish version this also happen on english version even without
installing the patch update.
A download url is available on AppDB:
https://appdb.winehq.org/objectManager.php?sClass=application&iId=19674
VGA compatible controller: Intel Corporation HD Graphics 5500
Display controller: Advanced Micro Devices, Inc. [AMD/ATI] Sun XT [Radeon HD
8670A/8670M/8690M / R5 M330 / M430 / R7 M520] (rev 83)
Subsystem: Lenovo Radeon R5 M330
Kernel driver in use: radeon
Kernel modules: radeon, amdgpu
Hope this help to find out the real problem.
--
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=48381
Bug ID: 48381
Summary: Regression: Video clips shows black on Beasts &
Bumpkins
Product: Wine
Version: 5.0-rc3
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: vyproyects(a)gmail.com
CC: z.figura12(a)gmail.com
Distribution: ---
On Beasts & Bumpkins game, a video clip is played to present every new mission.
This video y shown black, but audio sounds correctly. Note that initial trailer
video clips work properly but if you start a new single campaign the following
video that presents the first mission does not work, showing black.
This is a Win95 game. Therefore I have to use wine 32bit and apply windows 95
configuration.
I use my original copy but as this game is abandonware, you can download it
from https://www.myabandonware.com/game/beasts-bumpkins-bh1
I have made a Regression Testing, and this is the result:
70d842b106d3ccbb0a786a41474903bddc4ea879 is the first bad commit
commit 70d842b106d3ccbb0a786a41474903bddc4ea879
Author: Zebediah Figura <z.figura12(a)gmail.com>
Date: Wed Apr 10 22:30:32 2019 -0500
winex11: Resize the screen when changing CRTC modes.
Based on a patch by Gabriel Corona.
According to the RandR spec for RRSetCrtcConfig:
"The entire area of the CRTC must fit within the screen size, else a Match
error results. As an example, rotating the screen so that a single CRTC fills
the entire screen before and after may necessitate disabling the CRTC, resizing
the screen, then re-enabling the CRTC at the new configuration to avoid an
invalid intermediate configuration."
This patch involves resizing the screen also when shrinking a CRTC, not
just when expanding it past the current screen size. This is partially because
we have no way to reliably determine the current display width (DisplayWidth()
is never updated past opening the connection, and RandR exposes no way to
retrieve the screen dimensions), and partially because it's probably what the
user wants anyway (e.g. it's what the `xrandr` configuration app does when the
screen size is not expliticly specified).
This patch fixes TestBot failures on the Debian machines for ddraw, d3d8,
and d3d9 device tests.
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=33290
Signed-off-by: Zebediah Figura <z.figura12(a)gmail.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
:040000 040000 d92f238e7027e98c0a0de5bb3b9d347d4e9cdf59
64a7029fc3158c55fd9d1c2822c7cfa18984d054 M dlls
--
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=48175
Bug ID: 48175
Summary: AION (64 bit) - crashes in CrySystem32.dll.CryFree()
due to high memory pointers allocated
Product: Wine
Version: 4.20
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: gofmanp(a)gmail.com
Distribution: ---
Created attachment 65809
--> https://bugs.winehq.org/attachment.cgi?id=65809
Force down-top memory allocation
Split off from bug #40334.
The crash happens after the original issue in Bug #40334 is solved, after the
loading screen or very soon after login.
The game expects memory pointers from HeapAlloc and VirtualAlloc to fit in the
certain range. It is fine with ~16GB range as per my observations, that is, up
to 0x3ffffffff address.
I am attaching the patch which is confirmed to fix the issue with AION. The
patch consists of two, the first one is not exactly related but the second one
depends on it. At the present moment the first one is passing the review
upstream. The solution in the second patch is to force virtual memory
allocation return lower addresses when they are available (unless top-down
allocation is explicitly requested), that's how it seem to work on Windows. The
patch does it essentially the same way as the allocation with zero_bits mask is
performed.
--
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.