https://bugs.winehq.org/show_bug.cgi?id=46784
Bug ID: 46784
Summary: Broken wildcard expansion in FindFirstFile() and
FindNextFile()
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: vaporeon(a)vaporeon.io
Distribution: ---
On WINE, *.dll for example will be treated as *.dll* so any extension starting
with .dll will be found, this does not happen on Windows.
--
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=52974
Bug ID: 52974
Summary: MuLab 9: subwindow loses focus instantly
Product: Wine
Version: 7.7
Hardware: x86-64
URL: https://www.mutools.com/mulab/app/mulab-app-9-0-35-win
64.zip
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: oldcastlehq(a)protonmail.com
Distribution: ArchLinux
When you open ML9 and right-click on any track head, and then click on "Choose
Target Module", the subwindow loses focus instantly. It likes that the new
window that should pop up stays behind the main window.
No idea why the specific client causes so much trouble and how much this is
application specific (ie. whether the focus handling is supposed to be
completely handled by wine or whether it forwards some windows API), but it
does seem that the window reacts to changes in the active window and my guess
is that this turns into a race between the main window (claiming focus and
becoming active when the popup closes) and the target module window when the
context "popup" closes.
More information about this bug can be found at
https://bbs.archlinux.org/viewtopic.php?id=276107
--
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=32791
Bug #: 32791
Summary: Fail to receive stdout from .NET application.
Product: Wine
Version: 1.5.22
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: leslie_alistair(a)hotmail.com
Classification: Unclassified
Created attachment 43302
--> http://bugs.winehq.org/attachment.cgi?id=43302
Source and exe of Sample application.
Unzip the attached Program.
Run the CreateProcess.exe in the Debug directory.
I am expecting to see the "passed" message, but instead see "failed".
CreateProcess.exe create a process of MyAssembly.exe and is expecting to
receive data via the stdin/out. However this fails when using mono.
If you run MyAssembly.exe by itself, the text appears on the console.
--
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=31905
Bug #: 31905
Summary: Windows from virtual desktop are able to steal focus
from external windows
Product: Wine
Version: 1.5.14
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: phoenix(a)mail.ru
Classification: Unclassified
I'm not sure if it is by design or not, but here's situation:
I launch dota 2 using following command:
WINEPREFIX=~/.wine_dota2/ ./wine explorer /desktop=dota2,1920x1080 "C:\Program
Files\Steam\Steam.exe" -applaunch 570
As steam app, it launches steam first, then launches dota within it. Process is
quite lengthy, so i switch focus to another window (e.g. browser) when virtual
desktop is initialized.
During steam load process, focus is stolen from browser. It remains as top-most
window, but 'inactive'. And, e.g. to continue typing something in the browser i
have to bring focus back. Few moments later (1-2), wine's window becomes
top-most, even if i click inactive browser window to restore focus.
During steam shutdown process, it steals focus again, but this time without
bringing virtual desktop to top.
Steam is just example: this occurs with numerous other apps, in some cases it
may happen even multiple times during launch process of some complex
application. For me as user, it is extremely annoying - i always thought that
virtual desktop is a way to avoid integration between wine and OS WM, with its
own tray and window management, and that virtual desktop should present itself
as normal OS window.
I'm using Debian Wheezy amd64, Gnome 3, NVIDIA binary driver, latest Wine from
git.
--
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=52380
Bug ID: 52380
Summary: Logos 9 Bible Software (.NET 4.7 app) menus glitching,
flickering and not showing regression
Product: Wine
Version: 7.0-rc5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: johnpgoodman(a)gmail.com
Distribution: ---
Created attachment 71593
--> https://bugs.winehq.org/attachment.cgi?id=71593
Video showing menu glitch regression.
Menu Items docs guides tools and layout work on first click and then flash
there after. This is a regression which only appears in 7.0rc5-staging. devel
doesn't have this bug. Please see the video for demonstration.
N.b. this is not the same as bug 51984 which was resolved.
Help is much appreciated! Below is the installation guide.
The app is a bit like kindle in so much as the engine is free but the resources
cost so there is a free download. Unlike kindle it has many advanced research
features and books link together etc. The main app is free but there are paid
features, resources and subscriptions. To use the app you need a free account
https://www.logos.com/product/194909/logos-9-basic. It uses a downloader app
which last I tried doesn't work with wine. The actual msi link is
https://downloads.logoscdn.com/LBS9/Installer/9.6.0.0024/Logos-x64.msi
Manual Install Procedure:
1 Install wine 6 or newer
2 winetricks corefonts
3 winetricks settings fontsmooth=rgb
4 winetricks dotnet48
5 winetricks settings renderer=gdi (you might need to set the reg key
manually)
6 Install the Logos.msi download but don't run it.
7 wine64 reg add "HKCU\\Software\\Wine\\AppDefaults\\LogosIndexer.exe" /v
Version /t REG_SZ /d vista /f
8 Run Logos and sign in with your free account.
There is a script which downloads a preconfigured wine bottle and sets it all
up in $USER/Logos_BibleP directory which you can then easily remove etc.
https://github.com/ferion11/LogosLinuxInstaller/releases Choose fast install
without wine AppImage.
--
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=13637
Summary: MechCommander Gold: Two keypresses simultaneously are
not recognized
Product: Wine
Version: 1.0-rc3
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: liquitsnake(a)gmx.net
Under Windows it was possible to scroll diagonally using two arrow keys at the
same time. This is not possible under Wine. The second keypress overrides the
first one.
e.g. I want to scroll into the upper left corner. I press left, it scrolls
left. I keep left pressed and press up -> It only scolls upwards.
Modifier keys like Ctrl are handled properly.
I don't think the game is based on dinput. At least, I don't get anything when
I enable the dinput debug channel.
--
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=21599
Summary: ACDSee Pro Photo Manager 3 : Not running
Product: WineHQ Apps Database
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: appdb-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: igor.demyanov(a)gmail.com
Created an attachment (id=26059)
--> (http://bugs.winehq.org/attachment.cgi?id=26059)
WINEDEBUG=+all
Application still exit.
Trial version http://downloads.acdsystems.com/en/acdseepro.exe
err:ole:CoUninitialize Mismatched CoUninitialize
Wine 1.1.37
--
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=49767
Bug ID: 49767
Summary: All resources deleted during update Logos Bible
Software
Product: Wine
Version: 5.16
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: johnpgoodman(a)gmail.com
Distribution: ---
Created attachment 68072
--> https://bugs.winehq.org/attachment.cgi?id=68072
Console output from during update
Updates result in data wipe.
Logos stores all resources, eg. ebooks, videos etc in a subdir like
drive_c/users/$username/Local Settings/Application
Data/Logos/Data/$uniqueid/ResourceManager/
When an update to Logos Bible Software becomes available there is a
notification in the app. The update will usually install ok however on wine the
Resources are all wiped. The user is now stuck with a massive download eg.
40gb+. On Windows the resources are always still there after an update.
It's as if the msi somehow overwrites the directory rather than merging with
it?
I've attached a console log updating from 8.15.0.0004 to 8.16.0.0002 - in this
case the update also did not relaunch the newly updated app but simply kept
running. At this point I checked and confirmed all resources were wiped. Once
quit and reloaded it was clear the update had completed but it began to
download everything 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=49963
Bug ID: 49963
Summary: MobaXTerm 20.3: cannot start a local terminal
Product: Wine
Version: 5.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fevrier.simon(a)gmail.com
Distribution: ---
Created attachment 68354
--> https://bugs.winehq.org/attachment.cgi?id=68354
Backtrace MobaXterm 20.3
Using MobaXTerm from here ->
https://download.mobatek.net/2032020060430358/MobaXterm_Installer_v20.3.zip
Using Wine 5.18 on Ubuntu 20.04 using winehq ubuntu ppa.
When clicking on "Start local terminal", what assume to be the terminal exe
cygtermd.exe crashes.
Log and backtrace in 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.
https://bugs.winehq.org/show_bug.cgi?id=46552
Bug ID: 46552
Summary: Crossfire doesn't install
Product: Wine
Version: 4.0-rc7
Hardware: x86-64
URL: http://crossfire.z8games.com/download.html
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: luca.finizio.mgbx(a)hotmail.it
Distribution: Mint
Created attachment 63423
--> https://bugs.winehq.org/attachment.cgi?id=63423
console output
I already reported a bug about Crossfire EU (you can find it here
https://bugs.winehq.org/show_bug.cgi?id=45920), but now it merged with
Crossfire NA and the new link for download is
http://crossfire.z8games.com/download.html
The .exe file is different than before, but it doesn't install yet; I don't
know if the problem is the same or not. I attached my console output. You can
reproduce the bug just by downloading the file and trying to install.
I kept my terminal open for more than 3 hours beacuse the process is "running"
and if I close the terminal it says that a process is still running and closing
the terminal will kill it. Therefore I don't know if my console output is
complete or not. If I can help in some way, just tell me! :)
--
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.