https://bugs.winehq.org/show_bug.cgi?id=48690
Bug ID: 48690
Summary: BEAUTIFUL DESOLATION movies have no audio
Product: Wine
Version: 5.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: NightNord(a)gmail.com
Distribution: ---
Created attachment 66557
--> https://bugs.winehq.org/attachment.cgi?id=66557
Normal game launch without any special debugging
"BEAUTIFUL DESOLATION" game uses mpeg4/AAC movies for intro and various in-game
cutscenes.
With Windows 10 version those movies won't play at all due to game trying to
fetch unimplemented *EngineEx inteface from mfplat (introduced in Windows 10),
but with Windows 7 OS version they will play without sound
Wine uses gstreamer and from GST_DEBUG="3,*audio:6" log I don't see anything
suspicious (though I am not familiar with gstreamer inner workings - at least
there are no errors in there). Yet the movie file itself plays just fine using
'gst-play' command, hence me believing that could be wine bug - audio data
seems to be decoded correctly, just not played correctly
I am attaching logs from normal launch, GST_DEBUG launch and gst-play GST_DEBUG
launch (for comparison). I don't know what wine module is at play here, mfplat
doesn't seem to be used when windows version is set to "WIndows 7".
I may also upload the intro-logo movie from the game (it's just developers
logo, I am sure they won't mind).
Steps to reproduce (if you have the game):
1. In clear wineprefix set windows version to win7
2. Install the game
3. Launch the game - intro (dev logo) video would play. It should have sound,
but it won't
Sadly, there is no demo version for the game or anything (I'll ask the authors
if they can provide a simple one just playing the intro)
--
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=48663
Bug ID: 48663
Summary: UltraViewer doesn't run: ActiveX component can't
create object
Product: Wine
Version: 5.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: huupoke12(a)gmail.com
Distribution: ---
Created attachment 66520
--> https://bugs.winehq.org/attachment.cgi?id=66520
Terminal log when installing and running after installation
Download and install UltraViewer from
https://ultraviewer.net/en/UltraViewer_setup_6.2_en.exe
sha256sum UltraViewer_setup_6.2_en.exe
ee74a22a9f21a236fa0b353998ce1b32e6682601d0f1ba45af7d44b7093c777f
UltraViewer_setup_6.2_en.exe
The installer ran, but it pop up an error dialog during installation, but I can
click OK and the installation can be continued and finished.
When installation finished and the "launch application after installation" is
ticked, it tried to run the program but the same error dialog appeared and the
click OK makes it closes.
Running the program in the installed location (.../drive_c/Program
Files/UltraViewer/UltraViewer_Desktop.exe) have the same result (the same error
dialog appeared and it doesn't run).
The error dialog content is:
"
Error at Main: ActiveX component can't create object
Line number : 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=6682
--- Comment #66 from Artem S. Tashkinov <aros(a)gmx.com> ---
Created attachment 66554
--> https://bugs.winehq.org/attachment.cgi?id=66554
Wine 5.3/IrfanView 4.54 Help->About
--
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=6682
--- Comment #65 from Artem S. Tashkinov <aros(a)gmx.com> ---
In Wine 5.3 the image in the help-about dialog is not rendered at all under any
conditions. It's just empty.
--
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=48688
Bug ID: 48688
Summary: Rulers doesnt work in Microsoft Word 2016
Product: Wine
Version: 5.1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jesaenh(a)gmail.com
Distribution: ---
Ruler doesn't work properly.
if you try to drag a tab or an indentation, this is automatically restarted its
original position in some miliseconds. You have to be very fast to getting
move it.
It could be a regression because It was working from wine 4.17 to 5.0RC2.
5.0RC3 stop to work 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.
http://bugs.winehq.org/show_bug.cgi?id=32562
Bug #: 32562
Summary: Visual Studio 2010 (10.0) Express Edition needs
jscript JScript_AddTypeLib impl
Product: Wine
Version: 1.5.20
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: jscript
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Classification: Unclassified
Hello folks,
as the summary says ...
Prerequisite: 'winetricks -q dotnet20 dotnet40 windowscodecs corefonts'
Try to create a new project using project wizard (doesn't matter which type).
When you press "OK" to create the project the GUI wizard is shown again and
nothing happened.
Relevant part in console when pressing OK:
--- snip ---
...
002b:fixme:jscript:JScript_AddTypeLib (0x705ac78)->()
002b:trace:loaddll:load_native_dll Loaded L"C:\\Program Files\\Microsoft Visual
Studio 10.0\\Common7\\IDE\\1033\\vswizui.dll" at 0x401f0000: native
002b:trace:jscript:JScript_Release (0x705ac78) ref=1
002b:trace:jscript:JScript_Close (0x705ac78)->()
002b:trace:jscript:jsdisp_free (0x705d070)
002b:trace:jscript:jsdisp_free (0x705d120)
002b:trace:jscript:JScript_Release (0x705ac78) ref=0
002b:trace:loaddll:free_modref Unloaded module L"C:\\Program Files\\Microsoft
Visual Studio 10.0\\Common7\\IDE\\VsWizard.dll" : native
...
--- snip ---
Native jscript ('winetricks jscript') doesn't fare better ... instead the
following is shown in console:
--- snip ---
...
fixme:atl:AtlAxWinInit semi-stub
err:ole:CoGetClassObject class {78a51822-51f4-11d0-8f20-00805f2cd064} not
registered
err:ole:CoGetClassObject class {78a51822-51f4-11d0-8f20-00805f2cd064} not
registered
err:ole:create_server class {78a51822-51f4-11d0-8f20-00805f2cd064} not
registered
fixme:ole:CoGetClassObject CLSCTX_REMOTE_SERVER not supported
err:ole:CoGetClassObject no class object {78a51822-51f4-11d0-8f20-00805f2cd064}
could be created for context 0x17
err:ole:CoGetClassObject class {6c736db1-bd94-11d0-8a23-00aa00b58e10} not
registered
err:ole:CoGetClassObject no class object {6c736db1-bd94-11d0-8a23-00aa00b58e10}
could be created for context 0x1
fixme:ole:CreateTypeLib (1,L"ConstDeb.tlb",0x32ad38), stub!
--- snip ---
Source:
http://source.winehq.org/git/wine.git/blob/5e4a16819ef3e29757d54a536e436cdb…
--- snip ---
590 static HRESULT WINAPI JScript_AddTypeLib(IActiveScript *iface, REFGUID
rguidTypeLib,
591 DWORD dwMajor, DWORD dwMinor,
DWORD dwFlags)
592 {
593 JScript *This = impl_from_IActiveScript(iface);
594 FIXME("(%p)->()\n", This);
595 return E_NOTIMPL;
596 }
--- snip ---
For testing purpose I changed the stub to return S_OK and it allows the
IDE/wizard to run further only to end up in next bug ;-)
So JScript_AddTypeLib() implementation is probably really needed.
Regards
--
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=36956
Bug ID: 36956
Summary: Galactic Civilizations II (Dark Avatar/Twilight of
Arnor) renders strange polygons on ships
Product: Wine
Version: 1.7.22
Hardware: x86
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
Created attachment 49067
--> http://bugs.winehq.org/attachment.cgi?id=49067
terminal output
The two expansions to the base game introduced a new rendering option 'Enhanced
ship rendering'. When this option is enabled strange polygons appear on the
ship models as can be seen in the attached screenshot.
The demo version of GalCiv II doesn't have this option.
The same problem with Wine 1.4.1/1.6.2/1.7.22
Tested with the open source Nouveau and the binary Nvidia drivers, both show
the problem.
Disabling GLSL or pixel shaders doesn't help.
Fedora 20
Nvidia 250 gfx card / Nvidia binary drivers 340.24
--
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=20732
Summary: Icons are not rendered 100% correctly in VB6 apps
(regression)
Product: Wine
Version: 1.1.33
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: oleaut32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gabmoa(a)yahoo.it
CC: thunderbird2k(a)gmail.com
Created an attachment (id=24783)
--> (http://bugs.winehq.org/attachment.cgi?id=24783)
Example application
An icon rendering problem is born between 1.1.25 and 1.1.26
In attachment there is a VB6 test project and screenshots of various
applications that suffer of this rendering problem.
(I hope is correct add Roderick Colenbrander mail to cc, otherwise sorry for
the mistake)
--
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=18234
Summary: Approach: Maximizing internalal minimized icon give
"About Wine"
Product: Wine
Version: 1.1.20
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ToddAndMargo(a)verizon.net
Created an attachment (id=20742)
--> (http://bugs.winehq.org/attachment.cgi?id=20742)
About wine instead of a maximized window
Hi All,
In Lotus Approach, if you use the internal windows control (the low set of
caption buttons) to minimize a single database, it will appear as an icon in
the lower right of Approach's window. If you double click on the icon to
maximize the window again, you get "About Wine 1.1.20" (and no maximized
window)
Many thanks,
-T
--
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=43814
Bug ID: 43814
Summary: Danganronpa V3: black screen on startup (unimplemented
functions in mfplat?)
Product: Wine
Version: 2.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mfplat
Assignee: wine-bugs(a)winehq.org
Reporter: smelenchuk(a)gmail.com
Distribution: ---
Created attachment 59360
--> https://bugs.winehq.org/attachment.cgi?id=59360
Log output at time of black screen
Steps to reproduce:
- Using wine-staging, launch Danganronpa V3 from Steam.
Expected results:
- Intro cutscenes play; game gets to main menu.
Actual results:
- Black screen.
Additional notes:
See attached log.
Without using wine-staging, the game will just complain about "Failed to
initialize ID3D11Device" even with sufficiently advanced video hardware /
drivers.
Using a native mfplat.dll and mfreadwrite.dll can work around this issue,
though doing so also requires Windows Media Foundation registry entries to be
present or crashes will happen.
--
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=22974
Summary: "Shell folders" settings are reset after each wine
update
Product: Wine
Version: 1.2-rc1
Platform: x86
OS/Version: FreeBSD
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: amdmi3(a)amdmi3.ru
Althrough I've disabled shell folder links (My Pictures, My Music, My Videos,
My Documents) by unchecking "Link to" checkbox for each of them in
winecfg->Desktop Integration->Shell Folders, after each wine update those
settings are reset and all folders are again linked to my home directory. That
is highly undesirable, as I'd prefer windows apps never access anything outside
.wine/drive_c.
--
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=43465
Bug ID: 43465
Summary: Unit Test: ComboBox Dropdown does not work if Style is
set and no scrollbar required
Product: Wine
Version: 2.13
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: Brad.Wine1(a)amaitis.com
Distribution: ---
Created attachment 58840
--> https://bugs.winehq.org/attachment.cgi?id=58840
Image of Visual bug
winehq-devel
wine --version
wine-2.13
Combox works without the style loaded.
After Style is loaded
The dropdown box is blank and not selectable.
works if scroll bar is required and the dropdown count >5.
source code is available
download unit test
http://www.ateksol.com/dev/unittest/CreateComboBox.exe
sha1sum
bc58c1ec276cdf492133b5005690040ce7f3bfad CreateComboBox.exe
I put unknown in Component because we have tried native
comctl32,comdlg32,advapi32,uxtheme,msimg32,MSCTF
I set the priority a Normal however for our release of the product it is
Blocker.
Attached is an image of the symptom.
If it helps the above referenced program has a button to create and drop down a
new box.
The CreateCombo button Sleeps for 10 seconds to allow time to start trace
Creates the compontent drops it down and sleeps for 5 seconds to stop the
trace.
--
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=48229
Bug ID: 48229
Summary: Regression on Automobilista. A lot of cars and tracks
are not shown on Game menu
Product: Wine
Version: 4.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: leillo1975(a)gmail.com
Distribution: ---
I installed the game on Lutris and found that If I use version 4.15 or more
(qith and without stagin) fail. I don't try with 4.14 because you can't
download it in Lutris, but using "lutris-4.13", game shows all cars and tracks.
I suppose that in the last versions of wine, are additions from Proton 4.11
that makes the game don't show all its content.
I also reported this bug on Proton's Github issues:
https://github.com/ValveSoftware/Proton/issues/246#issuecomment-546059058
--
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=47884
Bug ID: 47884
Summary: msi:action systematically times out on Windows 2003
Product: Wine
Version: 4.17
Hardware: x86
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
msi:action systematically times out on the TestBot's Windows 2003 Std VM
(w2003std):
action.c:2370: GetProcAddress(MsiGetComponentPathExA) failed
action.c:2376: GetProcAddress(SRRemoveRestorePoint) failed
action.c:2377: GetProcAddress(SRSetRestorePointA) failed
action.c:2995: Tests skipped: 64-bit RegisterProduct tests
msi:action:0ce0 done (258) in 120s
Test failed: timed out
This is the only Windows 2003 machine we have so it's hard to tell if it's a VM
issue or a test issue. The VM is currently on the vm1 host which has two
hard-drives in a non-RAID configuration.
On cw-rx460 and cw-gtx560 (i7-2600K+HDD but real hardware) it takes 30s to 38s.
On w2008s64 which is on vm2 (slower processor but RAID 0 HDD) it takes ~50s.
On wxppro which is on vm3 (faster processor+SSD) it takes 77s.
On wvistau64 which is also on vm1 it takes ~108s.
Here is the virtual hardware configuration of w2003std (from the WineTest
report's description field):
CPU:2*kvm32 RAM:1GB disk:virtio eth:e1000 snd:ac97 GPU:vga display:spice
This test also systematically fails on the acer-aspire-one-xp machine. That may
provide a point of comparison.
--
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=37073
Bug ID: 37073
Summary: Trees not rendered correctly in Far Cry 2
Product: Wine
Version: 1.7.24
Hardware: x86
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
Created attachment 49267
--> http://bugs.winehq.org/attachment.cgi?id=49267
terminal output
When anti-aliasing is enabled in the game options treetops look like flat, 2D
objects. Changing the other game option <Real Tree> has no effect on the issue.
With disabled anti-aliasing trees look good.
I can reproduce the problem with nouveau and the binary drivers too.
Native d3dx9_36 was used to work around bug #22682
Disabling GLSL, orm=backbuffer doesn't make it better.
Fedora 20
Geforce 250 GTS / binary drivers 340.24
--
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=42764
Bug ID: 42764
Summary: Proteus direct 3D render problem
Product: Wine
Version: 2.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: hildogjr(a)gmail.com
Distribution: ---
I now that OpenGL sill not supported by Wine, so I use
https://appdb.winehq.org/objectManager.php?sClass=version&iId=27887
to use the Proteus 8 (ARES / ISIS) with Direct3D.
But (main) in the "3D Visualizer" function, the software running in Wine spend
a long time to render the objects and sometimes miss something (details or
objects).
--
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=48136
Bug ID: 48136
Summary: Wine can't be started, log notice: wineboot failed to
start wineboot c00000e5
Product: Wine
Version: 4.20
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: avenjames(a)live.com
Created attachment 65735
--> https://bugs.winehq.org/attachment.cgi?id=65735
Problem.
After updating from 4.19 Staging to 4.20 Staging in Mac OSX 10.13.6,
I was making the first starting refresh work as I usually do,
but after typing "winecfg" it show nothing but the Term show it was going back
to waiting input state,
but when I try "CMD" to start the commander line and run the "winecfg"
the CMD was working but after running the "winecfg" I notice that the term said
nodrv createwindow, failed to start again.
attached the rest of the logs.
--
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=47992
Bug ID: 47992
Summary: msi:action tests fail when running them twice
Product: Wine
Version: 4.17
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: sven.wine(a)gmail.com
Distribution: ---
See the test results on the cw-*-64 machines, which are being run after the 32
bit tests:
https://test.winehq.org/data/tests/msi:action.html
This is due to the
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Installer\UserData\$USER\Products\84A88FD7F6998CE40A22FB59F6B9C2BB\Features
key still being left after the tests. I'm not sure how to properly remove it.
Most machines are being reverted for every test run, so there it is not
visible.
--
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=48675
Bug ID: 48675
Summary: MoveWindow and SetWindowLongPtr different behaviour
real Win vs wine
Product: Wine
Version: 1.6.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mutex(a)fastmail.co.uk
Distribution: ---
Calling the following Win32 API functions:
MoveWindow()
SetWindowLongPtr()
together seems to make the second one be ignored and have no effect. Other
window-manipulation functions might also exhibit the effect.
--
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=48681
Bug ID: 48681
Summary: During installation of winehq-stable-5.0.pkg McAfee
antivirus detected a trojan. See attachment.
Product: Packaging
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-packages
Assignee: wine-bugs(a)winehq.org
Reporter: zoned4947(a)gmail.com
CC: dimesio(a)earthlink.net, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
Created attachment 66537
--> https://bugs.winehq.org/attachment.cgi?id=66537
McAfee trojan detection dialog.
During installation of winehq-stable-5.0.pkg McAfee antivirus detected a
trojan. 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.
https://bugs.winehq.org/show_bug.cgi?id=47029
Bug ID: 47029
Summary: A.R.E.S. Extinction Agenda 1.x (.NET 2.0, XNA 3.1
game) crashes during intro (needs IWMPMedia::put_name
implementation)
Product: Wine
Version: 4.6
Hardware: x86-64
URL: https://www.fileplanet.com/archive/p-40578/A-R-E-S-Ext
inction-Agenda-Demo
OS: Mac OS X
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: wmp&wmvcore
Assignee: wine-bugs(a)winehq.org
Reporter: gijsvrm(a)gmail.com
Created attachment 64197
--> https://bugs.winehq.org/attachment.cgi?id=64197
+wmp log
Follow up of bug 45365.
winetricks -q qasf needed to work around bug 34622.
winetricks -q wmp9 works around this bug.
Attached is a +wmp log.
Tested Wine 4.6 in a 32bit prefix.
--
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=48673
Bug ID: 48673
Summary: 16 Bit application Korg SE05 shows error "Receive
error: Not enough memory"
Product: Wine
Version: 5.2
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: dos
Assignee: wine-bugs(a)winehq.org
Reporter: wine(a)vintagesynth.33mail.com
Created attachment 66528
--> https://bugs.winehq.org/attachment.cgi?id=66528
Screenshot of error message
Hi,
I'm trying to use the synth editor "Korg SE05" to edit the synth module Korg
05r/w.
Used hardware:
Behringer UMC404 HD Audio & Midi Interface
Korg 05r/w synth module
Software:
Korg SE05 editor, version 1.1
Download link: http://www.jaybmusic.net/Downloads/X5D-Editor.zip
Upon selecting the midi in & outputs the program shows the error "Receive
error: Not enough memory". It is not possible to receive the contents of the
synth module in the editor.
Terminal shows this error message:
002c:fixme:winmm:MMSYSTDRV_Message NIY: no conversion yet 16->32 kind=1 msg=57
This bug appears to be located in WineVDM due to the amount of RAM being too
high. It was already analyzed and a patch is available:
https://github.com/otya128/winevdm/issues/545
Can you please review and pull this into the Wine main code line:
https://github.com/otya128/winevdm/pull/547
--
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=48670
Bug ID: 48670
Summary: shell32: NTSHChangeNotifyRegister should add
SHCNRF_NewDelivery flag
Product: Wine
Version: 5.0-rc6
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: katayama.hirofumi.mz(a)gmail.com
Distribution: ---
Please see the following article:
https://docs.microsoft.com/en-us/windows/win32/api/shlobj_core/nf-shlobj_co…
> The NTSHChangeNotifyRegister function, which is no longer available as of Windows Vista, was equivalent to SHChangeNotifyRegister with the SHCNRF_NewDelivery flag.
NTSHChangeNotifyRegister must add SHCNRF_NewDelivery flag.
--
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=48656
Bug ID: 48656
Summary: Application won't launch "GetGeoInfoW type 8 is not
supported"
Product: Wine
Version: 5.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: alexterranova81(a)gmail.com
Distribution: ---
The application won't start:
0009:fixme:nls:GetGeoInfoW type 8 is not supported
--
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=48630
Bug ID: 48630
Summary: Keepass 2.4.x crashes on Wine 5.2 using .net 4.5 was
working on wine 5.1
Product: Wine
Version: 5.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: christianuceda(a)yahoo.com
Distribution: ---
Created attachment 66481
--> https://bugs.winehq.org/attachment.cgi?id=66481
Keepass 2 startup crash message under Wine 5.2
Keepass 2.4.x (.NET based app) used to work up to Wine 5.1, upon updating to
Wine 5.2 it crashes with a message regardig memory corruption and showing red
lines where the menu and toolbar used to be drawn. (Check attached screenshot)
This is how I deployed Keepass:
(Os Ubuntu 18.04.4)
WINEPREFIX=/opt/winkeepass winetricks dotnet45
WINEPREFIX=/opt/winkeepass wine /home/user/Downloads/KeePass-2.42.1-Setup.exe
Keepass 2 can be downloaded from: "https://keepass.info/download.html"
Keepass 2 .NET allows for multiple users to work on the same database syncing
changes instead of overwriting each other.
--
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=46916
Bug ID: 46916
Summary: Can't restore focus to certain minimized fullscreen
applications
Product: Wine
Version: 4.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: chrylis(a)gmail.com
Distribution: ---
Created attachment 64004
--> https://bugs.winehq.org/attachment.cgi?id=64004
stderr logs
This is a counterpart to the many (mostly resolved?) bugs regarding switching
*out* of fullscreen applications. On some applications, I can switch out of the
window without any problem. If the application has changed the desktop
resolution, it is restored to the previous setting (e.g.,
1920x1080->3840x2160).
However, I cannot restore focus to the application once it loses focus. The
application will unminimize (from the taskbar or the window switcher), and the
mouse cursor changes to the appropriate graphics, but the application seems
never to be unblurred; it's not redrawn (I believe this is its own choice when
it thinks it doesn't have focus), and the "bookmarked" resolution isn't
applied. The application does not respond to input, and I have to kill Wine
from the CLI.
The applications I have available where I'm able to reproduce the behavior are
based on the Civ4 engine (Civ4 itself, Railroads!). The behavior is identical
regardless of whether the application changes the screen resolution (if it
hasn't, then it'll switch back to full screen and show the last render but is
still frozen). Fallout 2, with or without Restoration, does *not* reproduce the
behavior. It may be linked to D3D.
I'm running KWin 5.14.5 on Intel graphics.
--
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=40187
Bug ID: 40187
Summary: Dream Acquarium can't run
Product: Wine
Version: 1.8
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sdunnagan(a)yahoo.com
Distribution: ---
Something changed in the Dream Acquarium application, and now it doesn't
run after it automatically installs updates.
--
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=45216
Bug ID: 45216
Summary: Alien: Isolation crashes on startup
Product: Wine
Version: 3.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: moihack.inside(a)gmail.com
Distribution: ArchLinux
Created attachment 61439
--> https://bugs.winehq.org/attachment.cgi?id=61439
Alien:Isolation terminal output
Alien: Isolation (Steam version) crashes on startup.
There is an attempt for the game to load as a process named AI.exe is created
and a window pops up on a black screen but with the mouse cursor changing to
the in-game one. So the game at least attempts to boot up.
Specifically for Arch Linux which I use, there is a "trick" to get this game
running.
If you install the package "wine-staging-nine" from the official repositories
here : https://www.archlinux.org/packages/multilib/x86_64/wine-staging-nine/
the game boots correctly.
It does not boot up with plain wine-staging or vanilla wine + gallium nine
patches. So it probably needs a mix of patches from both projects.
I'm attaching a terminal output below.
GPU used: Radeon HD 6870
--
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=48629
Bug ID: 48629
Summary: valgrind shows dependency on uninitialized memory in
gdi32/dib.c
Product: Wine
Version: 5.0-rc6
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Created attachment 66480
--> https://bugs.winehq.org/attachment.cgi?id=66480
valgrind log
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.
https://bugs.winehq.org/show_bug.cgi?id=48241
Bug ID: 48241
Summary: PACE license manager installer dies with Error: -1627
Function failed
Product: Wine
Version: 4.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: emiel(a)kollof.nl
Distribution: ---
Installation seems to die here:
01de:err:msi:ITERATE_StartService Failed to start service
L"PaceLicenseDServices" (6)
01de:err:msi:execute_script Execution of script 0 halted; action
L"StartServices" returned 1627
01de:err:msi:ITERATE_Actions Execution halted, action L"InstallFinalize"
returned 1627
00c9:err:ole:ClientRpcChannelBuffer_SendReceive called from wrong apartment,
should have been 0xca000001de
--
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=17101
Summary: Cancelling text with Scientific Workplace leaves last
character
Product: Wine
Version: 1.1.13
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: loic.grenie(a)gmail.com
Created an attachment (id=18937)
--> (http://bugs.winehq.org/attachment.cgi?id=18937)
Screenshots
When I delete text under Scientific Workplace, the end of the line is not
treated correctly. Was is most evident is that the last character(s) is(are)
not canceled.
I attach a vertical concatenation of 3 screenshots:
the first is the state before hitting backspace: I typed "abcdefghijkl" and
added an inline image,
the second is after hitting backspace (I cancel the "g"); notice how the last
"kl" are not correctly canceled and the image is not moved to the left
and the third is how it should have looked.
No error message is displayed while hitting backspace (it complains about IME
all the time but I think it's no big deal).
I have seen this problem at least in versions 1.0.1 (under Debian testing,
Ubuntu hardy and intrepid, both 32 and 64 bits) and 1.0.13 (Debian testing 64
bits). The situation is even worse under Ubuntu intrepid (32 bits OS, Wine
v1.0.1) as text disappears as soon as it is typed (Esc redisplays it briefly).
I can live with the image (visible at the end of the line) not correctly
positioned after backspace (it seldom occurs), but the last character not
canceled is a real (visual) pain.
I can test anything you wish and I understand programming/debugging.
Thank you for any help.
SurJector
--
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=48659
Bug ID: 48659
Summary: Job details page: Add links to the first error in a
report
Product: Wine-Testbot
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
When looking at a full WineTest report on the TestBot website finding the
errors can require a lot of scrolling and there is a risk of skipping over
them.
The cache .errors files contain the line of each error and error group.
This makes it possible to add links to the errors:
* The first report line would contain a link pointing to the first report error
(for instance in the form of a down arrow at the start of the line).
* Errors would contain links to the previous/next errors, or to the first/last
report line.
* The last report line would link to the last report error.
Once the first draft is ready the link chain may be tweaked:
* The first line of test units containing errors, could be added to it.
* A second chain link to be set up with only the new failures.
--
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=48658
Bug ID: 48658
Summary: Fix error handling in the WineRun* scripts
Product: Wine-Testbot
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
Over time error handling in the WineRun* scripts has become complex and
inconsistent. It's in need of a serious cleanup, particular so that errors can
be reliably identified in the testbot.log file and shown on the JobDetails
page.
There are three places where the WineRun* scripts can send errors:
* To the global 'var/log' log file.
Sending errors to the global file makes sense for errors which could be
relevant to other operations on that VM such as the preceding or following
revert.
* To the per-task 'testbot.log' file.
This is where most errors should go for long term storage.
* To stderr which is redirected to 'testbot.log' nowadays.
Then there are a number of functions that report errors:
* LogMsg()
This adds a message to the global log (errors and others alike).
It is used to log the startup and exit of the WineRun* scripts in the global
log, but also to save some errors there.
* Error()
Prints the error on stderr if --log-only is not specified, and sends them to
the global log (via LogMsg()). In particular things like usage errors thus end
up in the global log which probably does not make sense.
* LogTaskError()
Explicitly opens testbot.log and appends to it. It should really print to
stderr instead. But some calls to LogTaskErrors
* FatalError()
The main point of FatalError() is that it invokes WrapUpAndExit() with
appropriate parameters.
But it also sends the error message to both the global log and testbot.log
(via LogTaskError()). That's probably not appropriate.
* FatalTAError()
This is a specialized form of FatalError() which also notifies the
administrator of network issues.
That's ok except that depending on the codepath it may end up calling any of
Error(), LogMsg(), LogTaskError() or FatalError().
--
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=8439
François Gouget <fgouget(a)codeweavers.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Assignee|fgouget(a)codeweavers.com |wine-bugs(a)winehq.org
--
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=47042
Bug ID: 47042
Summary: Ignore replies to patchset parts
Product: Wine-Testbot
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
The TestBot treats every email as a potential patch.
This makes sense as replies to a patch could be a new version for that patch
which means it should be tested.
But replies to parts of patches are different. Here is what happened due to the
failure to recognize this.
I'm not sure why but the TestBot must have received the following emails in
this order (this is not the order of the send times but it matches the order in
which I received the emails in my inbox):
* [PATCH 1/5] ntoskrnl.exe: Implement PsLookupThreadByThreadId.
https://www.winehq.org/pipermail/wine-devel/2019-April/144085.html
Part 1/5 in a patch series. The TestBot created a PendingPatchSet object to
track the different parts.
* Re: [PATCH 1/5] ntoskrnl.exe: Implement PsLookupThreadByThreadId.
https://www.winehq.org/pipermail/wine-devel/2019-April/144088.html
The TestBot decided this looked like a patch because the HTML version
contains lines that start with "+++ ". Thus it treated this email as a new
version of the previous patch, like it usually does, and replaced patch 1 in
the PendingPatchSet.
* Re: [PATCH 2/5] ntoskrnl.exe: Implement KeAreApcsDisabled using critical
region functions.
https://www.winehq.org/pipermail/wine-devel/2019-April/144086.html
The TestBot created a job to test this patch but used the updated part 1 of
the patch set which in fact was an HTML email. This resulted in an invalid
patch and thus a failure to apply.
The TestBot probably did two things wrong:
1. It took a patch from an HTML attachment.
The TestBot already rejects those but somehow the $Part->effective_type ne
"text/html" test in Patch::NewPatch() did not work.
2. It replaced part 1 of a patchset with a new version.
One cannot send a new version of a part in a patchset: the whole patchset
must be resubmitted (*). So the TestBot should never replace a part in a
patchset.
It looks like this check should be done in PendingPatchSets::NewSubmission()
near the $Set->Parts->GetItem($PartNo) call.
The issue here is that we may receive emails out of order. So we could
receive a reply to part 1, and thus add it as part 1, before we receive the
actual email for part 1.
(*) Otherwise we'd have to keep the patchsets around and create new jobs for
all parts that follow the replaced part. And if multiple parts are replaced...
madness!
--
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=48031
Bug ID: 48031
Summary: Limit the size of the task logs
Product: Wine-Testbot
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
The TestBot does not check the size of the reports and logs it downloads from
the VMs. These could be quite big and are even more likely to get big if
setting WINEDEBUG is allowed. So there should be a limit.
The TestAgent GetFile() API has no provision for putting a limit on the size of
the file being retrieved. But checking the size against a limit would come
quite naturally if the files are retrieved one chunk at a time (see bug 48030).
Note that the Wine rebuild logs are quite big (11MB).
--
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=47899
Bug ID: 47899
Summary: Review the VM name validation
Product: Wine-Testbot
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
The web interface allows the creation of VMs that have dashes in their name.
But when untainting its parameters LibvirtTool considers such names to be
invalid, so that trying to revert these VMm fails.
There is a VM::Validate() method that should validate the VM name among others,
but obviously it cannot be used to check and untaint script parameters.
So the VM name validation criterions need to be checked and a standard function
provided.
--
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=47492
Bug ID: 47492
Summary: Typo in function name (__wine_spec_fini)
Product: Wine
Version: 4.12.1
Hardware: x86
OS: Solaris
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: tools
Assignee: wine-bugs(a)winehq.org
Reporter: evgeny.v.litvinenko(a)gmail.com
Created attachment 64875
--> https://bugs.winehq.org/attachment.cgi?id=64875
A patch example.
Hi all.
It looks like there is a typo in the file tools/winegcc/winegcc.c
The command
ggrep "[^_]_wine_spec_fini" -r *
in the source tree finds two places where __wine_spec_fini is with one
underscore in the begining.
I've attached a patch just to show the places with typo (I think it's a typo),
feel free to use it as you want.
Regards
evgeny.
--
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=48625
Bug ID: 48625
Summary: Game DayZ Dedicated Server 1.07.152951 - Can not
connect
Product: Wine-staging
Version: 5.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: chris.76(a)hotmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 66475
--> https://bugs.winehq.org/attachment.cgi?id=66475
wine 5.2 logs
Hello Support,
I'm an advanced user on linux and I'm trying to set up a dedicated server for
my game DayZ.
My game is available only on Steam, windows version and in 64-bit.
I used steamcmd for linux version to download the dedicated server windows
version.
Details about depots of this game :
https://steamdb.info/app/223350/depots/
You can see 2 libraries are needed :
- VC 2013 Redist
- VC 2015 Redist
So I installed wine, setted up in windows 10 (and used WINEARACH, WINEPREFIX)
and installed VC 2013 & 2015 in 64-bit edition.
My server is using a vanilla config, it means untouched.
My server comes online but when i try to connect, my client fails.
When I look logs from game server, I can't see any traces when I tried to
connect. (it's not normal, it's should)
I attached logs.
Thanks in advance for helping me.
Have a nice day.
--
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=4418
--- Comment #24 from joaopa <jeremielapuree(a)yahoo.fr> ---
Bug still occurs with wine-5.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.
http://bugs.winehq.org/show_bug.cgi?id=17272
Summary: Zmodeler: Icons and overall GUI blinky
Product: Wine
Version: 1.1.14
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gaming4jc2(a)yahoo.com
Created an attachment (id=19272)
--> (http://bugs.winehq.org/attachment.cgi?id=19272)
Simple log of fixme's in the console
Zmodeler is not quite in full working condition (but tons better than prior to
1.1.14). When using the buttons on the Main Toolbar the icons which
occasionally disappear and overall 3D performance is rather slow. You can
mouseover the icons and they will reappear, but it isn't overly practical...
Attached is a log. I believe it has something to do with"LockWindowUpdate".
--
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=48638
Bug ID: 48638
Summary: Clrmamepro 4036a_64_20200220: crashes when quit
Product: Wine
Version: 5.2
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: vicmarto(a)me.com
Created attachment 66494
--> https://bugs.winehq.org/attachment.cgi?id=66494
log + backtrace
Clrmamepro crashes when quit. Just open the program, and then trying to quit is
enough to trigger the crash.
Download link:
https://mega.nz/#!ydpxCCyB!IEznOWu5b8hJN51YwYXXCwEKrGt7677kJsVMS2x1ATw
cdf93153a324c1402a26ce84f25058ee39df3e95 cmp4036a_64_20200220.zip
--
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=8025
chika <coinmastergenerator(a)aol.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |coinmastergenerator(a)aol.com
--- Comment #96 from chika <coinmastergenerator(a)aol.com> ---
So what problem occurred this
https://pokemonmastersgenerator.xyz
--
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=48637
Bug ID: 48637
Summary: Improve encoding of outgoing emails
Product: Wine-Testbot
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
The emails sent by the TestBot probably assume the text is plain 7bit ASCII.
This can mangle some messages such as:
https://www.winehq.org/pipermail/wine-devel/2020-February/160217.html
../../../wine/dlls/d3d9/device.c:3729:56: error: expected ???;??? before
???stream???
The question marks should in fact be smart quotes. Fortunately this is mostly a
cosmetic issue and the pristine messages can be seen in the job details page.
--
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=48466
Bug ID: 48466
Summary: Can't use drag and drop with AIMP and some other bugs
Product: Wine
Version: 5.0-rc5
Hardware: x86-64
URL: http://www.aimp.ru/?do=download&os=windows
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: endoplast(a)hotmail.com
Distribution: ---
Created attachment 66246
--> https://bugs.winehq.org/attachment.cgi?id=66246
UI Screenshot
I can't drag and drop (move up or down to change the order) any audio file
inside my playlists as I could do in Windows. There are sometimes, when you try
to add files from file explorer that the program gets stuck. Besides, I can see
my desktop background through the borders of the UI. I have notice that the
behaviour of the playlists scroll it is a bit laggy.
I have tried several wine versions from 4.0.3 stable to 5.0 rc5. It doesn't
change.
It would be great if you could improve the support for this program because it
is awesome.
Version:
AIMP v4.60, build 2170
--
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=48601
Bug ID: 48601
Summary: Program error
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jrost(a)web.de
Distribution: ---
Created attachment 66438
--> https://bugs.winehq.org/attachment.cgi?id=66438
program error details
Program is not running, ask for send the prpgram error
--
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=48632
Bug ID: 48632
Summary: Far Cry 2 has poor performance after changing
Anti-Aliasing level
Product: Wine
Version: 5.2
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Start a new game with AA 16x and after a while downgrade to 8x, 4x or 2x
err:d3d:wined3d_debug_callback 0xe33d20: "GL_INVALID_FRAMEBUFFER_OPERATION
error generated. Operation is not valid because a bound framebuffer is not
framebuffer complete.".
fixme:d3d:wined3d_context_gl_check_fbo_status FBO status
GL_FRAMEBUFFER_INCOMPLETE_ATTACHMENT (0x8cd6).
fixme:d3d:context_dump_fbo_attachment GL_DEPTH_ATTACHMENT: 2d-ms texture
39, 0x0, 16 samples, format 0x88f0.
fixme:d3d:context_dump_fbo_attachment GL_STENCIL_ATTACHMENT: 2d-ms texture
39, 0x0, 16 samples, format 0x88f0.
fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT0: 2d-ms texture
40, 0x0, 16 samples, format 0x8c43.
fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT1: NONE.
fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT2: NONE.
fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT3: NONE.
fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT4: NONE.
fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT5: NONE.
fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT6: NONE.
fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT7: NONE.
--
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=48622
Bug ID: 48622
Summary: Origin crashes when exiting application with Esync
enabled
Product: Wine-staging
Version: 5.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sashok.olen(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 66470
--> https://bugs.winehq.org/attachment.cgi?id=66470
origin backtrace
How to reproduce:
1) Install EA Origin client
2) Run it with Esync and get greted with a Login screen
3) Through (virtual) task menu icon, exit the application by right clicking
"Quit Origin"
4) Experience a crash in Origin.exe
This only happens if you're no logged in and only if you're running it with
Esync enabled.
Attaching a backtrace ( a log with
+server,+esync,+fsync,+sync,+seh,+timestamp,+pid debug channels will come in
the next message)
--
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.