https://bugs.winehq.org/show_bug.cgi?id=41223
Bug ID: 41223
Summary: IDA MDI doesn't have scrollbars when it should
Product: Wine
Version: 1.9.17
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: b7.10110111(a)gmail.com
Distribution: ---
Created attachment 55488
--> https://bugs.winehq.org/attachment.cgi?id=55488
How it looks in Wine
To reproduce:
1. Launch IDA, have it maximized
2. Open a file, so that IDA begins analysis
3. Unmaximize main window
4. See lack of scrollbars in the MDI, despite child windows being too large to
fit.
5. Compare the same with Windows and see that there it does have the
scrollbars.
The only thing I get in the console is this:
fixme:win:LockWindowUpdate (0x500c4), partial stub!
fixme:win:LockWindowUpdate ((nil)), partial stub!
fixme:win:LockWindowUpdate (0x500c4), partial stub!
fixme:win:LockWindowUpdate ((nil)), partial stub!
--
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=27559
Summary: ImgBurn crash at startup when Wine's 'Windows Version'
is set to 'Vista' (or newer)
Product: Wine
Version: 1.3.22
Platform: x86
URL: http://www.imgburn.com/
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lightning_uk(a)imgburn.com
I've had a bunch of crash logs sent to me over the past year where ImgBurn
crashes unrecoverably on startup when users are running it under Wine but was
never able to reproduce the error until today.
It turns out that if Wine's 'Windows Version' is set to 'XP' (default and what
I'd always been using) everything works fine. The second it's changed to
'Vista' (or newer), the app crashes at startup.
I've managed to get a crash call stack via madExcept / Eurekalog and have now
traced the problem back to the 'Explorer' style component it uses in the 'Disc
Layout Editor' window ('TVirtualExplorerTree' by MustangPeak). It looks like
it's related to namespace stuff and therefore the shell?
I've made/attached a Delphi demo app with a single form and single instance of
'TVirtualExplorerTree' to hopefully make testing and debugging this issue a
little easier.
Without fail, it'll crash when Wine's 'Windows Version' is set to 'Vista' but
it's fine as 'XP'. I'm using Wine in Ubuntu 11.04 for testing.
The programs (ImgBurn and demo app) work fine on a real Windows XP, Vista or 7
installation.
--
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=36230
Bug ID: 36230
Summary: qcap: Silverlight requires Audio Capture Filter
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: michael(a)fds-team.de
Silverlight requires the "Audio Capture Filter" for recording from the
microphone.
Steps to reproduce (Download Silverlight + start configuration dialog):
wget
http://silverlight.dlservice.microsoft.com/download/B/A/9/BA94BEC9-5DBC-4B5…
wine Silverlight.exe
wine "C:\Program Files\Microsoft
Silverlight\5.1.30214.0\Silverlight.Configuration.exe"
Change to the Webcam and Microphone Tab. The list of devices is empty and you
should see the following debug messages:
-------
err:ole:CoGetClassObject no class object {e30629d2-27e5-11ce-875d-00608cb78066}
could be created for context 0x17
fixme:strmbase:STRMBASE_DllGetClassObject
{e30629d2-27e5-11ce-875d-00608cb78066}: class not implemented yet.
-------
The CLSID belongs to CLSID_AudioRecord and is not implemented in
dlls/qcap/qcap_main.c (/* FIXME: Implement QCAP_createAudioCaptureFilter */)
--
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=32893
Bug #: 32893
Summary: SNES9x DirectDraw display not refreshed correctly when
menus shown
Product: Wine
Version: 1.5.23
Platform: x86-64
URL: http://files.ipherswipsite.com/snes9x/snes9x-1.53-win3
2.zip
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: markk(a)clara.co.uk
Classification: Unclassified
Created attachment 43440
--> http://bugs.winehq.org/attachment.cgi?id=43440
Showing refresh problem #1
I'm testing with Wine 1.5.23, SNES9x 1.53, Lubuntu 11.10 x86-64, Nvidia driver
304.64.
There is a small issue with the way the SNES9x DirectDraw display is refreshed.
When you browse the menus, as you move from menu to menu the previous menu area
is cleared to black, instead of showing the emulated game.
There was a change at some point between Wine 1.5.18 and 1.5.23. With 1.5.18
all "old" menus remained onscreen (see
http://bugs.winehq.org/attachment.cgi?id=42660), so the current behaviour is
better but not perfect.
To reproduce
- Download and unzip SNES9x.
- Download a SNES ROM, e.g. from
http://pdroms.de/files/supernintendoentertainmentsystem/skipp-and-friends-p…
- Run SNES9x. Select File->Load Game... and select SAF.smc
- Currently the default Direct3D output gives an empty/black window (bug
32319). So change to DirectDraw output: select Video->Display Configuration...,
change Output Method to DirectDraw and click OK.
- Click on the menu bar to browse the menus. As you move from menu to menu,
notice that the region which was occupied by the previously-shown menu is
black.
--
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=39390
Bug ID: 39390
Summary: Backgrounds are black in 99 Spirits
Product: Wine
Version: 1.7.51
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: funtimeschaos(a)rocketmail.com
Distribution: ---
Created attachment 52501
--> https://bugs.winehq.org/attachment.cgi?id=52501
Terminal output
All backgrounds fail to render, replaced by plain blackness instead.
The terminal doesn't seem to provide much helpful out, but I've attached it
regardless.
According to the terminal, this may be a duplicate of 9127, but the normal work
around steps (winetricks quartz, wmp10, allcodecs) removed the quartz fixme
messages but not the problem.
Would love to put up a more helpful output, if I knew which WINEDEBUG flags to
use.
--
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=34188
Bug #: 34188
Summary: crash when creating a new wineprefix with winemac.drv
Product: Wine
Version: 1.6
Platform: x86
OS/Version: Mac OS X
Status: NEW
Severity: normal
Priority: P2
Component: winemac.drv
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Classification: Unclassified
Created attachment 45475
--> http://bugs.winehq.org/attachment.cgi?id=45475
backtrace
May only be in 10.7+.
--
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=36272
Bug ID: 36272
Summary: valgrind shows several leaks in
dmime/tests/performance.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: directx-dmusic
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==6437== 28 bytes in 1 blocks are definitely lost in loss record 301 of 951
==6437== at 0x7BC4C735: notify_alloc (heap.c:255)
==6437== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==6437== by 0x7FBF4B1: DMUSIC_CreateDirectMusicImpl (dmusic.c:414)
==6437== by 0x7FBFABB: ClassFactory_CreateInstance (dmusic_main.c:100)
==6437== by 0x4D3AE26: CoCreateInstance (unknwn.h:226)
==6437== by 0x5F9ADA9: IDirectMusicPerformance8Impl_Init (performance.c:286)
==6437== by 0x4956EA6: test_createport (performance.c:104)
==6437== by 0x4957D93: func_performance (performance.c:263)
==6437== by 0x4958B90: run_test (test.h:584)
==6437== by 0x4958F7F: main (test.h:654)
==6437==
==6437== 44 bytes in 1 blocks are definitely lost in loss record 432 of 951
==6437== at 0x7BC4C735: notify_alloc (heap.c:255)
==6437== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==6437== by 0x5F90B1E: create_dmaudiopath (audiopath.c:642)
==6437== by 0x5F9D9FE: IDirectMusicPerformance8Impl_CreateStandardAudioPath
(performance.c:1033)
==6437== by 0x5F9D5BF: IDirectMusicPerformance8Impl_InitAudio
(performance.c:952)
==6437== by 0x4956AD4: test_InitAudio (performance.c:51)
==6437== by 0x4957D53: func_performance (performance.c:256)
==6437== by 0x4958B90: run_test (test.h:584)
==6437== by 0x4958F7F: main (test.h:654)
==6437==
==6437== 56 bytes in 1 blocks are possibly lost in loss record 480 of 951
==6437== at 0x7BC4C735: notify_alloc (heap.c:255)
==6437== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==6437== by 0xC0632EC: MMDRV_InitPerType (lolvldrv.c:384)
==6437== by 0xC063C27: MMDRV_Install (lolvldrv.c:475)
==6437== by 0xC06416F: MMDRV_Init (lolvldrv.c:547)
==6437== by 0xC061F4B: MMDRV_InitSingleType (lolvldrv.c:78)
==6437== by 0xC061FEE: MMDRV_GetNum (lolvldrv.c:89)
==6437== by 0xC07F7C8: midiOutGetNumDevs (winmm.c:284)
==6437== by 0x7FBF004: create_system_ports_list (dmusic.c:328)
==6437== by 0x7FBF5C7: DMUSIC_CreateDirectMusicImpl (dmusic.c:436)
==6437== by 0x7FBFABB: ClassFactory_CreateInstance (dmusic_main.c:100)
==6437== by 0x4D3AE26: CoCreateInstance (unknwn.h:226)
==6437== by 0x5F9ADA9: IDirectMusicPerformance8Impl_Init (performance.c:286)
==6437== by 0x5F9D498: IDirectMusicPerformance8Impl_InitAudio
(performance.c:930)
==6437== by 0x4956AD4: test_InitAudio (performance.c:51)
==6437== by 0x4957D53: func_performance (performance.c:256)
==6437== by 0x4958B90: run_test (test.h:584)
==6437== by 0x4958F7F: main (test.h:654)
==6437==
==6437== 56 bytes in 1 blocks are possibly lost in loss record 481 of 951
==6437== at 0x7BC4C735: notify_alloc (heap.c:255)
==6437== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==6437== by 0xC0632EC: MMDRV_InitPerType (lolvldrv.c:384)
==6437== by 0xC063C4D: MMDRV_Install (lolvldrv.c:476)
==6437== by 0xC06416F: MMDRV_Init (lolvldrv.c:547)
==6437== by 0xC061F4B: MMDRV_InitSingleType (lolvldrv.c:78)
==6437== by 0xC061FEE: MMDRV_GetNum (lolvldrv.c:89)
==6437== by 0xC07F7C8: midiOutGetNumDevs (winmm.c:284)
==6437== by 0x7FBF004: create_system_ports_list (dmusic.c:328)
==6437== by 0x7FBF5C7: DMUSIC_CreateDirectMusicImpl (dmusic.c:436)
==6437== by 0x7FBFABB: ClassFactory_CreateInstance (dmusic_main.c:100)
==6437== by 0x4D3AE26: CoCreateInstance (unknwn.h:226)
==6437== by 0x5F9ADA9: IDirectMusicPerformance8Impl_Init (performance.c:286)
==6437== by 0x5F9D498: IDirectMusicPerformance8Impl_InitAudio
(performance.c:930)
==6437== by 0x4956AD4: test_InitAudio (performance.c:51)
==6437== by 0x4957D53: func_performance (performance.c:256)
==6437== by 0x4958B90: run_test (test.h:584)
==6437== by 0x4958F7F: main (test.h:654)
==6437==
==6437== 552 bytes in 1 blocks are possibly lost in loss record 789 of 951
==6437== at 0x7BC4C735: notify_alloc (heap.c:255)
==6437== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==6437== by 0x5F9E05B: create_dmperformance (performance.c:1218)
==6437== by 0x5F91088: ClassFactory_CreateInstance (dmime_main.c:100)
==6437== by 0x4D3AE26: CoCreateInstance (unknwn.h:226)
==6437== by 0x4957997: test_COM (performance.c:218)
==6437== by 0x4957D8E: func_performance (performance.c:262)
==6437== by 0x4958B90: run_test (test.h:584)
==6437== by 0x4958F7F: main (test.h:654)
==6437==
--
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=41549
Bug ID: 41549
Summary: Hover! in fullscreen mode does not cover the top bar
in Gnome.
Product: Wine
Version: 1.9.20
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: aaronbpaden(a)gmail.com
Distribution: ---
I'm using wine-staging 1.9.20.
When you set Hover! to fullscreen, it sets the display resolution and fills up
most of the screen as it should, but it's set under top bar in GNOME, resulting
in several rows of pixels from the bottom of the application also being outside
of the display.
I confirmed that Hover! does cover the task bar in a Windows VM.
There's nothing really in the logs, except for a weird
"fixme:process:LoadModule Strange error set by CreateProcess: 193", but that
shows up before setting fullscreen.
--
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=32983
Bug #: 32983
Summary: Artifacts demo crashes on start up
Product: Wine
Version: 1.5.23
Platform: x86
URL: http://illogictree.com/app/artifacts/files/Artifacts.z
ip
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: t.artem(a)mailcity.com
Classification: Unclassified
Created attachment 43572
--> http://bugs.winehq.org/attachment.cgi?id=43572
backtrace
Backtrace:
=>0 0xc8ae8ebd (0x00000000)
0xc8ae8ebd: -- no code accessible --
--
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=42631
Bug ID: 42631
Summary: 7 Days To Die mouse cursor wrongly move to bottom
right
Product: Wine
Version: 2.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tim110011(a)163.com
Distribution: ---
The game works fine under windows system.
When moving mouse slowly, cursor wrongly move to bottom right.
Set mouse sensitivity to 1.00 make this problem more obvious.
System:
Fedora 25 x64 Xfce Desktop
kernel 4.9.13
nvidia Geforce gtx 750Ti
nvidia 1.375.26 Driver
wine 2.3
This problem alse exist in wine 1.9.12
https://appdb.winehq.org/objectManager.php?sClass=version&iId=29521&iTestin…
--
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.