https://bugs.winehq.org/show_bug.cgi?id=45857
Bug ID: 45857
Summary: Incorrect text color (The Longest Journey)
Product: Wine
Version: 3.16
Hardware: x86-64
URL: https://games.softpedia.com/get/Games-Demo/The-Longest
-Journey-161-Demo.shtml
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jhansonxi(a)gmail.com
Distribution: Ubuntu
Created attachment 62344
--> https://bugs.winehq.org/attachment.cgi?id=62344
Wine screenshot
In-game text is outlined in a magenta color. See attached screenshots.
Reproduced with demo 161 and full version (GOG.com) build 142.
MD5: 6d7f91e0a19513e859775862b2ac43d8 thelongestjourneydemo_english.exe
wine-devel 3.16.0~xenial from winehq.org
Xbuntu 16.04.5 x86_64
Nvidia GeFOrce GTX 750 Ti, driver version 384.130
--
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=41549
Bug ID: 41549
Summary: Hover! in fullscreen mode does not cover the top bar
in Gnome.
Product: Wine
Version: 1.9.20
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: aaronbpaden(a)gmail.com
Distribution: ---
I'm using wine-staging 1.9.20.
When you set Hover! to fullscreen, it sets the display resolution and fills up
most of the screen as it should, but it's set under top bar in GNOME, resulting
in several rows of pixels from the bottom of the application also being outside
of the display.
I confirmed that Hover! does cover the task bar in a Windows VM.
There's nothing really in the logs, except for a weird
"fixme:process:LoadModule Strange error set by CreateProcess: 193", but that
shows up before setting fullscreen.
--
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=37192
Bug ID: 37192
Summary: Some Chinese displayed as garbage in DushuBus
everytime updating bookmarks
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: penghao(a)linuxdeepin.com
DushuBus is an online book reader.
Download DushuBus from http://www.dushubus.com/down/book_setup_12.4.exe
Install Dushbus and dependencies: winetricks -q mdac28 jet40.
Step 0.Start DushuBus from
C:/Program Files/读书巴士/Book.exe
Step 1. Click the 网站设置 (Network settings) item from the dropdown menu in the
right top corner of DushuBus:
Step 2. Click 小说正文标识设置 (Bookmarks settings)
Step 3. Click 在线更新 (online update)
Step 4. Click 确定 (ok)
See: dushubus_code.png for screenshot
Some Chinese characters display in garbage.
===
未完待续,欲知后事如何,请登录新浪原创┰母嗾陆凇VС肿髡撸С终妗?lt;/p><p>新浪原创:http://vip.book.sina.com.cn
===
--
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=38797
Bug ID: 38797
Summary: can not write in Greek in cherrytree and keepnote
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: grendal74.geo(a)yahoo.com
Distribution: ---
It may not be a wine problem
http://portableapps.com/apps/office/cherrytree-portable
and
http://portableapps.com/apps/office/keepnote-portable
These are note taking apps.
They work ok with wine but can not write notes in Greek.
In other note taking apps like
http://portableapps.com/apps/office/babelpad-portable
, I am able to write Greek.
--
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=48060
Bug ID: 48060
Summary: no internet connectivity within wine ubuntu 19.04
Product: Wine
Version: 4.0-rc1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mike.lussier(a)gmail.com
Distribution: ---
running Ubuntu 19.04
I'm running Winlink-express and its complaining that there is no internet
connectivity. This is the first time in years that I have actually gotten wine
to install on ubuntu without complaining and now this.
wine version
wine-4.0 (Ubuntu 4.0-1)
wine-mono-4.7.1
wintricks 20190912-next
dotnet35sp1
--
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=27584
Summary: MFC fillrect draws differently under wine
Product: Wine
Version: 1.3.21
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bailey937(a)yahoo.com
Created an attachment (id=35259)
--> (http://bugs.winehq.org/attachment.cgi?id=35259)
sample program for reproducing FillRect bug
I have a program that uses CPaintDC.FillRect() to draw histogram samples.
It draws one-pixel wide vertical rectangles.
Under wine, the bottom-most pixel is not drawn.
I'm attaching a sample program. Under Windows7 (have 64bit pro), the red line
is touching the black baseline and the black line on the right is touching the
baseline also.
When I run the program under wine, both the red vertical line on the left and
the black vertical line on the right are floating one pixel above the baseline.
I tried both 32bit Ubuntu 11.04 (wine 1.2.2) on a netbook and also Fedora 15
64bit (wine 1.3.21) under Virtualbox on my Windows machine. Both have the same
problem.
The relevant code for the test case is in
CChildView::OnPaint() in ChildView.cpp
--
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=48483
Bug ID: 48483
Summary: Mouse cursor always visible in Gothic 2 with D3D11
renderer
Product: Wine-staging
Version: 5.0-rc4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: supercoolemail(a)seznam.cz
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Gothic 2 (Russian with 2.6 no-cd patch) with D3D11 renderer shows X11/KDE mouse
all the time. Cursor should not be visible in Gothic 2 at all. It does not have
any functional impact but it's disturbing.
How to reproduce:
- Get Gothic 2.
- Test G2 works (menu at least).
- Extract GD3D11 (e.g. from
https://github.com/Kirides/GD3D11/releases/download/v17.7-dev8/Gothic2-GD3D…
but even old versions from Liker suffer from same issue). DLLs from archive
belong to `<game dir>/System` directory.
- Start the game with `ddraw=n,b`.
- See that mouse cursor appears when menu finishes loading. Alternatively,
mouse movements make cursor appear even before menu finishes loading.
There is some analysis here https://github.com/Tk-Glitch/PKGBUILDS/issues/428 .
I can confirm that same issue happens with clean wine-staging 5.0rc4 from Arch
repositories (also with wine-tkg built from master). While clean G2 works
properly in vanilla wine, GD3D11 needs staging otherwise it crashes at startup.
Tested on
`Linux coolhost 5.4.12-arch1-1 #1 SMP PREEMPT Tue, 14 Jan 2020 21:44:31 +0000
x86_64 GNU/Linux`
Ryzen 7 1700
RX 580 8G
16 G RAM
mesa 19.3.2
--
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=38705
Bug ID: 38705
Summary: Gothic crashes on saving games
Product: Wine
Version: 1.7.40
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: amlopezalonso(a)gmail.com
Distribution: ---
Created attachment 51633
--> https://bugs.winehq.org/attachment.cgi?id=51633
Crash backtrace
Gothic 1.08j always crashes when trying to save a game, right after entering
savegame name. Attaching backtrace.
--
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=39867
Bug ID: 39867
Summary: Long path components (e.g. 250 character long) crash
open/save dialogs
Product: Wine
Version: 1.8
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comdlg32
Assignee: wine-bugs(a)winehq.org
Reporter: whitequark(a)whitequark.org
Distribution: ---
To reproduce:
1. mkdir
aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
2. call GetOpenFileName and navigate to a directory containing the newly
created one
3. Wine is aborted by stack smashing protection
--
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=39688
Bug ID: 39688
Summary: Crash in file browser dialog (probably because of >
MAX_PATH)
Product: Wine
Version: 1.6.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comdlg32
Assignee: wine-bugs(a)winehq.org
Reporter: n296869(a)rtrtr.com
Distribution: ---
Wine's GetOpenFileNameW/GetSaveFileNameW seems to crash when encountering a
very long path name (i.e. longer than MAX_PATH characters).
--
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.