http://bugs.winehq.org/show_bug.cgi?id=9435
Summary: MDI child window outside main window gives scrollbars
Product: Wine
Version: CVS/GIT
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-user
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: peter(a)cendio.se
In Wine, if you move a MDI child window outside the borders of the main window,
you'll get scrollbars. This does not happen in Windows. This causes problems
with some applications which creates MDI child windows that occupies the entire
main window area. In this case, scroll windows appears, which obscures parts of
the MDI child. Tested with Wine as of 2007-08-23, using
http://www.cendio.se/~astrand/wine/11-mdi-scrollbar/mdi1.exe.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=3952
Anastasius Focht <focht(a)gmx.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |clawild(a)hotmail.com
--- Comment #74 from Anastasius Focht <focht(a)gmx.net> ---
*** Bug 39037 has been marked as a duplicate of this bug. ***
--
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=39684
Bug ID: 39684
Summary: e-Deklaracje: Crash while opening an form
Product: Wine
Version: 1.7.55
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lukasz.wojnilowicz(a)gmail.com
Distribution: ---
Created attachment 52908
--> https://bugs.winehq.org/attachment.cgi?id=52908
Opening requested form
Steps to reproduce:
1) remove ~/.wine
2) winetricks adobeair mspatcha
3) install Adobe Reader 10.1 PL
4) turn off protected mode by
wine reg add "HKLM\\SOFTWARE\\Policies\\Adobe\\Acrobat
Reader\\10.0\\FeatureLockDown" /v bProtectedMode /t REG_DWORD /d 0 /f
5) install e-DeklaracjeDesktop.air
6) start e-Deklaracje.exe
7) give your name
8) choose forms catalog (see 8. in attachment)
9) choose one of the forms (see 9. in attachment)
10) press open (see 10. in attachment)
Behaviour:
Separate window opens with circular progress bar and then Wine error window
shows up.
Expected behaviour:
Requested form should appear in separate window ready to fill in.
Additional info:
1) Adobe Reader
https://ardownload2.adobe.com/pub/adobe/reader/win/10.x/10.1.0/pl_PL/AdbeRd…
2) WINETRICKS_VERSION=20151110
--
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=8051
--- Comment #129 from swswine(a)gmail.com ---
(In reply to Stefan Dösinger from comment #128)
> Does it use a shader too, or just a vertex declaration?
Both shader and vertex declaration.
> It's probably easier to hook into
> https://www.opengl.org/wiki/Transform_Feedback instead.
Yes, sure, I see.
--
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=8051
--- Comment #128 from Stefan Dösinger <stefan(a)codeweavers.com> ---
(In reply to swswine from comment #127)
> At the first place ProcessVertecies does not understand VertexDeclaration
> output buffer specification, while sims2 wants to use them and output buffer
> has zero FVF code.
Does it use a shader too, or just a vertex declaration?
> I know it may sound very weird, but can't shader support in ProcessVertices
> be done in a shorter way by just using application shader function in fixed
> function GLSL pipeline in a way similar to how the normal application
> shaders (without ProcessVertices) are used?
It's possible, but has its own set of issues. E.g. what do you do if the game
calls ProcessVertices two times with two different shaders (shader constants)
and the same output buffer, and then draws the entire buffer with one draw
call? What happens if one of the input buffers goes away or is modified between
ProcessVertices and DrawPrimitive? The shader state, and in particular vertex
shader constants and potential vertex textures, is pretty huge. Managing this
gets complex fast...
It's probably easier to hook into
https://www.opengl.org/wiki/Transform_Feedback instead.
--
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=8051
--- Comment #127 from swswine(a)gmail.com ---
(In reply to Stefan Dösinger from comment #125)
> Our ProcessVertices so far only supports
> very basic fixed function operations - just transformation, no lighting
> support. For shader support we'll need to be able to interpret the shader on
> the CPU, or maybe we can work with one of those OpenGL feedback extensions.
At the first place ProcessVertecies does not understand VertexDeclaration
output buffer specification, while sims2 wants to use them and output buffer
has zero FVF code.
I know it may sound very weird, but can't shader support in ProcessVertices be
done in a shorter way by just using application shader function in fixed
function GLSL pipeline in a way similar to how the normal application shaders
(without ProcessVertices) are used? The user shader and input buffer references
to the input buffer could be attached to the output buffer. Then VP shader code
can be used as a function when output buffer is used. Such output buffer would
be a sort of vertex shader closure :)) The Lock on such output buffer won't
work, but Sims2 does not lock these buffers (as I can see from my logs), and
overall it would be strange for the application to process vertices in its code
after requesting shader processing (if mainly for debugging purposes maybe).
--
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=21579
Summary: Yahoo Messenger 10 crash when opening IM window with a
contact
Product: Wine
Version: 1.1.37
Platform: x86
URL: http://rd.software.yahoo.com/msgr/10/msgr10us.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: deun.support(a)gmail.com
After installing client, it starts and I can log in without any issue. However,
when attempting to open an IM window with a contact, the application
systematically crashes with a page fault in one of its threads, but app stays
stuck until I do a Ctrl+C in the shell from which I launched it.
Not being sure about what leads to that page fault, I've attached a debug log
with +user,+advapi,+ole just in case.
I case also provide a +all log if there's not enough infos in that log.
Tested on Ubuntu 9.04 x86 32bits.
Bug occurs with identically with both wine 1.1.37 and 1.1.34.
--
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=8051
--- Comment #126 from swswine(a)gmail.com ---
(In reply to Stefan Dösinger from comment #125)
> (In reply to swswine from comment #124)
> I noticed d3dx9 trying to create a shader validator interface, but so far it
> has always been happy with the NULL return and just skipped validation. Are
> you sure it really needs this?
>
Absolutely. It discards all the real shaders without that. The program is
statically linked with a very old d3dx9, maybe newer versions are OK with Null
valudator even if validation is requested. This one returns the error from
d3dx9 shader linking function in this case (E_FAIL 0x80000405)
> I wonder though if this stuff works on any modern Windows driver though.
Google suggests that yes (at least windows 7, not sure about later). There are
some tricks with game configuration files discussed in the forums though. But
it is lkely mainly due to gorgeous configuration files which list all the
graphic cards they know and has plenty specific feature configuration flags.
--
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=8051
Stefan Dösinger <stefan(a)codeweavers.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |stefan(a)codeweavers.com
--- Comment #125 from Stefan Dösinger <stefan(a)codeweavers.com> ---
(In reply to swswine from comment #124)
> The reason is that Sims2 is using some shader compilaton function from d3dx
> library (which has fancy static linkage in sims2 exe files, so no way to use
> builtin d3dx.dll). That function requests undocumentated interface from d3d9
> through Direct3DShaderValidatorCreate9, and fails if it is not available.
I noticed d3dx9 trying to create a shader validator interface, but so far it
has always been happy with the NULL return and just skipped validation. Are you
sure it really needs this?
> After that, if shader model 3.0 is available, the model stops rendering at
> all and the trace is full of indications of unsupported features. Not fully
> supported ProcessVertices implementation goes first, then a few other things
> like tangent, binormal and vertex blend indices vertex attributes, and some
> more. These probably should be sorted out one by one.
Horray. A game that actually needs ProcessVertices with shader support. This
will be pretty nasty to implement. Our ProcessVertices so far only supports
very basic fixed function operations - just transformation, no lighting
support. For shader support we'll need to be able to interpret the shader on
the CPU, or maybe we can work with one of those OpenGL feedback extensions.
The other stuff is probably RHW vertices + Shader Model 3 shaders. This should
be fixable with the fixed function vertex pipeline GLSL shader. I wonder though
if this stuff works on any modern Windows driver though. We removed the tests
that test the related functionality because we were getting broken behavior on
newer drivers. (There are plenty of differences between those old tests and
Sims 2 though. One being explicit SWVP, the other is that ProcessVertices + RHW
draw is most likely different from just an RHW draw)
--
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=8051
--- Comment #124 from swswine(a)gmail.com ---
Created attachment 52904
--> https://bugs.winehq.org/attachment.cgi?id=52904
Partial workaround to fix game start, models display and get a sensible trace
I eventually tried to run Sims2 and make it work under Wine. It seems to be an
interesting case of using various d3d9 features which are not implemented in
Wine yet. Shader constants limit is just the first but not the least reason. I
hope it is interesting to share what I found as actually previous discussion
does not reveal what is actually wrong with Sims2 under wine.
While I not yet succeded in making Sims2 fully work I found the major reason
why rendering did not work without any indication what's wrong or not supported
in the trace (after the trick similar to that from Comment #118). I am
attaching the patch which partially fixes rendering for me but more important
reveals actually unsupported features which the game is using. This patch by no
means can be thought as a fix proposal for anything, but lets Sims2 run and
draw models, and makes it usable for further testing and fixing.
As noted in Comment #118 here, the crash on startup can be worked around by
increasing the number of supported shader constants. The patch increases that
constant at the first place and also increases number of constants in wined3d.
Actually this workaround helps to run some other games involving 3d characters,
but not this time. After applying just this the game starts but model is
rendered in T pose and totally red (I am mainly running TS2BodyShop.exe to view
how the model renders). At the same time wine trace does not show up any
relevant problems.
The reason is that Sims2 is using some shader compilaton function from d3dx
library (which has fancy static linkage in sims2 exe files, so no way to use
builtin d3dx.dll). That function requests undocumentated interface from d3d9
through Direct3DShaderValidatorCreate9, and fails if it is not available.
Unlike some redundant constants initialization at startup, this problem does
not show up as crash or something, the game just continues running and falls
back to some most basic shaders which draw red models in T pose, without any
visible errors. My patch adds a very dumb & dirty implementation of the
undocumented validator interface which returns OK for all the requests and does
the trick, the game starts to use real shaders.
After that, if shader model 3.0 is available, the model stops rendering at all
and the trace is full of indications of unsupported features. Not fully
supported ProcessVertices implementation goes first, then a few other things
like tangent, binormal and vertex blend indices vertex attributes, and some
more. These probably should be sorted out one by one.
The last thing that the patch does is hardcoding maximum shaders version to 2
(caps->VertexShaderVersion and caps->PixelShaderVersion in wined3d/directx.c).
After that the model shows OK in model builder (with normal pose and texture).
I also started the main game in tutorial mode (I do not know how to play it),
and the model also showing OK in the beginning, but other glitches show up
quickly when doing some actions in the house (the glitches are now accompanied
by the informative trace output). So probably it is easier to fix the problems
showing up in shader 2.0 model first as it likely has less missing features. It
actually should be possible to limit shader model version within game
configuration files (the google is full of discussions on how people fixing
Sims2 on Windows through these).
--
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=25239
Summary: "Network Places" freezes the application
Product: Wine
Version: 1.2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: landemaine(a)gmail.com
Hello,
I am using Wine 1.2 with Ubuntu Maverick 2.6.32-26-generic and MS Office 2007.
When in Word, I try to open a file located on a samba share, so I click the
"Network Places" icon in Word's "Open" dialog. But then, Word freezes. I can't
open a file located on a samba share, and I have to kill Word's process.
Charles.
--
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=39679
Bug ID: 39679
Summary: Broken filtering of Recent documents
Product: Wine
Version: 1.8-rc1
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
Created attachment 52903
--> https://bugs.winehq.org/attachment.cgi?id=52903
Screenshot showing the recent documents shortcut sub-icon on Windows
The 'My Recent Documents' section of Office's File -> Open dialog does not show
the recent documents if the filter is not set to '*.*'.
To reproduce this bug:
* Start Word 2003 or 2010.
* Open a document.
* Close Word.
* Start Word again.
* Got to File -> Open -> My Recent Documents.
* BUG: The previously opened document is nowhere to be found.
* Change the 'Files of type' field from the default '*.doc...' to '*.*'
* Now the previous document is visible.
* BUG: Hovering over the document shows a filename that ends in '.LNK' whereas
on Windows it ends in '.doc'...
The fact that the full path shown for the recent files ends in '.LNK' probably
explains why they are not shown when the filter is '*.doc'. Note also that in
Wine the files don't have the shortcut sub-icon so somehow Word does now know
they are shortcuts.
--
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=6176
Sebastian Lackner <sebastian(a)fds-team.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
Fixed by SHA1| |a1790df348caa0318c132717ac5
| |72d1b10b76827
Status|STAGED |RESOLVED
Resolution|--- |FIXED
--- Comment #12 from Sebastian Lackner <sebastian(a)fds-team.de> ---
Fixed with
http://source.winehq.org/git/wine.git/commit/a1790df348caa0318c132717ac572d….
--
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=32350
Bug #: 32350
Summary: Heroes of Might and Magic V crashes when loading a
saved game (without native msvcr71)
Product: Wine
Version: 1.5.18
Platform: x86
URL: http://www.fileplanet.com/162410/160000/fileinfo/Heroe
s-of-Might-&-Magic-V-Demo
OS/Version: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: msvcrt
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gyebro69(a)gmail.com
Classification: Unclassified
Created attachment 42688
--> http://bugs.winehq.org/attachment.cgi?id=42688
terminal output
The game comes bundled with it's own native msvcp71,msvcr71 libraries, the
crash occurs only when msvcr71=built-in.
The game crashes when I try to load a saved game.
Steps to reproduce the problem with the demo version:
1. install the demo, you can skip the registration steps at the end of
installation.
2. start the demo with ../bin/H5_Game.exe. Intro videos can be skipped by
pressing <Esc>.
3. in the main menu select Single Player > Campaign and start a new game.
Starting a new game shouldn't be a problem with built-in msvcr71.
4. once in the game press <Esc>, choose Save Game and perform a manual save.
5. try to load the previously saved game...a crash occurs here.
--
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=32989
Bug #: 32989
Summary: Orcs Must Die! 2 sometimes crashes when level
completed
Product: Wine
Version: 1.5.24
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jeff(a)deseret-tech.com
Classification: Unclassified
Orcs Must Die! 2 will sometimes (probably about 50% of the time) crash when the
last wave of enemies is completed instead of displaying the level completion
screen. Since each level can take 20 minutes or more to complete this is rather
frustrating.
There is no output to the console (without debug options) when the crash
occurs. There is no illegal operation notice, the game just disappears.
This has also been reported in the comments on the game's AppDB entry, back in
August 2012. I played often in October 2012 without encountering the issue,
however.
--
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=36548
Bug ID: 36548
Summary: 3DMark 2003 cannot start: Errors occured initializing
Futuremark SystemInfo.
Product: Wine
Version: 1.7.19
Hardware: x86
URL: http://www.futuremark.com/benchmarks/legacy
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: t.artem(a)mailcity.com
Tested using 3DMark03_v360_1901.exe
You must set msvcp70 to "native" in winecfg before attempting to start
3DMark03.exe.
./3DMark03.exe -nosysteminfo
doesn't help either.
It's a regression, however I cannot say or identify when it happened.
--
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=28097
Summary: gdiplus fonts test fails unless Times New Roman
installed?
Product: Wine
Version: 1.3.26
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: gdiplus
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
"make test" is failing for me on a fresh Ubuntu 11.04 install
with
font.c:264: Tests skipped: Times New Roman not installed
font.c:322: Test failed: Expected Times New Roman, got L"Liberation Serif"
It looks like the check just above line 322 is wrong...
--
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=8532
--- Comment #10 from Austin English <austinenglish(a)gmail.com> ---
(In reply to super_man from comment #9)
> I am considering this bug as fixed after patch
>
> http://source.winehq.org/patches/data/116910
>
> I downloaded version 3.0 and 3.5 (not 2.0 not available?). And both seem to
> start just fine.
>
> Reverting commit 212dd9c226c7f20c28697592468b3e631c250809 brings back the
> issue. I tested reverting only against 3.5 version.
>
> wine-1.8-rc1-51-g3a6ac60
That patch was reverted:
https://source.winehq.org/git/wine.git/commitdiff/28598cca7a50a3885cb814786…
--
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=38505
Bug ID: 38505
Summary: Unhandled exception: page fault on read access to 0x
exiting a vb5 program
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: joluinfante(a)gmail.com
Distribution: ---
I’m trying to execute sijpv12.exe (a fiscal program from Argentina), and, when
I try to exit it, the wine crash.
I did try with wine 1.4.1, 1.7.x, and the problem is not repaired.
I did see the problem is here:
static LRESULT call_window_proc( HWND hwnd, UINT msg, WPARAM wp, LPARAM lp,
LRESULT *result, void *arg )
{
WNDPROC proc = arg;
USER_CheckNotLock();
hwnd = WIN_GetFullHandle( hwnd );
if (TRACE_ON(relay))
DPRINTF( "%04x:Call window proc %p (hwnd=%p,msg=%s,wp=%08lx,lp=%08lx)\n",
GetCurrentThreadId(), proc, hwnd, SPY_GetMsgName(msg, hwnd), wp, lp );
FIXME("%04x:Call window proc %p (hwnd=%p,msg=%s,wp=%08lx,lp=%08lx)\n",
GetCurrentThreadId(), proc, hwnd, SPY_GetMsgName(msg, hwnd), wp, lp );
*result = WINPROC_wrapper( proc, hwnd, msg, wp, lp ); <<<<<- The problem is
here
if (TRACE_ON(relay))
DPRINTF( "%04x:Ret window proc %p (hwnd=%p,msg=%s,wp=%08lx,lp=%08lx)
retval=%08lx\n",
GetCurrentThreadId(), proc, hwnd, SPY_GetMsgName(msg, hwnd), wp, lp, *result );
return *result;
}
I did "repair" (using wine1.5), adding this to except.c:
430a431,433
> case EXCEPTION_READ_FAULT:
> TerminateProcess( GetCurrentProcess(), 1 );
> break;
This works for me, because I can complete the exit, but, is not appropiate.
To reproduce the problem:
Download siap application from:
http://www.afip.gob.ar/aplicativos/siap/archivos/siap.zip
Install It (It is a vb5 application, only next, next with default options).
Download sicoss application from:
http://www.afip.gob.ar/Aplicativos/seguridadSocial/archivos/SICOSS_39_R1-Ma…
Install It (like siap)
Start the application siap.
Add information required for business.
Select business, and click on sicoss (right, upper icon).
Add minimal information required.
Try to exit. Your program hung.
I'll send more information later, including screen shots, but this the problem.
TIA
--
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=38202
Bug ID: 38202
Summary: Windows exectuable fails to open and process
spreadsheet
Product: Wine
Version: 1.7.34
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comdlg32
Assignee: wine-bugs(a)winehq.org
Reporter: udippel(a)gmail.com
Distribution: ---
Created attachment 50983
--> https://bugs.winehq.org/attachment.cgi?id=50983
Executable for reading from Excel file
There is a VB6 application that opens an Excel file and reads some items from
it.
(It does work in Windows.)
When opening with wine, strangely enough, visible is the second instance
....(2) of the window, and it fails to read the number of entries from the
sheet.
Instructions:
Start it
Datei->Klausurdaten laden
This should result in a display of
"5 Kandidaten 1 nicht erschienen 4 Blätter"
I spare things to happen later, as long as this does not work.
I attach the very basic sample spreadsheet for this first step, and I'll try to
attach the executable - both as test case.
--
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=8532
--- Comment #9 from super_man(a)post.com ---
I am considering this bug as fixed after patch
http://source.winehq.org/patches/data/116910
I downloaded version 3.0 and 3.5 (not 2.0 not available?). And both seem to
start just fine.
Reverting commit 212dd9c226c7f20c28697592468b3e631c250809 brings back the
issue. I tested reverting only against 3.5 version.
wine-1.8-rc1-51-g3a6ac60
--
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=39384
Bug ID: 39384
Summary: QQ 7.6 can't be started after the installer first
start it
Product: Wine
Version: 1.7.51
Hardware: x86
URL: http://dldir1.qq.com/qqfile/qq/QQ7.6/15742/QQ7.6.exe
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: hillwoodroc(a)gmail.com
Distribution: SUSE
Created attachment 52491
--> https://bugs.winehq.org/attachment.cgi?id=52491
output-log
1. Download from http://dldir1.qq.com/qqfile/qq/QQ7.6/15742/QQ7.6.exe and
install it.
2. Using "winesevice -k" to kill all wine processes after QQ7.6 being started
by installer.
3. wine "C:\Program Files\Tencent\QQ\Bin\QQScLauncher.exe"
But it can't be started.
Using this way could fix the bug, but it is not perfect:
cd ~/.wine/drive_c/windows/system32/drivers/
chmod 000 QQFrmMgr.sys QQProtect.sys
And then the QQ7.6 could be started. Sometimes, I need reboot system to start
QQ7.6.
--
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=31013
Bug #: 31013
Summary: ~/.wine is not a directory when trying to run wine
Product: Wine
Version: 1.4.1
Platform: x86-64
OS/Version: Mac OS X
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: qparis(a)playonlinux.com
Classification: Unclassified
When I run wine winecfg in a clean wine prefix, I get the error
"/Users/Tinou/.wine" is not a directory.
Of course I've checked, and /Users/Tinou/.wine IS a directory
If I remove /Users/Tinou/.wine (rm -rf), I get wine: '/Users/Tinou is not owned
by you, refusing to create ...'
The problem is that my home directory is owned by me...
tinoumac:~ Tinou$ ls -l /Users/
total 0
drwxrwxrwt 11 root wheel 374 15 mai 21:45 Shared
drwxr-xr-x@ 115 Tinou staff 3910 25 jui 17:13 Tinou
The problem is quite critical, it prevents wine from running.
Wine version concerned:
1.4.1
1.5.6
1.5.7
Last version working : 1.5.5
Tell me if you want a regression testing
--
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=2889
André H. <nerv(a)dawncrow.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution|--- |NOTOURBUG
--- Comment #10 from André H. <nerv(a)dawncrow.de> ---
(In reply to butraxz from comment #9)
> A fix of upstream proposed a year ago. Shouldnt this be closed as upstream ?
Yep, moving to notourbug
--
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=27187
Summary: GunZ fails to start
Product: Wine
Version: 1.3.20
Platform: x86
URL: http://www.joystiq.com/game/gunz/download/gunz-install
-client
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Installs fine (I declined XFire, but that shouldn't make a difference here).
Running fails, only showing:
fixme:shdocvw:PersistStreamInit_Load (0x131790)->(0x32d4b8)
fixme:shdocvw:OleControl_FreezeEvents (0x131790)->(1)
fixme:shdocvw:OleControl_FreezeEvents (0x131790)->(0)
so, I tried native ie7, but that just gives more shdocvw related spam:
fixme:wininet:InternetSetOptionW Option INTERNET_OPTION_RESET_URLCACHE_SESSION:
STUB
err:ole:create_server class {9ba05972-f6a8-11cf-a442-00a0c90a8f39} not
registered
err:ole:CoGetClassObject no class object {9ba05972-f6a8-11cf-a442-00a0c90a8f39}
could be created for context 0x4
err:ole:apartment_getclassobject DllGetClassObject returned error 0x8007000e
err:ole:create_server class {9ba05972-f6a8-11cf-a442-00a0c90a8f39} not
registered
err:ole:CoGetClassObject no class object {9ba05972-f6a8-11cf-a442-00a0c90a8f39}
could be created for context 0x5
fixme:advapi:RegisterTraceGuidsW (0x459f97, 0x594b08,
{3e1fd72a-c323-4574-9917-5ce9c936f78c}, 1, 0x33fae8, (null), (null),
0x594b10,): stub
fixme:advapi:RegisterTraceGuidsW (0x459f97, 0x594b28,
{afff9c82-5be3-4205-9b3e-49e014c09a63}, 1, 0x33fae8, (null), (null),
0x594b30,): stub
and the game never starts.
--
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.