http://bugs.winehq.org/show_bug.cgi?id=6841
Dan Kegel <dank(a)kegel.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |dank(a)kegel.com
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
--- Comment #3 from Dan Kegel <dank(a)kegel.com> 2008-01-04 11:33:22 ---
Marking fixed, then.
--
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=4030
--- Comment #5 from Austin English <austinenglish(a)gmail.com> 2008-01-04 11:29:37 ---
Demo could be different from retail. Neil, can you verify that this is fixed?
--
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=7831
--- Comment #6 from Austin English <austinenglish(a)gmail.com> 2008-01-04 11:27:58 ---
(In reply to comment #4)
> Created an attachment (id=10025)
--> (http://bugs.winehq.org/attachment.cgi?id=10025) [details]
> An updated version of the patch to make wine work.
>
> I uploaded it before and somehow it's not here anymore. so for all you snood
> addicts...
>
Please send this patch to wine-patches(a)winehq.org
--
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=5041
Axel <axel.braun(a)gmx.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
--- Comment #21 from Axel <axel.braun(a)gmx.de> 2008-01-04 11:18:58 ---
I tested with 0.9.52 on SuSE 10.2..works perfect.
I will close the bug.
--
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=2652
--- Comment #6 from Austin English <austinenglish(a)gmail.com> 2008-01-04 11:15:22 ---
The demo and the retail versions could differ (though this is probably fixed).
Reporter, can you verify this is fixed for you?
--
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=3451
Dan Kegel <dank(a)kegel.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
--- Comment #10 from Dan Kegel <dank(a)kegel.com> 2008-01-04 10:57:22 ---
Seems to work now. And I think I don't have ms core fonts installed, either.
--
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=3448
Dan Kegel <dank(a)kegel.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Component|wine-net |wine-misc
--- Comment #3 from Dan Kegel <dank(a)kegel.com> 2008-01-04 10:55:47 ---
Registration now seems to succeed -- I even got an email
back from Broderbund -- but the ereg program hangs
at the end now. Here's a log fragment showing it closing
the socket and posting a message (to itself, saying it's done?):
trace:winsock:WS_closesocket socket 006c
000d:Call KERNEL32.CloseHandle(0000006c) ret=7c63e17b
000d:Ret KERNEL32.CloseHandle() retval=00000001 ret=7c63e17b
000d:Ret ws2_32.closesocket() retval=00000000 ret=003ac0eb
000d:Call user32.PostMessageA(00030060,00008064,00000000,00ca0070) ret=003a72d3
000d:Ret user32.PostMessageA() retval=00000001 ret=003a72d3
000d:Call KERNEL32.ReleaseMutex(0000005c) ret=003a4ec3
000d:Ret KERNEL32.ReleaseMutex() retval=00000001 ret=003a4ec3
000d:Ret window proc 0x3a71b0 (hwnd=0x30060,msg=8064,wp=00000000,lp=00ca0070)
retval=00000000
000d:Ret user32.DispatchMessageA() retval=00000000 ret=003a4333
000d:Call KERNEL32.ReleaseMutex(0000005c) ret=003a433d
000d:Ret KERNEL32.ReleaseMutex() retval=00000001 ret=003a433d
000d:Call KERNEL32.Sleep(0000000a) ret=003a4345
It then enters the following loop forever:
0009:Ret user32.PeekMessageA() retval=00000000 ret=003a751d
0009:Call user32.PeekMessageA(0033e3a4,00030064,00000000,00000000,00000000)
ret=003a751d
0009:Call
winex11.drv.MsgWaitForMultipleObjectsEx(00000000,00000000,00000000,000004ff,00000000)
ret=7ec172c8
0009:Ret winex11.drv.MsgWaitForMultipleObjectsEx() retval=00000102
ret=7ec172c8
0009:Ret user32.PeekMessageA() retval=00000000 ret=003a751d
so it seems there's a windows message problem?
--
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=7418
--- Comment #37 from Marco <cimmo(a)libero.it> 2008-01-04 09:49:36 ---
(In reply to comment #36)
> Macro, please post in the bug itself. Email read:
thought was like launchpad that you can just answer to emails notified to post
also in the BR.
Anyway after 7 or 8 compilations I found the bad commit!
Chris sorry for this, but this is a bug report inside another one (my fault),
so just see comment #28 that is caused by this commit.
Can you take a look?
0a2008ae6722c3184d55968b6bce01df6dc808ce is first bad commit
commit 0a2008ae6722c3184d55968b6bce01df6dc808ce
Author: Chris Wulff <crwulff(a)rochester.rr.com>
Date: Tue Oct 30 23:46:36 2007 -0400
shdocvw: Implement OLEIVERB_HIDE.
:040000 040000 a617e8fa5d896ea16822d9b7f87dc096f780432d
19a9fcd4563109bb6209f6bfcbbba40b6973e73c M dlls
--
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=2078
--- Comment #5 from Jeff Zaroyko <jeffzaroyko(a)gmail.com> 2008-01-04 09:33:17 ---
(In reply to comment #4)
> (In reply to comment #3)
> > The link above works, but there is no free download available :-(
> >
>
> Requested a copy for evaluation, waiting for a response.
>
They want $1895 for an eval.
Sean,
Could you please test this again with the latest version of wine (0.9.52) and
report back?
--
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=10997
Summary: winecfg does not allow non-ASCII characters in paths
Product: Wine
Version: 0.9.52.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: wine-gui
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jkohen(a)users.sourceforge.net
I'm trying to enter the path to my picture folder in the desktop integration
tab, but winecfg refuses to accept the Spanish word for it, which is
"Imágenes." Both typing the path manually and using the browse dialog work,
until "Apply" or "Accept" are clicked on, when the previous path is restored.
Any path not containing an accented letter seems to work.
--
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=4939
--- Comment #20 from Jeff Zaroyko <jeffzaroyko(a)gmail.com> 2008-01-04 08:36:45 ---
(In reply to comment #19)
> >Are you sure FeedingFrenzy2 crashes with 0.9.52?
>
> Yes. As i said, i completely removed ~/.wine, install and start it, and then i
> can reproduce this crash 100% of the time.
> Careful though: if i use native wininet _one_ time to work around the crash, i
> can start the game next sessions with builtin wininet without having the crash.
> So the bug is triggered in some kind of a special.
>
>
> > I've been running it without issue.
>
> uhh, weird, apart from the crash in wininet i run into 2 other bugs:
> The initial screen is completely blank ( though you can start the game by
> dismissing this window) and furthermore only the loadingscreen of the game
> works for me, as the game is fully loaded it exits silently....
>
> Are you sure you try the same version of the game as me:
> http://downloads.gamehouse.com/funpass/FeedingFrenzy2Install.exe
>
http://downloads.popcap.com/www/popcap_downloads/FeedingFrenzy2Setup-en.exe
Ah, seems like we have different versions. Mine works flawlessly.
$ sha1sum FeedingFrenzy2Setup-en.exe
a0b60dbd53454843b3ba66d0d216bc8cff2dba91 FeedingFrenzy2Setup-en.exe
jeffz@orly:~/.wine/drive_c/Program Files/PopCap Games/Feeding Frenzy 2 Deluxe$
sha1sum FeedingFrenzy2.exe popcapgame1.exe
c97f50f63ff215f204fe3306685434617c614eb8 FeedingFrenzy2.exe (the launcher)
1bbe13a3caf966fa7998726a68eb408cfa873a85 popcapgame1.exe (this one is the
game executable, created when the launcher runs and deleted on exit)
--
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=2368
Mark Nipper <nipsy(a)bitgnome.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |nipsy(a)bitgnome.net
--- Comment #8 from Mark Nipper <nipsy(a)bitgnome.net> 2008-01-04 08:28:41 ---
This is still happening with fvwm 2.5.23 (using Debian's version of 1:2.5.23-2
specifically) and wine 0.9.51-1 (from the WineHQ repository). I'm actually
having the problem with Wine while running "World of Warcraft" in fullscreen
mode (never tried windowed mode). My wine configuration is set to "allow the
window manager to control the windows".
Running in unmanaged mode sort of defeats the purpose of having virtual pages
and desktops and such. I started WoW up in wine using unmanaged mode for a few
seconds, but since the window only seems to disappear when moving between pages
in my window manager (I have EdgeResistance set to 0 0 and EdgeScroll set to
100000 100000 in my fvwm configuration), I can only imagine this problem
manifesting itself in managed window mode.
--
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=4939
--- Comment #19 from Louis Lenders <xerox_xerox2000(a)yahoo.co.uk> 2008-01-04 08:20:41 ---
>Are you sure FeedingFrenzy2 crashes with 0.9.52?
Yes. As i said, i completely removed ~/.wine, install and start it, and then i
can reproduce this crash 100% of the time.
Careful though: if i use native wininet _one_ time to work around the crash, i
can start the game next sessions with builtin wininet without having the crash.
So the bug is triggered in some kind of a special.
> I've been running it without issue.
uhh, weird, apart from the crash in wininet i run into 2 other bugs:
The initial screen is completely blank ( though you can start the game by
dismissing this window) and furthermore only the loadingscreen of the game
works for me, as the game is fully loaded it exits silently....
Are you sure you try the same version of the game as me:
http://downloads.gamehouse.com/funpass/FeedingFrenzy2Install.exe
--
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=5224
--- Comment #17 from Jeff Zaroyko <jeffzaroyko(a)gmail.com> 2008-01-04 07:58:57 ---
(In reply to comment #16)
> Perhaps we should have winefile replicate the behavior of explorer?
>
That was my first thought too, but this could probably do with some discussion.
When I first noticed this, someone else has suggested that the behavior to
always quote the executable/modulename being launched (specified using the
lpApplicationname argument of CreateProcess, for the case of windows explorer
I'm assuming)) should be the default behavior for the wine executable.
I didn't agree at first, but I've had a think about it and here are my
thoughts.
It would make sense for wine to have this behavior, because the wine executable
launches all programs that a user would normally launch though explorer on a
Windows system, such as running a program directly or by shortcut on the
desktop or otherwise.
Shortcuts, which are handled by wine when converted to the free desktop
equivalent are also launched using wine.
So the way wine is used by users invoking it from the shell or by clicking on
icons is in a way, replacing the pattern of this being done through explorer,
which evidently makes winefile irrelevant for this purpose.
--
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=3807
Jeff Zaroyko <jeffzaroyko(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jeffzaroyko(a)gmail.com
--- Comment #1 from Jeff Zaroyko <jeffzaroyko(a)gmail.com> 2008-01-04 07:17:25 ---
Contacted the reporter of this bug, they are no longer in a position to test
programs under wine. If anyone else has or can obtain Corel Painter Classic,
they are encouraged to test with the latest version of 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=4472
Martin <mrvanes(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |ABANDONED
--- Comment #2 from Martin <mrvanes(a)gmail.com> 2008-01-04 06:59:25 ---
I don't know. I don't use Corel8 under wine anymore.
You can close the bug if you want.
--
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=7418
--- Comment #36 from Luke Bratch <l_bratch(a)yahoo.co.uk> 2008-01-04 06:28:47 ---
Macro, please post in the bug itself. Email read:
"yeah!
One question not mentioned in the wiki: I have to make clean and make
again EVERY TIME I hit "git bisect bad" or "git bisect good"?
thanx"
--
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=6095
--- Comment #20 from Julian Rüger <jr98(a)gmx.net> 2008-01-04 05:13:38 ---
Oh, I forgot to mention that the workaround is only for those, who can't play
because the game freezes when trying to render the motd.
Of course its not shown either way.
cheers!
--
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=6095
--- Comment #19 from Julian Rüger <jr98(a)gmx.net> 2008-01-04 05:04:48 ---
The permission-workaround does work, thanks a lot!
You have to change the permissions of motd.txt and motd_temp.html
I had my condition zero folder on an ntfs partition and had to use another
simple trick:
- delete [hl folder]/czero/motd.txt and motd_temp.html
- create files of that names in /root (or anywhere else on a partition that
supports file permissions, owner should be root)
- change permissions to 0600 (chmod 0600 motd*)
- create links to those files in your czero (or cstrike) folder (ln -s
/root/motd.txt, ...)
- start the game and play ;)
Thats it! Hope this is useful.
--
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=7418
Jeff Zaroyko <jeffzaroyko(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jeffzaroyko(a)gmail.com
--- Comment #35 from Jeff Zaroyko <jeffzaroyko(a)gmail.com> 2008-01-04 04:16:08 ---
(In reply to comment #34)
> ok tested a bit more with older versions (.47 and .48) and seems the regression
> started from .49, hope that this will speed up the fix:
>
> wine 0.9.46 ok
> wine 0.9.47 ok
> wine 0.9.48 ok
> wine 0.9.49 not ok
> wine 0.9.50 not ok
> wine 0.9.51 not ok
> wine 0.9.52 not ok
>
If you can compile from source, please perform regression testing and report
back the bad commit.
http://wiki.winehq.org/RegressionTesting
--
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=7418
--- Comment #34 from Marco <cimmo(a)libero.it> 2008-01-04 03:56:43 ---
ok tested a bit more with older versions (.47 and .48) and seems the regression
started from .49, hope that this will speed up the fix:
wine 0.9.46 ok
wine 0.9.47 ok
wine 0.9.48 ok
wine 0.9.49 not ok
wine 0.9.50 not ok
wine 0.9.51 not ok
wine 0.9.52 not ok
--
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=11013
Summary: Steam: Crashes after about 5 to 10 minutes of operation
Product: Wine
Version: unspecified
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jason.bogstie(a)gmail.com
I run steam and even if it is just sitting there it will crash after 5 to 10
minutes of operation. I have not been able as of yet to test game
functionality but I assume the games will crash too since steam is crashing. I
have ran both crash fixes listed on the application's database listing for
steam and it still crashes.
I am running Fedora Core 8 with wine build 0.9.52
This is the error produced in the console:
XIO: fatal IO error 11 (Resource temporarily unavailable) on X server ":0.0"
after 7577242 requests (7575114 known processed) with 0 events remaining.
After searching around I cannot find any entry in bugzilla or on google which
addresses this problem.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.