https://bugs.winehq.org/show_bug.cgi?id=38423
Bug ID: 38423
Summary: Python 3.5.x exe installer fails with Access denied
error
Product: Wine
Version: 1.7.40
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bunglehead(a)gmail.com
Distribution: ---
When you start 3.5.0a3 installer (webinstall or a full one) you get blank
dialog with no controls (I don't know if it's expected or not), clicking
anywhere shows up a progress bar but after a couple of moments if fails with
access denied error.
--
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=45218
Bug ID: 45218
Summary: Fallout 4 Script Extender fails to allocate trampoline
buffers
Product: Wine
Version: 3.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: buggy(a)ifel.se
Distribution: ---
Created attachment 61445
--> https://bugs.winehq.org/attachment.cgi?id=61445
f4se log
f4se will abort initialization and launch Fallout4 without modification when
launching with unpatched wine. It looks for 64K of unreserved memory before the
addresses of Fallout4.exe and whichever f4se dll is being loaded for trampoline
buffers.
I see two issues here. The first is that get_free_mem_state_callback is
returning that a block before the exe base overlaps the exe area (ie if exe
base address is 0x14000000000 it will reject a 64K block starting at
0x13FC0000000 as overlapping).
The other issue is that when the f4se dll is being loaded it's being loaded at
a lower address. The code that looks for trampoline buffer space aborts when it
gets to a lowest acceptable address which is the module address minus
0x78000000. For low addresses this wraps back around to a high address.
Switching to loading dlls from top down stops this from happening but I doubt
that's a good approach.
With the two patches I'm about to attach f4se completes initialization and
everything seems to run fine.
--
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=47514
Bug ID: 47514
Summary: AviUtl: Can't add a file to the ExEdit dialog after
the first drop.
Product: Wine
Version: 4.12.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: sagawa.aki+winebugs(a)gmail.com
Distribution: Ubuntu
AviUtl is a Japanese AVI file editing tool. When a user drop a file to the
ExEdit dialog, it doesn't accept after the first time.
How to reproduce:
1. Download aviutl_plus_20120619.zip from
http://spring-fragrance.mints.ne.jp/aviutl/
2. Unzip it.
3. Launch aviutil.exe in Japanese locale, i.e. LANG=ja_JP.UTF-8 wine aviutl.exe
4. Choose [設定]-[拡張編集の設定] (Settings-ExEdit Settings), then the window titled
拡張設定 (ExEdit) will be shown.
5. Drag and drop a media file (*.avi/*.jpg/*.png/*.wav) to the window. New
project dialog is shown.
6. Clieck [OK].
7. After the click, an object setting window (e.g. 画像ファイル[標準描画]) is shown and
the object bar is added to the right of the Layer 1 label in the ExEdit window.
8. Close the object setting window with the right upper [X] button.
9. Drag and drop a media file to the window, again.
Expected behavior:
* An object setting window for the file is shown, and
* New object bar is added below the existing object bar(s) in the ExEdit
window.
Actual behavior:
* Nothing happens.
--
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=47129
Bug ID: 47129
Summary: Caste Siege/Ballerburg crashes on start
Product: Wine
Version: 4.7
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: byi5000(a)gmail.com
Distribution: ---
Created attachment 64349
--> https://bugs.winehq.org/attachment.cgi?id=64349
Backtrace
Old ddraw7 game crashes on start. Using wine-staging-4.7 and set to Windows XP
--
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=47143
Bug ID: 47143
Summary: slider control button missing on Metatrader 4 expert
advisor
Product: Wine
Version: 4.7
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: iip.umar.rifai(a)gmail.com
Distribution: ---
Created attachment 64373
--> https://bugs.winehq.org/attachment.cgi?id=64373
screenshoot of missing slider control
Using standar installation mt4, can't change slider position because no button
in the control.
--
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=31350
Bug #: 31350
Summary: Cannot install T-Online
mediencenter_assistent_setup.exe (entry point method)
Product: Wine
Version: 1.5.9
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: johannesobermayr(a)gmx.de
Classification: Unclassified
wine mediencenter_assistent_setup.exe
fixme:heap:HeapSetInformation (nil) 1 (nil) 0
The entry point method could not be loaded
--
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=46473
Bug ID: 46473
Summary: Settlers IV History Edition
Product: Wine
Version: 4.0-rc4
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: bcrypt
Assignee: wine-bugs(a)winehq.org
Reporter: supagu(a)gmail.com
Distribution: ---
This is the newly released (2018) Settlers 4: History Edition.
The game loads, although I need to click the mouse to get past the intro video
else it crashes there.
I get a few moments in the menu before the game crashes out.
Terminal log:
00cb:fixme:ddraw:d3d_device_create Only one Direct3D device per DirectDraw
object supported.
00d2:fixme:bcrypt:BCryptOpenAlgorithmProvider algorithm L"ECDH_P256" not
supported
002d:fixme:kernelbase:AppPolicyGetProcessTerminationMethod 0xfffffffa, 0x33fe3c
003a:fixme:ras:RasEnumConnectionsW (0xa5ef510,0x944fbb4,0xfb30004),stub!
003a:fixme:ras:RasEnumConnectionsW RAS support is not implemented! Configure
program to use LAN connection/winsock instead!
00ed:fixme:process:SetProcessDEPPolicy (3): stub
00ed:fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub
00ed:fixme:ntdll:EtwEventRegister ({d2d578d9-2936-45b6-a09f-30e32715f42d},
0x114dabc0, 0x14e7f0d0, 0x14ebdf48) stub.
00ef:fixme:process:SetProcessDEPPolicy (3): stub
00ef:fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub
00ef:fixme:ntdll:EtwEventRegister ({d2d578d9-2936-45b6-a09f-30e32715f42d},
0x114dabc0, 0x14e7f0d0, 0x14ebdf48) stub.
00f1:fixme:process:SetProcessDEPPolicy (3): stub
00f1:fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub
00f1:fixme:ntdll:EtwEventRegister ({d2d578d9-2936-45b6-a09f-30e32715f42d},
0x114dabc0, 0x14e7f0d0, 0x14ebdf48) stub.
[0116/190927.454:INFO:CONSOLE(144)] "Uncaught TypeError: Cannot read property
'myProduct' of undefined", source:
uplay://localhost/ui/view/main/mainViewController.js (144)
[0116/190927.454:INFO:CONSOLE(39)] "MainView: Missing route for
MessagePromotionsUpdated.", source: uplay://localhost/common/upc.js (39)
[0116/190928.087:INFO:CONSOLE(39)] "NavigationView: Missing route for
MessageMainViewSectionChanged.", source: uplay://localhost/common/upc.js (39)
[0116/190928.088:INFO:CONSOLE(39)] "NavigationView: Missing route for
MessagePromotionsUpdated.", source: uplay://localhost/common/upc.js (39)
[0116/190928.089:INFO:CONSOLE(39)] "NavigationView: Missing route for
MessageMainViewSectionChanged.", source: uplay://localhost/common/upc.js (39)
[0116/190928.091:INFO:CONSOLE(39)] "NavigationView: Missing route for
MessageAssetRetrieved.", source: uplay://localhost/common/upc.js (39)
009a:fixme:wincodecs:ImagingFactory_CreateEncoder ignoring vendor GUID
003a:fixme:ras:RasEnumConnectionsW (0xa5ef510,0x944fbb4,0xfb30004),stub!
003a:fixme:ras:RasEnumConnectionsW RAS support is not implemented! Configure
program to use LAN connection/winsock instead!
--
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=47069
Bug ID: 47069
Summary: Final Fantasy XIV Launcher renders black
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mshtml
Assignee: wine-bugs(a)winehq.org
Reporter: winehq.eloelo(a)spamgourmet.com
Distribution: ---
Hi!
I saw that no issue had been created here, so I figured it was the right place.
The final fantasy XIV launcher no longer renders correctly through wine, and it
might seem to be caused by multiple bugs.
https://github.com/ValveSoftware/Proton/issues/580
There is a lot of information to dig through, so I'll make a summary here.
Since last game-patch the launcher stopped working. The launcher is somehow
trying to access https://frontier.ffxiv.com/version_4_0_win/version_4_0_win/
instead of just https://frontier.ffxiv.com/version_4_0_win/. This is a
potential wine parsing bug?
You can however bypass this issue and make it load the correct url. At which
point the launcher renders nothing. It is theorized that this might be due to
mshtml issues, but nothing is confirmed. This would be the main issue here, in
my eyes.
--
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=47424
Bug ID: 47424
Summary: DataTransferLength in SCSI_PASS_THROUGH and
SCSI_PASS_THROUGH_DIRECT *must* have return value
Product: Wine
Version: 4.0
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: peter(a)smart-projects.net
Distribution: ---
I develop Windows software ( fyi: www.isobuster.com )
I have no clue about Linux though advice people to use Wine when needed ( fyi:
https://www.isobuster.com/linux-mac.php )
I do not use Linux nor wine myself.
So, this is based on user feedback, but I asked to make a log file and based on
that feedback I understand the issue and can report it here:
The user runs IsoBuster 4.4 on Linux Mint 19 Cinnamon using Wine 4.0 (which
simulates Windows 7 (2.6.1.7601)).
FYI:
https://docs.microsoft.com/en-us/windows-hardware/drivers/ddi/content/ntdds…
When using the SCSI_PASS_THROUGH_DIRECT (or SCSI_PASS_THROUGH) structures I
find that the 'DataTransferLength' field contains '0' after a successful call.
That is not OK, it should contain the amount of bytes that were put in the
buffer during command execution.
To easily reproduce in a debug environment, run IsoBuster in free mode (Get it
here: https://www.isobuster.com/download/ ) and use it on optical media (CD,
DVD, BD). You will see that no file systems etc. are found. This is because
IsoBuster internally fails the read commands, and this due to the fact that it
thinks no data was transferred ( DataTransferLength == 0 ).
Older IsoBuster versions did not encounter this issue because they didn't care
about DataTransferLength. However I found that there are bad behaving (most
likely USB bridge) Windows drivers that return less data than requested (yet
without any error or warning). For instance a read of 27 * 2352-byte blocks
would succeed but the buffer would only contain some 22 good blocks, and the
rest was nonsense. I found that especially for read commands I had to double
check DataTransferLength to make sure the requested data was indeed
transferred. If not, further retries and/or breaking up the reads then avoids
data corruption.
I'm certain this is a bug and I hope it is fixed soon. If not I will need to
try and detect Wine and make a work-around, which is less desirable.
Best,
Peter
--
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=47352
Bug ID: 47352
Summary: Levelhead: Can't connect to game's network
Product: Wine
Version: 4.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: elainamartineau(a)gmail.com
Distribution: ---
When attempting to access Levelhead's servers from within the game, the game
fails and shows the message "Login failed. Could not communicate with the
server".
This problem first showed up when running Levelhead through Proton, but I
confirmed that it also happened when running it through Windows Steam in
regular Wine.
In the Reddit thread at
https://www.reddit.com/r/levelhead/comments/bowink/linux_support/, the
developer said that the log output from the game means that Wine is somehow
stripping the headers from the request.
--
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.