https://bugs.winehq.org/show_bug.cgi?id=56790
Bug ID: 56790
Summary: wine binds my application to "lo" adapter
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: contact(a)msteinbusch.nl
Distribution: ArchLinux
Created attachment 76596
--> https://bugs.winehq.org/attachment.cgi?id=76596
A full wine trace
Issue: Farming Simulator 2022 dedicated webserver binds application to "lo"
adapter
Wine doesn't run my program the same way as Windows does, for some reason it
binds to the "lo" adapter. I suspect the application is selecting the first
interface. Sadly there is no way to override this.
I included a full trace, keywords to look trough are winsock, 127.0.0.1,
winsock:bind socket etc.
Any help is welcome and if more info is needed let me know.
Wine: 9.10-1 and <
Archlinux, Kernel 6.9.3. X68_64
A VNC instance where the issue can be reproduced is available on request.
A license key for Farming Simulator 2022 can be provided by me on request.
The download of the game/server can be found at:
https://eshop.giants-software.com/downloads.php
This docker container is using nginx to get around the issue:
https://github.com/wine-gameservers/arch-wine-fs22
Screenshot and logs included in zip.
--
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=14543
Summary: Worms World Party crashes on attempting to run
Product: Wine
Version: 1.1.1
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: quartz
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: Rincebrain(a)gmail.com
Created an attachment (id=14883)
--> (http://bugs.winehq.org/attachment.cgi?id=14883)
Wine 1.1.1 output log (including BT)
Worms World Party crashed when I attempted to run it - WWP fullscreened and
rendered a black screen atop everything else, then Wine crashed, and sat at a
backtrace until I killed wineserver.
Wine output, including backtrace, attached.
--
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=48413
Bug ID: 48413
Summary: Unable to Run DelftShip keep getting "Runtime Error
217 at 00000000004140EC"
Product: Wine
Version: 5.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: drctheboss(a)charter.net
Distribution: ArchLinux
Was able to install and use last year using Mint 19.1 and Wine 4.0.1 using the
following fix, that I had posted in the AppDB for DelftShip. I have since moved
over to Manjaro 18.1.5 and using Staging 5.0-rc2. I followed the procedure
below and it installed acouple of extra files and I didnt see any errors on the
installation, but when I run the program I get "Runtime Error 217 at
00000000004140EC"
Last working fix
"Possible problem with some distro/wine combination - found was that the
downloaded "exe" installer would hang up at "moving files"; see below for
workaround.
Set Winecfg default to Windows 7 The exe installer is affected by bug 34989 /
33345, and the workaround mentioned in that bug report works for DELFTship. Run
the downloaded exe with the following command to extract the files within it:
wine /path/to/version_of_delftship.exe /extract Example: dave@dave-GB-BXBT-1900
~ $ wine /home/dave/Downloads/DELFTship_90_300_mc0_sa.exe /extract This will
create a subdirectory with the extracted files in the directory where the exe
is located. The name of the subdirectory will be some combination of letters
and numbers. Example: /home/dave/Downloads/323610A Within the directory are two
files, Delftship.msi and DelftShip.x64.msi one is 32 bit and one 64 bit. take
your pick, both worked fine on my version of wine 2.0. Once you click on the
version you want it will install DelftShip and ask you if you want to run the
program. That's all folks ;-0"
I hope this can work again thanks for your hard work
--
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=45039
Bug ID: 45039
Summary: Mono: System.UnauthorizedAccessException when trying
to read from stdin when both stdout and stderr are
redirected
Product: Wine
Version: 3.6
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mk+winehq1803(a)pimpmybyte.de
Distribution: ---
I wrote a simple C# program that reads a line from stdin and prints it in
uppercase (01_shout.cs in [1]).
The exe (compiled on Ubuntu with "mcs") is available for download at
http://l.proggr.de/?1839m7ier
It accepts interactive input when run in cmd.exe on windows 7, even with both
stdout and stderr redirected (02_log_win7.txt in [1]).
In Ubuntu, it crashes when trying to read the line while stdin is a TTY and
both stdout and stderr are redirected (03_log_wine.txt in [1]).
Ubuntu 14.04.5 LTS trusty, wine-3.6,
Mono JIT compiler version 3.2.8 (Debian 3.2.8+dfsg-4ubuntu1.1)
Kernel 3.13.0-142-generic #191-Ubuntu SMP Fri Feb 2 12:14:37 UTC 2018 i686 i686
i686 GNU/Linux
[1] https://gist.github.com/mk-pmb/adae211e875ff11274d9b81248d033a3
--
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=37644
Bug ID: 37644
Summary: .NET 3.5 crash when running System.Console.Clear()
Product: Wine
Version: 1.7.30
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: james(a)jameswarner.us
Distribution: ---
Created attachment 50099
--> https://bugs.winehq.org/attachment.cgi?id=50099
Example program, source code to said program and output log
When running System.Console.Clear() under .NET 3.5 in WINE (installed in a
clean .wine through Winetricks), it will crash with:
Unhandled Exception: System.IO.IOException: Invalid handle.
at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
at System.Console.GetBufferInfo(Boolean throwOnNoConsole, Boolean&
succeeded)
at System.Console.Clear()
This can be reproduced by running System.Console.Clear() under any application
in .NET 3.5.
Attached is a demo application to reproduce this, the source code to produce
this issue and the log generated.
WINE version: 1.7.30 under Debian (sid) x86.
--
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=50193
Bug ID: 50193
Summary: Minimizing a window of a Delphi app leads to a window
completely disappearing without any ability to restore
it
Product: Wine
Version: 1.2-rc2
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: download, regression, source, testcase
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: dmitry(a)baikal.ru
Regression SHA1: 61e50e15ba45ad54655f98619f5ef33917033165
Distribution: ---
Created attachment 68708
--> https://bugs.winehq.org/attachment.cgi?id=68708
test app (source + binary)
Applications created with Delphi create secondary top level windows without
WS_EX_APPWINDOW style set, and minimizing such a window leads to a window
completely disappearing without any ability to restore it.
This is a regression caused by
commit 61e50e15ba45ad54655f98619f5ef33917033165
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Fri May 28 12:14:43 2010 +0200
winex11: Map zero-size windows and set an empty window region for them.
Admittedly Windows behaviour is weird: it minimizes such windows in an MDI
style with desktop as an MDI client and Delphi window as an MDI child.
https://source.winehq.org/patches/data/196455 is an attempt to fix this
regression.
Before this patch: no taskbar window for a normal or minimized owned window.
After this patch: no taskbar window for normal owned window, after a window
being minimized a taskbar button appears, after a window being restored a
taskbar button gets removed.
Attachment contains a simple test app (source + binary) that reproduces this
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.
http://bugs.winehq.org/show_bug.cgi?id=23015
Summary: PL\SQL Developer: shows standard message boxes behind
main window
Product: Wine
Version: 1.2-rc2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: comdlg32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: chaostya(a)gmail.com
When I write a query in PL\SQL Developer window, then issue it against DB and
then want to close the window I click [x] and it looks like nothing happens,
but if I move main window down I would see a standard "question" message dialog
box asking me if I want to save my changes. I'm on 1.2-rc2 and it's a
regression from 1.2-rc1
--
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=55986
Bug ID: 55986
Summary: Gunner3 has flickering in fullscreen
Product: Wine
Version: 8.21
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Since wine-6.1 there is flickering when running Gunner3 in fullscreen mode.
Also, from time to time old frame data is shown for a few moments making the
game
It works with winecfg virtual desktop mode, and making screenshots in
fullscreen is hard. It looks similar to the glitches in bug 45168 (but it is
unrelated).
Don't try to click on a level without having the fix from bug 41977 though, it
might crash. The menu is enough to reproduce the 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=53751
Bug ID: 53751
Summary: RollerCoaster Tycoon 1-2: rename dialog is hidden
behind game screen
Product: Wine
Version: 6.1
Hardware: x86-64
URL: https://archive.org/download/RollerCoasterTycoon2Demos
/RCT2_Demo.exe
OS: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: hverbeet(a)gmail.com
Regression SHA1: 4ce1d7f93a35322d149cbde29d619e2580159a80
Distribution: ---
Created attachment 73216
--> https://bugs.winehq.org/attachment.cgi?id=73216
What it looked like the last time it worked
When you click on an attraction or person in RollerCoaster Tycoon 1 & 2 you can
rename the object. A standard windows text-box should open in the upper-left
corner of the screen letting you input a new name for that object.
This text window is hidden behind the game screen when it is opened thus it is
inaccessible/not usable.
Tried with virtual desktop mode and fullscreen: both have the same issue.
Nothing obvious appears in the terminal.
Last version when it worked: Wine-6.0.
Bisecting revealed commit 4ce1d7f93a35322d149cbde29d619e2580159a80
was the culprit. Can't revert it on current Wine but the rename window appears
properly with the previous commit.
Steps to reproduce in RCT 2 demo:
Start a new game with the left-most icon at the bottom, select either "Crazy
Castle" or "Six Flags Belgium" scenario.
Left-click on an object to open an information window, select the rename icon
(looks like a brownish name-tag). A text-box is opened but it is placed behind
the game screen.
RCT2_Demo.exe (69M)
md5: 2d07a92c72ed5077a933ec9bf395f4d2
Still present in wine-7.18-120-g001665d7354.
Xfwm4 version 4.16.1
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: NVIDIA GeForce GT 730/PCIe/SSE2
OpenGL core profile version string: 4.6.0 NVIDIA 470.141.03
OpenGL core profile shading language version string: 4.60 NVIDIA
--
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=44840
Bug ID: 44840
Summary: Icewind Dale unusably glitchy starting with Wine
Version 3.2
Product: Wine
Version: 3.4
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: wodencafe(a)gmail.com
Distribution: ---
Starting with Wine 3.2 and on, Icewind Dale (2.0.0.11 (GOG)) is having very
strange input / glitchy rendering issues.
I have attached a video comparison with 3.1 where it works fine.
Tested with 3.2, 3.3, and 3.4, and all have the strange input and glitchy
problem.
There are no additional wine modifications.
Please see the video for example of problem, and comparison of when it was
working with 3.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.