http://bugs.winehq.org/show_bug.cgi?id=3548
zil <zilforever(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |zilforever(a)gmail.com
--- Comment #30 from zil <zilforever(a)gmail.com> 2010-05-17 14:28:41 ---
> The application tells shell32 to write the .lnk file to a specific
> C:\path\to\file.lnk location and remembers that location. Any attempt to move
> or rename the .lnk after that - even to the other desktop - loses that file and
> stops the application from deleting it on uninstall.
so when some application want to write .lnk file to:
~/.wine/drive_c/users/user/Desktop
handle it and redirect to:
~/.wine/drive_c/users/Public/Desktop
and when uninstaller will want to delete it from:
~/.wine/drive_c/users/user/Desktop
handle again and redirect to:
~/.wine/drive_c/users/Public/Desktop
Can it work just like that?
--
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=4654
Andrew Nguyen <arethusa26(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
--- Comment #24 from Andrew Nguyen <arethusa26(a)gmail.com> 2010-05-17 11:18:57 ---
I can confirm that the bug is fixed.
--
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=4654
--- Comment #23 from Piotr Caban <piotr.caban(a)gmail.com> 2010-05-17 10:47:14 ---
Fixed by commit: 4aee4c7d1c1be70103ce7f5a46e16ecce0041b83. Application is
working in newest git. Please retest and close this bug.
--
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=6341
Juan Lang <juan_lang(a)yahoo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
--- Comment #21 from Juan Lang <juan_lang(a)yahoo.com> 2010-05-17 10:46:53 ---
Fixed by commit d728169d97a881f252fcac5e8d5de8e41cc2a71b.
--
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=22519
Summary: Starcraft 2 Beta Editor doesn't work
Product: Wine
Version: 1.1.43
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: s_kracker(a)web.de
Created an attachment (id=27600)
--> (http://bugs.winehq.org/attachment.cgi?id=27600)
console log of starting the editor
When starting the Editor wine freezes and the graphics are broken.
For the log please see the attachment.
When starting with -opengl wine quits immediately. I guess cause the beta
doesn't support opengl yet(?)
This is my first bug report. I hope i didn't miss anything. If so, please give
me a hint :)
--
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=7710
--- Comment #17 from Piotr Pawlow <pp(a)siedziba.pl> 2010-05-17 07:32:54 ---
(In reply to comment #16)
> Piotr, was there a reason why you did not submit this as a patch to
> wine-patches?
Yes, it's just a quick hack. It doesn't check whether CLOCK_MONOTONIC is
defined and implemented, it has no error handling, and I guess it should be
made relative to wineserver start time.
Furthermore, I don't know whether existing server_start_time variable can be
reused for this purpose. When I grepped the source (long time ago) for
server_start_time and gettimeofday, I found it confusing and requiring deeper
analysis, for which I just had no time.
--
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=22352
Summary: Missing mouse cursor in Football Manager 2010
Product: Wine
Version: 1.1.42
Platform: x86
URL: http://appdb.winehq.org/objectManager.php?sClass=versi
on&iId=19524
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: stuart_j(a)hotmail.com
After upgrading to 1.1.42 the mouse cursor is no longer visible in the game. I
am still able to move the (invisible) mouse over buttons (which change colour)
and click them.
The mouse works OK in other wine apps that I tried (Guildwars and notepad).
Reverting back to 1.1.41 fixes the issue.
--
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=4066
--- Comment #27 from Jeff Zaroyko <jeffz(a)jeffz.name> 2010-05-17 06:22:15 ---
Ismael Barros who did the DirectPlay summer of code project was working on
this, the last activity I think was a patch submitted in late 2009 that was not
applied? I'm not sure what the current state of his work is, maybe he can
comment 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=22737
Summary: LOTRO Downloader hangs or crashes
Product: Wine
Version: 1.1.43
Platform: x86-64
URL: http://cdn.content.turbine.com/sites/clientdl/lotro/lo
trohigh.exe _OR_
http://cdn.content.turbine.com/sites/clientdl/lotro/lo
trostandard.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: daniel.santos(a)pobox.com
Created an attachment (id=28030)
--> (http://bugs.winehq.org/attachment.cgi?id=28030)
WINEDEBUG=+all output from running lotrohigh.exe (received hang)
The current Lord of the Rings Online Downloader (for the "Siege of Mirkwood"
release) will either crash with a stack overflow or hangs with an apparent
thread-deadlock (err:ntdll:RtlpWaitForCriticalSection ... wait timed out ...).
I'm updating my wine to 1.1.44 now, so I'll run some more tests and debug
session so I can print all of the threads when I get the deadlock. Sometimes I
get the crash, sometimes I get the hang.
Steps to reproduce:
You can reproduce this in a number of different ways, but for clarity sake, I
have not run any winetricks (as recommended on the appdb page for LOTRO). Here
is what I have done:
cd
WINEPREFIX=/home/daniel/.wine-lotro-test winecfg
# Changed windows version to win2k
cd .wine-lotro-test/drive_c/Program\ Files/
wget http://cdn.content.turbine.com/sites/clientdl/lotro/lotrohigh.exe
WINEPREFIX=/home/daniel/.wine-lotro-test WINEDEBUG=+all wine lotrohigh.exe >
lotrohigh.exe.log 2>&1
The downloader/installer for the previous release, Mines of Moria, did function
correctly, so I'm not sure what changed. I'll see if I can find the old
installer and see if it works on the current wine or not and post that later.
--
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=22729
Summary: Dungeon Keeper 2: possessing creature can only make
360 degree turn
Product: Wine
Version: 1.1.44
Platform: x86
URL: http://digiex.net/downloads/download-center-2-0/games-
downloads/159-dungeon-keeper-2-full-version-1-7-a.html
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: olerass(a)gmail.com
In Dungeon Keeper 2 one can possess a creature with the Possession spell. In
doing so one can control the creature with the mouse and arrow keys.
Normally one should be able to turn as much as one wants but in current git
(1.1.44) the rotation stops after having turned 360 degrees at max.
It seems like there's an invisible rotation border at a specific point. How
much you can rotate depends on the angle from this invisible border your
possession begins (in what direction the creature is turning when you make a
possession).
I have a feeling this is related to the other mouse issues in the game - like
the invisible boxes you will hit in the lower right corner, until you move the
mouse to the opposite corner and they disappear.
It's almost as if the game doesn't "know" it's in possession mode, and if you
then imagine the cursor in the game moving from one side of the screen to the
other, then at some point it will hit the corner and you can't move it anymore.
It seems like this is what is happening in the background even when you are in
possession mode (where the of course is no cursor).
--
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.