http://bugs.winehq.org/show_bug.cgi?id=17448
Summary: Impossible to insert an MPEG file in PowerPoint
Product: Wine
Version: unspecified
Platform: Other
OS/Version: other
Status: NEW
Severity: normal
Priority: P2
Component: winmm&mci
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fgouget(a)codeweavers.com
Trying to insert an mpeg video in PowerPoint 2003 gives the following error
message:
PowerPoint cannot insert a movie from the selected file. Verify that the path
and file format are correct, and then try again.
And this trace:
fixme:mci:MCI_LoadMciDriver Couldn't load driver for type L"MPEGVIDEO".
So it seems like this is because we are missing an mpeg codec in Wine so this
is probably not specific to PowerPoint 2003.
To reproduce:
* download an mpg file from anywhere
* install PowerPoint 2003 and start it
* Insert -> Movies and Sounds -> Movie from File...
* select your mpg file and validate
--
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=40186
Bug ID: 40186
Summary: mscoree:mscoree test regression
Product: Wine
Version: 1.9.3
Hardware: x86
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: mscoree
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
The commit below causes the mscoree:mscoree test to crash on several Windows
VMs:
* wxppro-sp4v3.1a (Windows XP SP3, latest installed .net runtime v2.0.50727)
* win7u64: All the versions with .Net 2.0.50727, which is all of them except
the one with no service pack (-0sp).
The crash happens after these traces:
mscoree.c:108: latest installed .net runtime: L"v2.0.50727"
mscoree.c:129: latest installed .net installed in directory:
L"C:\\Windows\\Microsoft.NET\\Framework\\v2.0.50727\\"
mscoree.c:137: installed in directory
L"C:\\Windows\\Microsoft.NET\\Framework\\" is .net version L"v2.0.50727"
mscoree.c:431: Tests skipped: .NET 4 not installed.
mscoree.c:453: Test failed: CLRCreateInstance failed, hr=0x80004001
mscoree.c:453: this is the last test seen before the exception
mscoree: unhandled exception c0000005 at 0040414A
test failed: crash
So most likely when the tests tries to use metahost after the failed
CLRCreateInstance(&CLSID_CLRMetaHost...) call.
ole32:compobj results on test.winehq.org:
https://test.winehq.org/data/tests/ole32:compobj.html
commit fdeaf812e2d0d5bd26146325272892f1b3d8d1ce
Author: Charles Davis <cdavis5x(a)gmail.com>
Date: Tue Feb 16 18:14:19 2016 -0700
mscoree: Implement ICorRuntimeHost::CreateDomain{, Ex}().
Signed-off-by: Charles Davis <cdavis5x(a)gmail.com>
Signed-off-by: Vincent Povirk <vincent(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
Obviously the test should (win_)skip these tests if there is no suitable .Net
runtime so as not to cause failures or a crash.
--
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=29583
Bug #: 29583
Summary: JScript is missing 'new XMLHttpRequest();' support
Product: Wine
Version: 1.3.36
Platform: x86
OS/Version: Linux
Status: NEW
Severity: minor
Priority: P2
Component: jscript
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bunglehead(a)gmail.com
Classification: Unclassified
Found that while testing for bug 29574, builtin jscript won't create an object
using 'new XMLHttpRequest();'.
There's several important things needed to implement this properly:
- it wraps msxml functionality;
- ::open() is always asynchronous with readystate handlers installed;
- msxml object is called directly without IDispatch;
- url passed to ::open() is expanded from relative url before it's passed to
msxml, probably with same object site functionality that msxml uses.
--
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=40194
Bug ID: 40194
Summary: drag and drop doesn't work because of typo in xdnd.c
Product: Wine
Version: 1.9.4
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: yokoyama(a)graco.c.u-tokyo.ac.jp
Distribution: ---
Created attachment 53700
--> https://bugs.winehq.org/attachment.cgi?id=53700
patch for dlls/winex11.drv/xdnd.c
Drag and Drop(D&D), from nemo (Cinnamon's file manager) to Hidemaru.exe
(Windows text editor), does not work.
Step to reproduce:
(1) drag a textfile icon in nemo.
(2) drop off on a Hidemaru window.
Expected Result: Hidemaru opens the textfile.
Actual Result: Nothing happens.
debug log
> 150512.532:0008:0009:warn:xdnd:X11DRV_XDND_PositionEvent IDropTarget_DragOver failed, error 0x00000000
> 150512.532:0008:0009:trace:xdnd:X11DRV_XDND_PositionEvent action req: 528 accept(1) at x(754),y(358)
> 150512.539:0008:0009:trace:xdnd:X11DRV_XDND_DropEvent
> 150512.541:0008:0009:trace:xdnd:create_stream_from_map size 4096
> 150512.810:0008:0009:trace:xdnd:X11DRV_XDND_FreeDragDropOp
hr == 0x00000000 (S_OK) should be successful return, but the return value
logged as error.
I found a miscoding in xdnd.c (c965894),
http://source.winehq.org/git/wine.git/commitdiff/c96589421a5fdf216daed54f20…
and fixed it, D&D worked correctly.
--
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=39242
Bug ID: 39242
Summary: oleaut32:typelib fails in the Korean locale
Product: Wine
Version: unspecified
Hardware: x86
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: oleaut32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
The following test failures happen specifically in the Korean locale, such as
on the fg-win7u64-1spie9-ko WineTest box:
typelib.c:2184: Test failed: got: L"default\3213"
typelib.c:2196: Test failed: got: L"default\3213"
typelib.c:2982: Test failed: got: L"default\3213"
typelib.c:2994: Test failed: got: L"default\3213"
See:
https://test.winehq.org/data/tests/oleaut32:typelib.html
--
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=39636
Bug ID: 39636
Summary: Assassin's Creed Syndicate crashes due to lack of
DisplayConfigGetDeviceInfo in user32.dll
Product: Wine
Version: 1.7.55
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: n8bk13(a)gmail.com
Distribution: ---
After trying to launch Assassin's Creed Syndicate, it crashed and showed a
message box with text: "The procedure entry point DisplayConfigGetDeviceInfo
could not be located in the dynamic link library USER32.dll". It doesn't matter
whether it was started directly from exe file or from UPlay. I found out that
this function was first introduced in Windows Vista, so I tried to change
operating system in winecfg from default "Windows XP" to "Windows 7", but it
didn't help either.
--
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=40191
Bug ID: 40191
Summary: ntdll:rtl test regression
Product: Wine
Version: 1.9.3
Hardware: x86
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
The commit below introduced a test failure on Windows 8, 8.1 and 10.
Failure:
rtl.c:2079: Test failed: expected SpinCount == 0, got 33556432
ntdll:rtl results on test.winehq.org:
https://test.winehq.org/data/tests/ntdll:rtl.html
commit 2689b7b1be096c8b7755ac3e75d2d366cb3debab
Author: Sebastian Lackner <sebastian(a)fds-team.de>
Date: Tue Feb 16 08:41:21 2016 +0100
ntdll/tests: Add tests for RtlInitializeCriticalSectionEx.
Signed-off-by: Sebastian Lackner <sebastian(a)fds-team.de>
Signed-off-by: Alexandre Julliard <julliard(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.
http://bugs.winehq.org/show_bug.cgi?id=9790
Summary: Regression in Heroes of Might and Magic 5
Product: Wine
Version: 0.9.45.
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: martyspamtrap(a)comcast.net
This is observed on the full version of Heroes of Might and Magic 5 (but is
probably reproducible on the demo). After updating to Wine 0.9.45 (coming from
0.9.44), I started experiencing application lockups in Heroes 5 during game
play on the map screen. The lockup consists of no further mouse or keyboard
instructions being recognize, although the background music continues to play.
An ALT-TAB to a shell and a "kill -9" get me back in control.
The problem is triggered somewhat randomly, but I've reproduced it twice by
loading up a saved game, panning around the map, viewing a hero's status
screen, and returning to the map. At this point, some of the status windows
are no longer drawing themselves completely and my system starts thrashing on
my hard drive. A little more panning around the map results in the lockup.
This issue did not exist in Wine 0.9.44.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=9791
Summary: Heroes of Might and Magic 5 (full) requires d3dx9_25.dll
Product: Wine
Version: 0.9.44.
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P4
Component: wine-directx
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: martyspamtrap(a)comcast.net
After a clean installation of Heroes 5 in Wine, attempting to run it fails.
The console reports that d3dx9_25.dll is required by H5_Game.exe. My
workaround is to either copy this file from a Windows installation, or copy
Wine's d3dx8.dll.so to d3dx9_25.dll. Nasty hack, but it seems to work. I'd
like to request an enhancement to include a more proper version of this DLL in
Wine.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=17483
Summary: EngInSite CSS Editor font distance rendering problem
Product: Wine
Version: 1.1.14
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: shdocvw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ar(a)esoma.org
Created an attachment (id=19577)
--> (http://bugs.winehq.org/attachment.cgi?id=19577)
Screenshot
In the editor window all fonts are monospaced but the display font does not
adapt to that and inserts spaces. You can see the problem in the attached
screenshot:
I don't know if that is related to
fixme:system:SetProcessDPIAware stub!
--
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.