http://bugs.winehq.org/show_bug.cgi?id=5703
--- Comment #26 from joaopa <jeremielapuree(a)yahoo.fr> 2011-11-22 03:04:19 CST ---
Bug still there in current wine.
--
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=2361
Austin English <austinenglish(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
--- Comment #14 from Austin English <austinenglish(a)gmail.com> 2011-11-21 19:08:06 CST ---
(In reply to comment #13)
> (In reply to comment #12)
> > The last 2 messages says the problem does not happen anymore. I tried to test
> > but my intel driver does not allow me to (game don't run). Can anyone retest in
> > a more recent wine version?
> >
> > If you are in a non english system you need "LANG=C wine Tod_e_demo.exe" to run
> > the application or it will complain about not having support.
>
> I tried the demo in comment #11: the game won't start (crashes) in 1.3.31 and
> 1.3.32 (possible regression).
> The demo starts in 1.3.30 but there is no music in the demo (only voices and
> sound effects). Maybe I'm missing something but it seems that all the installed
> wav files contain only voices and sound effects.
> Sounds are playing fine though.
Fixed. A new bug should be filed for the crash.
--
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=28552
Bug #: 28552
Summary: winhttp proxy doesn't work
Product: Wine
Version: 1.3.28
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winhttp
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jiri.humpolicek(a)seznam.cz
Classification: Unclassified
Created attachment 36666
--> http://bugs.winehq.org/attachment.cgi?id=36666
Binary and sources of test application
Hi, I have similar problem as was solved in Bug 15393. I tested this behavior
on lasted version of Wine (wine-1.3.28), but it seems still not working. When
we are behind proxy and using WinHttp, applications are trying to connect
direct. I attached simple .net console application and its sources.
--
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=6878
Grahame Pratt <softappstudio(a)comcast.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |softappstudio(a)comcast.net
--- Comment #14 from Grahame Pratt <softappstudio(a)comcast.net> 2011-11-20 15:56:18 CST ---
It would be good if this omission could be rectified, using virtual machines so
that "invalidation" works is a real pain.
--
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=7236
--- Comment #7 from Bruno Jesus <00cpxxx(a)gmail.com> 2011-11-20 15:42:34 CST ---
Created attachment 37556
--> http://bugs.winehq.org/attachment.cgi?id=37556
+win,+x11drv
Still present in 1.3.33.
Theory:
The application resizes the desktop window to 400x300 but paints the game in
the winecfg screen resolution.
After resizing the desktop window the app uses GetWindowRect to get it's own
size that should have been updated to 400x300 as the application was in
fullscreen (and the screen is now smaller). But the value returned by
GetWindowRect is still the winecfg screen resolution. So it paints the game in
winecfg resolution instead of 400x300. When the application closes it restores
the desktop size to the original winecfg configuration.
I tried but could not find a way to fix this by now, probably more experienced
developers can take a look, backtrace attached.
--
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=28950
Bug #: 28950
Summary: Nitro PDF Reader remains active after exiting
Product: Wine
Version: 1.3.0
Platform: x86
URL: http://install.nitropdf.com/reader/en/nitro_pdf_reader
.exe
OS/Version: Linux
Status: NEW
Keywords: download, regression
Severity: trivial
Priority: P2
Component: ole32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gyebro69(a)gmail.com
CC: huw(a)codeweavers.com
Classification: Unclassified
Regression SHA1: 6d1ef3a6a64f0fabf05ce1bba5f0ec4373684786
Created attachment 37215
--> http://bugs.winehq.org/attachment.cgi?id=37215
plain terminal output
The application doesn't exit cleanly, it is still running after quitting,
consuming 100% CPU power. I have to kill the process NitroPDFReader.exe
manually.
Still present as of wine-1.3.31-172-g7df0245.
Workaround: winetricks gdiplus
The application exits cleanly in Wine-1.2.3 and the problem is present since
1.3.0:
6d1ef3a6a64f0fabf05ce1bba5f0ec4373684786 is the first bad commit
commit 6d1ef3a6a64f0fabf05ce1bba5f0ec4373684786
Author: Huw Davies <huw(a)codeweavers.com>
Date: Thu Jul 22 13:37:19 2010 +0100
ole32: Implement cross-process drag and drop.
:040000 040000 ab88cc6bf0936bc4adc7bff0673415282613d919
065c727204a46d01708bc01f10484cad8527e1a2 M dlls
git checkout 6d1ef3a6a64f0fabf05ce1bba5f0ec4373684786 >> hangs on exit
git reset --hard HEAD^ >> exits normally
Other opened bug reports with this commit:
bug #23827 and bug #25749
Please let me know if you need a log with debug channels enabled.
wine-1.3.31-172-g7df0245
Fedora 15 x86
Gnome 3 (compositing)
Nvidia gfx card
--
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=25620
Summary: winememubuilder keeps adding the same associations for
Nautilus
Product: Wine
Version: 1.3.10
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jan-winehq(a)h-i-s.nl
I am testing with installing applications on an Ubuntu machine.
To remove the application, I remove the ~/.wine directory.
However, re-installing for example the office suite, duplicates all file
association entries in Nautilus each time.
Thus, in the Nautilus "open with" menu I now have 10 times the same excel
application.
Can winemenubuilder check if an entry is already present, and not add the next,
same, entry ?
--
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=3817
GyB <gyebro69(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |gyebro69(a)gmail.com
--- Comment #40 from GyB <gyebro69(a)gmail.com> 2011-11-20 08:35:37 CST ---
(In reply to comment #39)
> Seems fast enough to me lately. Can someone give an example of an
> installer with this problem? (Preferably downloadable.)
Hearts of Iron 3 demo also uses Installshield, the installed demo contains more
than 40k, mostly small .tga, .txt, .dds files.
Installation took nearly 1 hour with Wine-1.3.33 on a EXT4 filesystem.
The same installation lasted for about 10 minutes in Virtualbox (WinXp guest).
http://www.fileplanet.com/203292/200000/fileinfo/Hearts-of-Iron-3-Demo
--
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=25150
Summary: Some effects are rendered upside down in source engine
games
Product: Wine
Version: 1.3.6
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: stuart(a)tyro.homelinux.com
Created an attachment (id=31899)
--> (http://bugs.winehq.org/attachment.cgi?id=31899)
Screenshot of tf2 demonstrating the scope redering upside down
In Team Fortress 2 (tf2) and Left 4 Dead 2 (l4d2). Certain effects are being
rendered upside down. I've noticed it on the sniper rifle scopes in both games,
and when under water or affected by jarate in tf2.
--
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=816
--- Comment #38 from Bruno Jesus <00cpxxx(a)gmail.com> 2011-11-19 08:53:16 CST ---
Still present in 1.3.33.
--
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.