https://bugs.winehq.org/show_bug.cgi?id=47861
Bug ID: 47861
Summary: Application Postbox crashes when composing new mail
Product: Wine
Version: 4.17
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: subs(a)qcontinuum.plus.com
Distribution: ---
Created attachment 65365
--> https://bugs.winehq.org/attachment.cgi?id=65365
Output from postbox.exe when running under wine 4.17
Before compiling wine from sources (see bug 47755) I ran wine 4.0.2 from the
stable binary branch for Ubuntu from winehq. The application ran just fine.
Following the aforementioned bug, I had to remove the binary and compile wine
4.17 from the recent sources. From this point onward, my Postbox e-mail
application crashes each time I try to create a new e-mail message. The
application launches and seems to run OK and I can browse messages, but I
cannot create a new message.
I have attached the output log.
I am running on Linux Mint 19.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=47948
Bug ID: 47948
Summary: Campfire Pro GUI Problems
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: hobby(a)lukas-krause.me
Distribution: ---
Created attachment 65447
--> https://bugs.winehq.org/attachment.cgi?id=65447
Error log on Startup of Campfire Pro
When starting up Campfire Pro it only partially loads up the GUI and throws an
error, see appended log. The Installation works fine as intended.
--
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=47946
Bug ID: 47946
Summary: RichEdit Components with Fast Report are freezing the
application
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: richedit
Assignee: wine-bugs(a)winehq.org
Reporter: tanasa(a)daarwin.de
Distribution: ---
Hello,
We are developing an application using Delphi 10 Seattle and we are having some
issues with the FastReport Component with wine in Linux. We are using in
FastReport a component that should display some RTF from Database, a RichEdit
Component and when we want to preview the report the application is freezing
and there is no way to use or even close the application. The entire
application is working perfectly, we are only having problems handling the
RichEdit component from FastReport.
Do you have any idea or some tips for us to fix this problem?
Thank you!
--
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=47921
Bug ID: 47921
Summary: I have been trying to use chemistry program but they
all come whit these errors
Product: Wine
Version: 4.17
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winedbg
Assignee: wine-bugs(a)winehq.org
Reporter: clau_diita(a)hotmail.es
Distribution: ---
Created attachment 65418
--> https://bugs.winehq.org/attachment.cgi?id=65418
Problem with Magtran program.
I have been trying to use chemistry program, MagTran, but they all come whit
these errors
--
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=47916
Bug ID: 47916
Summary: Sound issues when using faudio in Wine Staging >=4.13
Product: Wine-staging
Version: 4.17
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: witold.baryluk+winehq(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Hi,
This was tested on Overwatch game, but I had similar issues in other games.
I have no issue with Wine Staging 4.12.1, however 4.13 - 4.17 doesn't work in
terms of audio.
I only have ALSA, and game starts without any sound, and then after about 10
seconds, it freeze at startup for about 2 minutes, waiting on synchronization.
Eventually it figures things out and game continues to work, and sound is
available. But often the game logs me out of the servers, and I need to restart
a game. So I can't use it. It is easily reproducible.
Wine Staging @ 8d19b3fc4b6e6ddaf7124048406d32662023d71d works.
Wine Staging @ b95b9109b824d21d98329c76387c3983d6e27cc2 (next commit) doesn't
commit b95b9109b824d21d98329c76387c3983d6e27cc2
Author: Alistair Leslie-Hughes <leslie_alistair(a)hotmail.com>
Date: Mon Jul 15 09:35:57 2019 +1000
Use FAudio library now
--
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=48026
Bug ID: 48026
Summary: Need for Speed World unable to connect to local proxy
server
Product: Wine
Version: 4.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: jason098(a)protonmail.ch
Distribution: ---
Created attachment 65567
--> https://bugs.winehq.org/attachment.cgi?id=65567
Full log of launcher+game
The SoapBox Race World unofficial launcher for Need for Speed World creates a
local proxy server on 127.0.0.1:626x. After the launcher starts the game, it
tries to connect to that server and never succeeds. Running with
WINEDEBUG=+winsock results in the game spamming:
0051:trace:winsock:WS_select read (nil), write 0xfbefc74, excp (nil) timeout
0xfbefc6c
0051:trace:winsock:WS_select read 0xfbefc78, write (nil), excp (nil) timeout
0xfbefc70
System info:
Ryzen 3600
Radeon RX 570
openSUSE Tumbleweed x86_64
Linux version 5.4.0-rc5-1.g13dfd5f-default
--
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=48049
Bug ID: 48049
Summary: Basemark GPU crashes when using D3D12
Product: vkd3d
Version: 1.1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vkd3d
Assignee: wine-bugs(a)winehq.org
Reporter: cybermax(a)dexter.no
Distribution: ---
Created attachment 65589
--> https://bugs.winehq.org/attachment.cgi?id=65589
Debug log of Basemark
Basemark GPU - https://www.basemark.com/benchmarks/basemark-gpu/ - crashes when
selecting D3D12.
Vulkan and OpenGL works.
Ran D3D12 test with logging:
VKD3D_DEBUG=trace
VKD3D_CONFIG=vk_debug
VK_INSTANCE_LAYERS=VK_LAYER_LUNARG_standard_validation
Let me know if there are other logging options needed.
PS. The benchmark is free to download.
--
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=48055
Bug ID: 48055
Summary: user32: Implement DM_REPOSITION dialog message
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: katayama.hirofumi.mz(a)gmail.com
Distribution: ---
DM_REPOSITION Dialog Message was not implemented.
This message realizes repositioning of dialog boxes.
https://source.winehq.org/patches/data/173009
--
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=48070
Bug ID: 48070
Summary: Regression: Virtual Desktop not decorated anymore by
the window manager
Product: Wine
Version: 4.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: adrian.kalla(a)gmail.com
Distribution: ---
OS: Kubuntu 18.04 x64
Since Wine 4.17 when using the "Emulate a virtual desktop" the virtual
desktop-window is not decorated anymore by the window manager even if "Allow
the window manager to decorate the windows" is checked.
This results not only in the fact, that the window cannot be moved by drag&drop
of the title-bar (which can be work-arounded using the taskbar, at least with
KDE).
Steps to reproduce:
1. Check "Emulate a virtual desktop"
2. Check "Allow the window manager to decorate the windows"
3. Open winecfg
4. See, that the virtual desktop is not decorated
Expected result:
-Virtual desktop is decorated
The worst thing is, that any full-screen application leaving full-screen
results now in the "virtual desktop" expanding to the full size of the display
the app was on making it unusable.
Steps to reproduce:
1. Check "Emulate a virtual desktop"
2. Check "Allow the window manager to decorate the windows"
3. Open winecfg
4. In the same Wine environment open a full-screen game, e.g. the demo version
of The Settlers 3:
http://s3de.siedler3.net/ftp.bluebyte.com/demos/eng/settlers3amazons/s3a_de…
5. See, that the virtual desktop is not decorated
6. Exit the game
7. See, that the complete display was now overtaken by the virtual desktop
(though the usable area is only in the top-left of the display and in the size
of virtual desktop).
8. Only killing the other open apps in the Wine env makes the display usable
again.
Expected result:
-Virtual desktop does not make the display unusable
--
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=48073
Bug ID: 48073
Summary: ANSI plugin window breaks in Unicode host (Synth1 /
OpenMPT)
Product: Wine
Version: 4.0.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: wine(a)sagagames.de
Distribution: ---
An OpenMPT user has observed an issue with the Synth1 VST which does not happen
in Windows. It boils down to OpenMPT being compiled with Unicode support.
Compiling it as an ANSI application instead makes the Synth1 feature in
question work again.
Downloads:
Synth1: https://daichilab.sakura.ne.jp/softsynth/#down
OpenMPT: https://openmpt.org/download (use the 32-bit version)
Last official OpenMPT ANSI version:
https://download.openmpt.org/archive/openmpt/1.26/OpenMPT-1.26.14.00.zip
To reproduce:
Steps to reproduce:
1) Create a new module in OpenMPT.
2) Open the plugin manager ("Select" button at the bottom of the created
module's window) and add Synth1 VST.dll (or Synth1 VST64.dll if you installed
the 64-bit version of OpenMPT)
3) Click "Put in FX01" to load the plugin.
4) Click the "Edit" button next to the "Select" button to open the plugin's UI.
5) Click the "opt" button in the Synth1 UI to configure at least two sound
banks. There is one valid soundbank in the "soundbank00" folder. For the sake
of testing, you can copy the sy1 files in that folder to e.g. "soundbank01"
and then add that folder as a second bank.
6. Next to the "opt" button is the bank switcher. Click on the text field to
open the bank switcher and try switching between the two banks by selecting
them in the treeview on the left, then choosing a patch from that bank on the
right side (another unrelated bug can be observed here: you cannot see the
patch names in Wine, wine bug 24945)
If you are using the latest OpenMPT version (Unicode), the last step should
fail and you will always stay in the bank that was already selected. With
OpenMPT 1.26, the bank switch will happen as intended. I have verified that
compiling later OpenMPT version as ANSI applications make them work as expected
as well, so I assume that there must be a bug in Wine that is related to mixing
ANSI and Unicode window classes.
--
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.