https://bugs.winehq.org/show_bug.cgi?id=47086
Bug ID: 47086
Summary: Vertical scrollbar does not display in Chessbase 11
when changing contents of window
Product: Wine
Version: 4.6
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dav75uk(a)yahoo.co.uk
Distribution: ---
Created attachment 64283
--> https://bugs.winehq.org/attachment.cgi?id=64283
Dude, where's my scrollbar? [should appear on far right]
On the main screen of Chessbase 11, if you are viewing the contents of a
database which does not need a vertical scrollbar, and then switch to one which
does the scrollbar does not automatically appear. Clicking where the scrollbar
should be causes it to render again.
--
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=41712
Bug ID: 41712
Summary: lto build is broken
Product: Wine
Version: 1.9.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: build-env
Assignee: wine-bugs(a)winehq.org
Reporter: hi-angel(a)yandex.ru
Distribution: ---
Compiling WINE with "-flto" in LDFLAGS breaks the build for link-time. The
problem boils down to the following minimal example:
$ cat main.c
void foo();
int main() {
foo();
}
$ cat foo.c
void foo() { }
$ winegcc -c -flto foo.c
$ winegcc main.c foo.o
/usr/lib/wine/libwinecrt0.a(exe_entry.o): In function
`__wine_spec_exe_entry':
(.text+0x8d): undefined reference to `ExitProcess'
/usr/bin/ld: a.out.so: hidden symbol `ExitProcess' isn't defined
/usr/bin/ld: final link failed: Bad value
collect2: error: ld returned 1 exit status
winegcc: gcc failed
Simply removing the "-flto" option from the steps fixes the build.
--
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=48402
Bug ID: 48402
Summary: Harry Potter: Quidditch World Cup installer doesn't
show the progress
Product: Wine
Version: 5.0-rc3
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: oleg.kuznetsov(a)metamint.ru
Distribution: ---
Created attachment 66174
--> https://bugs.winehq.org/attachment.cgi?id=66174
log during the installation
During installation of Harry Potter: Quidditch World Cup, the installer doesn't
show progress neither in percents, nor in form of the progress bar. On real
Windows Vista, it is being shown as it should.
WINEARCH=win32 WINEPREFIX=~/.wine_hp ./wine winecfg
Prefix was set to "Vista".
WINEPREFIX=~/.wine_hp/ ./wine start /unix /media/desktop/HPQ_E3/AutoRun.exe &>
~/HPQWC_install.log
I closed the installer near the end of the installation, because it was
starting up the game.
desktop@steamos:~/Code/wine$ ./wine --version
wine-5.0-rc3-11-g6e4d441
--
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=49423
Bug ID: 49423
Summary: Added input lag in World of Warcraft and other games
Product: Wine
Version: 4.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bloodyiron(a)lanified.com
Distribution: ---
In World of Warcraft you use WASDQE to move your character in the world in a
very highly responsive manner. When using WINE 4.16, there is no perceptible
input lag. However, switching to WINE 4.17 or higher (verified in 5.7 also),
there is immediately perceptible input lag. Namely, in a combination of
dropped/missed inputs and delayed response to inputs the game receives.
This seems to be reproducible 100% of the time based on my experience and
generally everyone else I've asked, or read comments on the topic.
This input lag is so bad it means World of Warcraft should not be played on any
version higher than WINE 4.16 until this input lag bug is fixed, as it makes
gameplay elements (complex boss fights) nearly impossible.
--
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=46523
Bug ID: 46523
Summary: GTA / Grand Theft Auto IV (1.0.7.0) crashes under wine
4.0, works OK under 3.0.4
Product: Wine
Version: 4.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dmayr.dev(a)gmail.com
Distribution: ---
Created attachment 63380
--> https://bugs.winehq.org/attachment.cgi?id=63380
GTA IV backtrace
GTA / Grand Theft Auto IV (1.0.7.0): it gets past the intro screen (R* logo),
but after pressing "Start", it begins loading data while showing the game
characters loading screen, and crashes halfway, showing a backtrace window.
It works OK under wine 3.0.4.
All libraries are internal, except for MS VC++ 2005 redistributable.
No wine prefix options nor 'export' flags.
ThinkPad T410s
Processor: Intel i5 (1st-gen), quad-core 2.53Mhz
Memory: 4Gb RAM
OS: Ubuntu 18.04 / elementaryOS Juno
Graphics: NVidia NVS3100M (304.107 driver)
--
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=31245
Bug #: 31245
Summary: xrandr12 warcraft 3 regression
Product: Wine
Version: 1.5.9
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: asdfrewq(a)mail.ru
Classification: Unclassified
When i trying to change screen resolution in Warcraft 3 options, it show me
confirmation window "All ok, do you realy want to save this resolution", but
realy nothing happens, resolution does not change.
This is printed to stdout:
fixme:win:EnumDisplayDevicesW ((null),0,0x33f354,0x00000000), stub!
err:xrandr:xrandr12_set_current_mode Resolution change not successful --
perhaps display has changed?
In wine 1.5.8 all was ok.
--
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=48565
Bug ID: 48565
Summary: When entering fullscreen at lower resolution than the
desktop, scrollable virtual desktop is accessible
Product: Wine
Version: 5.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dmayr.dev(a)gmail.com
Distribution: ---
I tried playing a DirectX-based game, e.g. GTAIV, using the emulated virtual
desktop at 800x600 (my desktop's native resolution is 1440x900).
But ever since I changed back to playing the game fullscreen at 800x600
*without the virtual desktop*, the following happens:
- The game starts at the desired lower resolution
- Part of my desktop environment's panel is visible within the game's viewport,
at that same lower resolution
- If I move the mouse far enough, I realize that there's an active 1440x900
virtual desktop, showing me a lo-res 800x600 window
- I can scroll around the edges of this virtual desktop, thus Wine losing the
captured mouse cursor
- When playing, this moves the centered game view past the center of the
screen, losing focus; this prevents the mouse cursor's movements to be confined
within the fullscreen window, which is supposed to be the an immovable
viewport.
I haven't found a way to revert back from having tried the virtual desktop
option, as the change has been somehow been made permanent.
--
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=50553
Bug ID: 50553
Summary: SetEnvironmentVariableW function sets last error on
deleting non-existent variable
Product: Wine
Version: 6.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: topin89(a)mail.ru
Distribution: ---
This code
```
//gcc test.c -o test.exe && ./test.exe
#include <windows.h>
#include <stdio.h>
int main(int argc, char *argv[]){
BOOL result;
result = SetEnvironmentVariableW(L"PERL5LIB", NULL);
printf("result: %u, last error: %d\n", result, GetLastError());
SetLastError(0);
result = SetEnvironmentVariableW(L"PERL5LIB", "SomeValue");
printf("result: %u, last error: %d\n", result, GetLastError());
SetLastError(0);
result = SetEnvironmentVariableW(L"PERL5LIB", NULL);
printf("result: %u, last error: %d\n", result, GetLastError());
SetLastError(0);
result = SetEnvironmentVariableW(L"PERL5LIB", NULL);
printf("result: %u, last error: %d\n", result, GetLastError());
SetLastError(0);
return 0;
}
```
compiled with Mingw-w64 gcc
and running from command line and MSYS console gives this in Windows 10:
```
result: 1, last error: 0
result: 1, last error: 0
result: 1, last error: 0
result: 1, last error: 0
```
and this in Kubuntu 20.04.1 with winehq-staging 6.0:
```
<snip fixmes>
result: 0, last error: 203
result: 1, last error: 0
result: 1, last error: 0
result: 0, last error: 203
```
Error 203 is ERROR_ENVVAR_NOT_FOUND, btw. So, in Win 10 deleting already
deleted environmental variable doesn't lead to error, in Wine it is.
This alone prevents git.exe (and probably many more apps) to work correctly. In
file git-for-windows-repo/compat/mingw.c
there is this function,
```
int mingw_putenv(const char *namevalue)
{
int size;
wchar_t *wide, *equal;
BOOL result;
if (!namevalue || !*namevalue)
return 0;
size = strlen(namevalue) * 2 + 1;
wide = calloc(size, sizeof(wchar_t));
if (!wide)
die("Out of memory, (tried to allocate %u wchar_t's)", size);
xutftowcs(wide, namevalue, size);
equal = wcschr(wide, L'=');
if (!equal)
result = SetEnvironmentVariableW(wide, NULL);
else {
*equal = L'\0';
result = SetEnvironmentVariableW(wide, equal + 1);
}
free(wide);
if (!result)
errno = err_win_to_posix(GetLastError());
return result ? 0 : -1;
}
```
This line :
```
result = SetEnvironmentVariableW(wide, NULL);
```
sets error on removing non-existent `PERL5LIB` and that leads to result == 0
which in turn leads to premature exit in `err_win_to_posix(GetLastError())`.
In this particular case, for some reason last error sets to 0 instead of 203.
Another bug probably, I'll report it later.
--
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=13198
Summary: Microsoft Pinball Arcade black/blank window in 24bpp
mode
Product: Wine
Version: 1.0-rc1
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: vanessaezekowitz(a)gmail.com
Created an attachment (id=13030)
--> (http://bugs.winehq.org/attachment.cgi?id=13030)
Screenshot of real 8bpp mode
Microsoft Pinball Arcade (commercial/full version) doesn't work properly in
WINE if you're using a regular, standard-issue 24bpp X session. Intro/menu
screens work, but the 3D content (direct3d? ddraw?) just produces a black
screen.
Steps to reproduce:
0. Obtain a copy of the game (maybe the demo version will do?). cd into your
'drive c' directory and start the game: `wine Program\ Files/Microsoft\
Games/Pinball\ Arcade/Launcher.exe`
1. A movie displays showing a closeup of one of the game's tables.
2. Click on the movie to interrupt it. The title screen appears and looks
fine.
3. Click again, table select menu appears and waits for input.
4. Click on any menu item at the bottom of the window - a dialog related to it
appears as it should.
5. Double-click on one of the tables - the table selection screen gets blacked
out, the window resizes, and the table's loading screen appears all in the same
instant - without repainting the window - the loading screen only painted on
the parts of the window that were already black. So we have a window half
filled with the loading screen and half transparent, showing this browser and
the controlling terminal through it.
6. The loading screen disappears and the window turns solid black. A windows
pointer appears. On the console, the "Cannot change screen BPP" line appears.
7. Clicking around eventually causes the pointer to disappear, probably because
I managed to trigger the insert-coin hot spot followed by the "1 player"
hotspot, thus starting the actual game. Hitting Esc is supposed to bring up a
graphical exit/no-exit dialog, but nothing appears. Blindly hitting "y" puts
me back at the table-select screen as it should. So the actual game is
accepting input, it just isn't showing me anything.
7a. If I try another table, I get the exact same result, including another
"Cannot change screen BPP" line on the console.
8. Double-click the table-select menu's internal Exit button and Wine drops
back to my shell after a couple of seconds.
Actual Results:
Described above - I get a black window instead of a game table.
Expected Results:
Wine should have displayed the table properly and let me play the game.
Notes:
In order to run this game properly, the user *must* have a true 8bpp mode
with StaticColor visual defined in their xorg.conf, and the user *must*
manually run a second, separate X screen (e.g. one accessible with Ctrl-Alt-F8)
in that more with that visual.
Desipte having a known, tested, working 8bpp mode in xorg.conf, Xorg does not
have any kind of ability to switch away from the currently-running depth to
some other mode (e.g. it cannot and never will be able to drop from 24bpp to
8bpp), and is not expected to ever have such a feature. Furthermore, some
users' hardware does not have the ability to run in true 8bpp mode at all, so
this game simply *will not work* on those systems.
ply does not work on some hardware, despite having correct software settings.
The attached screenshot shows what the game looks like in reap 8bpp
"StaticColor" mode, using twm as a window manager (it looks the same without a
window manager).
Versions affected:
All WINE versions from roughly 0.9.31 through the current 1.0 rc1 release.
--
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=33270
Bug #: 33270
Summary: Cursor disappears during Installshield install
Product: Wine
Version: 1.5.26
Platform: x86-64
URL: http://www.oldversion.com/download/quicktime70238.exe
OS/Version: Linux
Status: NEW
Keywords: download, integration
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
Classification: Unclassified
Created attachment 44009
--> http://bugs.winehq.org/attachment.cgi?id=44009
Wine 1.5.26 +cursor trace
With certain applications (QuickTime 7.02.38, SlingPlayer 1.3) the mouse
pointer disappears. It reappears when the installation is complete (or at
random intervals).
--
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.