http://bugs.winehq.org/show_bug.cgi?id=7865
Summary: Origin 7.5: requires comdlg32.dll override for multiple
ASCII file selection
Product: Wine
Version: 0.9.33.
Platform: PC
URL: http://www.originlab.com/index.aspx?s=12&lm=62
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-gui
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: r.swanwick(a)gmail.com
In origin 7.5 when selecting File-Import-Import multiple ASCII any file
selection leads to closing of the file select window. The program then continues
as normal
Overriding comdlg32.dll leads to full functionality of Multiple file select
dialog box
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3548
------- Additional Comments From Speeddymon(a)gmail.com 2007-26-03 08:52 -------
I suggested that, but unfortunately the developers can't reproduce this issue as
far as I can tell. Actually if you have binfmt_misc setup properly on your
system, you can use the .lnk files. So IMHO, wine should just drop .desktop
icon creation and change the icon for the .lnk files.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3717
------- Additional Comments From mikolaj.zalewski(a)gmail.com 2007-26-03 08:45 -------
Could you provide me a screenshot of the toolbar in the horizontal position and
a WINEDEBUG=+toolbar log?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4924
------- Additional Comments From focht(a)gmx.net 2007-26-03 07:21 -------
Hello,
i took a quick glance at it...
That OLE error comes from IWebBrowser2::get_Busy() not implemented.
I "cheated" by pretending not busy ... it connected, loaded news.
One could take challenges, enter chatrooms and the like.
I didnt play at all - that exercise is left to you :)
--- snip dlls/shdocvw.c ---
static HRESULT WINAPI WebBrowser_get_Busy(IWebBrowser2 *iface, VARIANT_BOOL *pBool)
{
WebBrowser *This = WEBBROWSER_THIS(iface);
FIXME("(%p)->(%p)\n", This, pBool);
// this should be a data member from WebBrowser object
// e.g. *pBool = This->busy;
// for now: pretend being not busy
*pBool = VARIANT_FALSE;
return S_OK;
}
--- snip dlls/shdocvw.c ---
Just a warning: this worked in this case but of course this "hack" is dangerous
if lengthy operations are in progress and the clients program flow depends on
the "real" status.
Ideally this flag should be a data member (add some "VARIANT_BOOL busy;" to
WebBrowser object in shdocvw.h, see my code comment) and updated occordingly to
async/sync navigate operations.
E.g. when entering async operation (before navigate events are fired -> set
flag) and upon completion/abort of these (reset flag).
I guess isnt really patch-a-like...
Just use this it as quick workaround on this showstopper if you want to play
with this app further :)
Regards
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
http://bugs.winehq.org/show_bug.cgi?id=7813
------- Additional Comments From mahasler(a)gmail.com 2007-26-03 07:09 -------
I finished regression testing. This is the patch that causes the crash:
commit 595d6aa6fbc8cd97d4fa8fa323b3f9bdddc32bd4
Author: Robert Reif <reif(a)earthlink.net>
Date: Fri Aug 18 01:13:31 2006 -0400
dsound: Class factory cleanup.
Consolidate all class factories into a single implementation.
Fixes a problem discovered by oleview.
I've tested the full version and a demo version. Both worked before the commit
posted above and then broke.
Here's a link to a working demo for testing:
http://files.ausgamers.com:85/downloads/1174910546/w3d_demo_pc2.exe
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3548
------- Additional Comments From m.goemmel(a)compulab.de 2007-26-03 06:32 -------
Hm, sounds like Wine is doing what it should. But is it useful to place
the .lnk file also the the Linux desktop, when there is definitely no use for
it? So maybe a exception for .lnk files would be useful...
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7627
Ronny.Standtke(a)gmx.net changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |INVALID
------- Additional Comments From Ronny.Standtke(a)gmx.net 2007-26-03 04:39 -------
OK, agreed.
I just noticed that the KDE start menu entry I get after installing Office 2K
contains even the "correct" MS style path. Because it seems wine itself can
not do much more and the details are documented here in this bug report, I
will close the bug.
Thank you for your help.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7491
------- Additional Comments From mikolaj.zalewski(a)gmail.com 2007-26-03 04:16 -------
Yes, that was one of the problems of the testcase.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7627
------- Additional Comments From lich(a)math.spbu.ru 2007-26-03 03:52 -------
> Unfortunately, the registry error appeared again...
It is not unfortunately, it is great! We can conclude:
"MS winword checks the location where it lives".
wine .wine/drive_c/Programme/Microsoft\ Office/Office/WINWORD.EXE resolves to
application as "z:\home\......." and winword feels uneasy.
Just not to confuse office we should not start it with path which can be
resolved except "c:\program files\office\office\"
It is not bug nor feature of wine concerning MS style path, it is feature of
Microsoft.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.