http://bugs.winehq.org/show_bug.cgi?id=22797
Summary: BoxedApp sample apps fail on Wine
Product: Wine
Version: 1.1.44
Platform: x86
URL: http://www.boxedapp.com/boxedappsdk/download.html
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
BoxedApp is an SDK used by some debugging tools (dxprof in particular)
to hook function calls and emulate filesystem operations.
(It's a bit like Thinstall, which does work with Wine, thanks to Ge's efforts.)
I tried their four sample apps.
Sample1_DLLEmbeddsamples crashing.exe crashes after you click the 'call
function' button;
evidently the LoadLibrary hooking didn't work.
Samples 2 and 3 crash faster. Sample 4 seems to run (but might not do exactly
what it should).
I'll attach a +relay,+seh log of sample 1 running.
It seems to use mpr.dll as part of its magic.
--
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=33072
Bug #: 33072
Summary: dxdiag: can't retrieve network info
Product: Wine
Version: 1.5.24
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: directx-dplay
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Classification: Unclassified
$ rm -rf ~/.wine
$ winetricks -q dxdiag
$ wine dxdiag /t foo.txt
Error: Problem getting network info, result code = 0x80040154 (Class not
registered)
(split off from bug 32846)
--
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=22808
Summary: Selected rows in WinRar flicker while selecting by
dragging rectangle
Product: Wine
Version: 1.1.43
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: b7.10110111(a)gmail.com
Steps to reproduce: open an archive with several files using WinRar, then try
to select some files using mouse selection rectangle (dunno how this mechanism
is named). The rows already selected flicker when mouse is moved.
--
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=40167
Bug ID: 40167
Summary: theWord: popup doesn't work correctly after first
Shift-MouseOver
Product: Wine
Version: unspecified
Hardware: x86-64
URL: http://www.theword.net/files/setup/getmulti.php/en-sma
ll
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: therapon(a)roadrunner.com
Distribution: Ubuntu
bug is present in all versions of wine 1.1.14 through 1.9.3
MouseOver a hyperlink (cross-reference, commentary, etc.) displays a popup up
with the content of whatever is linked. Instruction at bottom of popup says:
Press SHIFT key and move mouse over popup to keep visible. Works properly the
first time only. The only way to keep subsequent popups visible is to press
SHIFT before MouseOver.
To reproduce:
1. MouseOver a hyperlink. Popup displays with standard background until the
mouse is moved off the link, then it disappears.
2. MouseOver a hyperlink, press SHIFT and move the mouse over the popup. Popup
displays with blue gradient background until the mouse is moved off the popup.
3. MouseOver a hyperlink. Popup flashes with blue gradient background and
disappears unless it has a vertical scrollbar. If it has a scrollbar, the popup
displays and functions as if SHIFT had been pressed.
Expected behavior:
1. MouseOver a hyperlink. Popup displays with standard background until the
mouse is moved off the link, then it disappears.
2. MouseOver a hyperlink, press SHIFT and move the mouse over the popup. Popup
displays with blue gradient background until the mouse is moved off the popup.
3. MouseOver a hyperlink. Popup displays with standard background until the
mouse is moved off the link, then it disappears.
--
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=38693
Bug ID: 38693
Summary: crash of MS Money3
Product: Wine
Version: 1.4.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fbmines(a)gmail.com
Distribution: ---
Created attachment 51616
--> https://bugs.winehq.org/attachment.cgi?id=51616
bug backtrace
crash of Microsoft Money v3 in opening some accounts, while so far working
well.
--
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=37516
Bug ID: 37516
Summary: VideoReDo TVSuite H.264 crashes on loading video when
using VMR7
Product: Wine
Version: 1.7.30
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: gordon.lack(a)dsl.pipex.com
Distribution: ---
Created attachment 49928
--> https://bugs.winehq.org/attachment.cgi?id=49928
Crash log produced by wine
VideoReDo TVSuite H.264 (http://www.videoredo.com/en/ProductTVS.htm) starts up
OK.
Under Tools/Options/Playback Devices you can select VMR7 as the Video Driver
(FYI: DirectX is also listed there, but it isn't supported any more, and
actually used VMR7 as well - the option is going away). This determines the
driver used when running the editing page.
If you now load a video (mpeg, or h.264) into the program it will 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=17073
Summary: Star Trek Generations fails to display
Product: Wine
Version: 1.1.13
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: Rincebrain(a)gmail.com
On attempting to run Star Trek: Generations in Wine, I receive the following
output, the cursor renders correctly, and an [almost] black screen (the top ~80
pixels of the screen display something non-black, in fullscreen mode - in
windowed mode, nothing is visible) (see linked screenshot):
$ wine sgens.exe
fixme:ddraw:VGA_ioport_in Unsupported index, VGA crt controller register
0x3b4/0x3d4: 0x0f
fixme:ddraw:VGA_ioport_out Unsupported index, VGA crt controller register
0x3b4/0x3d4: 0x0f (value 0x2a)
fixme:ddraw:VGA_ioport_in Unsupported index, VGA crt controller register
0x3b4/0x3d4: 0x0f
fixme:ddraw:VGA_ioport_out Unsupported index, VGA crt controller register
0x3b4/0x3d4: 0x0f (value 0xff)
fixme:d3d:IWineD3DImpl_FillGLCaps OpenGL implementation supports 32 vertex
samplers and 32 total samplers
fixme:d3d:IWineD3DImpl_FillGLCaps Expected vertex samplers + MAX_TEXTURES(=8) >
combined_samplers
fixme:win:EnumDisplayDevicesW ((null),0,0x32f3c8,0x00000000), stub!
fixme:ddraw:IDirectDrawImpl_WaitForVerticalBlank (0x13d780)->(1,(nil)): Stub
fixme:ddraw:IDirectDrawImpl_GetScanLine (0x13d780)->(0x32f980): Semi-Stub
fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to
8
err:d3d:IWineD3DDeviceImpl_SetupFullscreenWindow (0x1440f0): Want to change the
window parameters of HWND 0x20034, but another style is stored for restoration
afterwards
err:d3d:IWineD3DDeviceImpl_SetupFullscreenWindow (0x1440f0): Want to change the
window parameters of HWND 0x20034, but another style is stored for restoration
afterwards
fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to
16
err:d3d:IWineD3DDeviceImpl_SetupFullscreenWindow (0x1440f0): Want to change the
window parameters of HWND 0x20034, but another style is stored for restoration
afterwards
err:d3d:IWineD3DDeviceImpl_SetupFullscreenWindow (0x1440f0): Want to change the
window parameters of HWND 0x20034, but another style is stored for restoration
afterwards
err:d3d:IWineD3DDeviceImpl_SetupFullscreenWindow (0x1440f0): Want to change the
window parameters of HWND 0x20034, but another style is stored for restoration
afterwards
Tested with wine-1.1.12-777-g6d0a0fb and wine-1.1.12-829-g0b8faac.
Must be run with Windows 95/98/ME - game requires Win95 or above, and running
with Win2K or above results in a crash (which I'm filing).
--
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=26803
Summary: file open dialog: slow when selecting many files
Product: Wine
Version: 1.3.17
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: pa78(a)gmx.net
The bug:
The more files I select in the file open diaolg the longer it takes until the
files are actually selected and I can click the open button.
This bug is not about the load time of the program but the time the files get
selected in the file open dialog.
Hints to reproduce:
Selecting one file in the dialog window happen instantly.
Pressing shift and selecting 3 files also is very fast.
Pressing shift and selecting 10 files takes up to 1 second.
Pressing shift and selecting 30 files already takes 10 seconds.
Pressing shift and selecting 50 files already takes 40 seconds.
Pressing shift and selecting 100 files already takes 270 seconds (equals 4:30
min).
As you can see times are raising nearly exponential.
In Windows/Gnome/Kde/... it doesn't matter how many files are
selected/deselected. It takes always the same time.
Additional notes:
My cpu is a 3 year old dualcore 1.86 ghz. If you can't reproduce this times
because your machine is much faster just select more files because time is
raising nearly exponential.
This is an old bug (probably pre wine 1.0) and still (wine 1.3.17) very
annoying to me because sometimes I have to open a few hundret files. I think
this was never implemented well. Just so far that it is possible to open one or
a few files.
--
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.