https://bugs.winehq.org/show_bug.cgi?id=53634
Bug ID: 53634
Summary: Outer Wilds Mod Loader: Application cannot read config
due to Newtonsoft.Json not working correctly in Wine
Product: Wine
Version: 7.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mscoree
Assignee: wine-bugs(a)winehq.org
Reporter: domi+wine(a)secnd.me
Distribution: ---
Created attachment 73032
--> https://bugs.winehq.org/attachment.cgi?id=73032
wine logs
When trying to run OWML in a clean Wine prefix it will fail due to issues with
the Newtonsoft.Json library.
Running the same application with regular .NET 4.8 works perfectly fine. This
issue occurs in multiple applications that use Newtonsoft.Json.
To reproduce:
* Download OWML: wget
https://github.com/ow-mods/owml/releases/download/2.6.0/OWML.zip
* Unzip it: unzip OWML.zip
* Start it with a fresh prefix: WINEPREFIX=$PWD/.prefix wine OWML.Launcher.exe
See attachment for error log.
To fix it simply install dotnet48 with winetricks: WINEPREFIX=$PWD/.prefix
winetricks dotnet48
Starting it now will 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=38581
Bug ID: 38581
Summary: Petka 1: some objects render without transparency
Product: Wine
Version: 1.7.42
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: otaku(a)rambler.ru
Distribution: ---
Created attachment 51474
--> https://bugs.winehq.org/attachment.cgi?id=51474
console output
Wine 1.7.42, 32-bit prefix, Debian Unstable amd64
Game works without these glitches under WinXP
There's interesting d3d-related fixmes in terminal (see attachment)
--
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=26579
Summary: TomTom Home 2 fails to open web links
Product: Wine
Version: 1.3.16
Platform: x86-64
URL: http://download.tomtom.com/sweet/application/home2late
st/TomTomHOME2winlatest.exe
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P3
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
TomTom Home 2 fails to spawn a browser (apparently) and instead a prompt opens
asking you to select a program to open "https files".
It probably wants to open a log-in window or something similar.
Could not find last connected device. Pref reading failed: [Exception...
"Component returned failure code: 0x8000ffff (NS_ERROR_UNEXPECTED)
[nsIPrefBranch.getCharPref]" nsresult: "0x8000ffff (NS_ERROR_UNEXPECTED)"
location: "JS frame :: chrome://tthome/content/ui/mainwin/mainWin.js ::
anonymous :: line 449" data: no]
Stack:
0. chrome://tthome/content/ui/mainwin/mainWin.js:490
unimportantError(e);
1. chrome://tthome/content/ui/bindings/ttdashboard.xml:167
var tmpFunc = new Function(func);
2. function _execute chrome://tthome/content/ui/bindings/ttdashboard.xml:169
tmpFunc();
3. function onClickHandler
chrome://tthome/content/ui/bindings/ttdashboard.xml:150
this._execute();
4. function onclick chrome://tthome/content/ui/dashboard/mainDashboard.xul:1
<?xml version="1.0"?>
Installed the gecko-dbg package but it made no difference to the output.
Launch the app, click more, click "Read the manual for my device".
TomTom Home 2.8.
--
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=42440
Bug ID: 42440
Summary: Jedi Knight Dark Forces II /DirectX7 3D acceleration
issue
Product: Wine
Version: 2.0
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winemac.drv
Assignee: wine-bugs(a)winehq.org
Reporter: kevincarrolldavis(a)gmail.com
The game renders find when 3D acceleration is turned off within the games
Display settings.
When 3D Acceleration is turned on, the game is rendered with randomly-placed
magenta-hue colored pixels.
As mentioned in Bug #42439, this problem seemed fixed after commenting out the
following line from the updateColorSpace function found in the
dlls/winemac.drv/cocoa_window.m file:
[self SetColorSpace:nil];
--
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=48328
Bug ID: 48328
Summary: DarkForces 2 do not see available resolutions
Product: Wine
Version: 5.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3dx9
Assignee: wine-bugs(a)winehq.org
Reporter: axet(a)me.com
Distribution: ---
Created attachment 66054
--> https://bugs.winehq.org/attachment.cgi?id=66054
xrandr log
Hello! I'm trying to run DarkForces 2, seems with recent updated game does not
see all available resolutions.
Ubuntu 19.10, ubuntu wine-4.0.2 and wine-develeopment-4.17 (screen stuck I do
not see anything beside initial game screen, UI respond to mouse movements).
Also I tried to install d3dx9, also I treid winehq repo with 4.0.3 and 5.0~rc2
- games does not see all resolutions. Only two available: 320x180 && 320x240.
According to logs (WINEDEBUG=+xrandr and WINEDEBUG=+ddraw), all ok:
002a:trace:xrandr:X11DRV_XRandR_Init Found XRandR 1.6.
002a:trace:xrandr:xrandr12_init_modes CRTC 0: mode 0x48, 2880x1800+0+0.
002a:trace:xrandr:xrandr12_init_modes OUTPUT 0: name "eDP-1".
002a:trace:xrandr:xrandr12_init_modes Adding mode 0x48: 2880x1800@60.
002a:trace:xrandr:xrandr12_init_modes Adding mode 0x49: 2880x1620@60.
002a:trace:xrandr:xrandr12_init_modes Adding mode 0x4a: 2880x1620@60.
002a:trace:xrandr:xrandr12_init_modes Adding mode 0x4b: 2560x1600@60.
and:
002b:trace:ddraw:ddraw7_EnumDisplayModes Enumerating 2880x1800x32 @0
002b:trace:ddraw:ddraw7_EnumDisplayModes Enumerating 2880x1620x32 @0
002b:trace:ddraw:ddraw7_EnumDisplayModes Enumerating 2560x1600x32 @0
--
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=39421
Bug ID: 39421
Summary: Majesty Gold HD runs very slowly
Product: Wine
Version: 1.7.52
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jonas.bugzilla(a)gmail.com
Created attachment 52535
--> https://bugs.winehq.org/attachment.cgi?id=52535
Clamp the glFlush rate in the Mac driver to 60Hz
The game Majesty Gold HD (http://www.gog.com/game/majesty_gold_hd ) runs very
slowly under Wine for me (Late 2013 iMac 21.5", quad 2.9GHz Core i5, GeForce GT
750M with 1GB GDDR5, OS X 10.9.5). There is an in-game slider to speed up the
game, but it has no effect.
The game is a DirectDraw 7 game. There are also some reports on Windows
regarding this problem, but most people can solve it by telling the game to use
DirectDraw for blitting (set BlitMode=1 in the MajXPrefs, or use the -useddblit
command line parameter -- see
http://forum.paradoxplaza.com/forum/index.php?threads/bug-fixes.601217/#pos…
)
The game performs its drawing commands in the same thread that runs the game
logic (I don't know whether anything else is even supported by by DirectDraw
7). From a trace I can see that game performs many small blits to update only
the parts of the screen that have changed. Example from a trace:
trace:ddraw:ddraw_surface7_Blt iface 0x16c160, dst_rect (0,0)-(24,38),
src_surface 0x16c9c8, src_rect (0,0)-(24,38), flags 0x1000000, fx 0x0.
[ repeats 8 times ]
trace:ddraw:ddraw_surface7_Blt iface 0x16c160, dst_rect (864,661)-(1009,803),
src_surface 0x16c9c8, src_rect (864,661)-(1009,803), flags 0x1000000, fx 0x0.
trace:ddraw:ddraw_surface7_Blt iface 0x16c160, dst_rect (806,999)-(986,1080),
src_surface 0x16c9c8, src_rect (806,999)-(986,1080), flags 0x1000000, fx 0x0.
trace:ddraw:ddraw_surface7_Blt iface 0x16c160, dst_rect
(1097,734)-(1277,914), src_surface 0x16c9c8, src_rect (1097,734)-(1277,914),
flags 0x1000000, fx 0x0.
trace:ddraw:ddraw_surface7_Blt iface 0x16c160, dst_rect (860,481)-(1040,661),
src_surface 0x16c9c8, src_rect (860,481)-(1040,661), flags 0x1000000, fx 0x0.
trace:ddraw:ddraw_surface7_Blt iface 0x16c160, dst_rect (860,481)-(1040,661),
src_surface 0x16c9c8, src_rect (860,481)-(1040,661), flags 0x1000000, fx 0x0.
trace:ddraw:ddraw_surface7_Blt iface 0x16c160, dst_rect
(1354,797)-(1534,977), src_surface 0x16c9c8, src_rect (1354,797)-(1534,977),
flags 0x1000000, fx 0x0.
...
I think Wine, however, always flushes a complete new screen via OpenGL, as the
game spends almost all of its time waiting for glFlush() to finish. I have
verified that this is the case by applying the attached patch to the Mac driver
code to unconditionally clamp the glFlush rate to 60Hz. This solves the speed
issue, even at 1920x1080 (without the patch, the game is glacial even at
800x600). Obviously, the patch cannot be integrated in wine, since it
occasionally discards the "last" blit to screen after a static scene change,
leaving old data visible and no longer updating.
I previously posted about this issue (a long time ago) on wine-dev:
https://www.winehq.org/pipermail/wine-devel/2015-February/106625.html . To
answer some questions/suggestions from the end of that thread:
a) the SkipSingleBufferFlushes registry key does not help (my system supports
the GL_APPLE_flush_render extension)
b) related to Henri Verbeet's suggestion that it may be related to wine
possibly not implementing asynchronous ddraw blits: it's true that wine does
not support this, but OTOH the game does not ask for them either: it calls
ddraw_surface7_Blt rather than ddraw_surface7_BltFast (BltFast is documented on
MSDN as always being asynchronous), and it does not set the DDBLT_ASYNC flag
The game offers a built-in ability to wait for vsync via its configuration file
(set the VSync variable in $HOME/Documents/My Games/MajestyHD/MajXPrefs to
"1"), but that only results in
trace:ddraw:ddraw7_WaitForVerticalBlank iface 0x146750, flags 0x1, event 0x0.
fixme:ddraw:ddraw7_WaitForVerticalBlank iface 0x146750, flags 0x1, event 0x0
stub!
I'm also not sure whether it would help, but looking at the ddraw log (which I
will also attach -- it's a trace+ddraw,trace+d3d_draw log), I think it may
since often there are several blits between the vsync waits.
Some possible approaches to tackle this issue may be:
* handle small direct rects more efficiently
* add support for waiting for VSync in ddraw
There is a demo of an older version of the game, but it can only run in 640x480
and there is no way to adjust the game speed via an in-game slider, and at
least on my system the difference with and without my patch is not very visible
there (http://www.cyberlore.com/Majesty/demo.htm )
--
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=53639
Bug ID: 53639
Summary: Drakan - order of the flame: menu doesn't render
properly, shows only big primitive shapes
Product: Wine
Version: 7.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kotowhiskas(a)protonmail.com
Distribution: ---
Created attachment 73039
--> https://bugs.winehq.org/attachment.cgi?id=73039
log
When launching a game, menu shows only big primitive shapes, which are hard to
click. It's actually a regression from wine 6.0, wine 5.7-11 works fine, also
enabling dgvoodoo2 partially fixes the problem.
The game is not an official copy (becuase I can't find one, even on gog, it's
an old game which doesn't being sold anymore) but a repack, but I don't know if
I can share the link to a torrent here. I have (probably) an copy from disc on
another pc but it's complicated to get copy it on my system.
wine version: staging 7.16
OS: Arch Linux x86_64
Kernel: 5.19.6-arch1-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=45533
Bug ID: 45533
Summary: Puyo Puyo Tetris (Steam) - Game crashes on startup
Product: Wine
Version: 3.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sirmentio123(a)gmail.com
Distribution: ---
Created attachment 61934
--> https://bugs.winehq.org/attachment.cgi?id=61934
These logs are made from the moment I launch steam through the wine prefix to
when the application crashes and when I close it/steam itself out
The program crashes upon launch in the Steam version. win64 was required in
order to play. This was tested obviously with the Steam version and I'm not
sure if it's the same for the one from the SEGA store. As far as I know.
Using the staging version of 3.13
Ubuntu 18.04 x86 64
Nvidia driver 390
X.Org X Server 1.19.6
--
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=53643
Bug ID: 53643
Summary: Drakan - order of the flame: creating server doesn't
work
Product: Wine
Version: 7.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: dplay
Assignee: wine-bugs(a)winehq.org
Reporter: kotowhiskas(a)protonmail.com
Distribution: ---
Created attachment 73046
--> https://bugs.winehq.org/attachment.cgi?id=73046
wine log
When trying to create multiplayer session, it shows "check your connection
settings" because dplay fails. Installing directplay dll from winetricks fixed
the issue.
It's a repack because multiplayer feature is not implemented in the official
demo.
wine version: staging 7.16
OS: Arch Linux x86_64
Kernel: 5.19.6-arch1-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.