http://bugs.winehq.org/show_bug.cgi?id=9500
Summary: [StarCraft] Hitting the Browse button hangs the game
Product: Wine
Version: 0.9.44.
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wine-gdiplus
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: rzadzins(a)wit.edu.pl
When I want to create a game, exactly when I try to browse for maps, after
hitting the browse button starcraft hangs (but responds to alt-f4 and exits
eventually). This didnt happen in 0.9.42, not sure about 0.9.43, happens every
time in 0.9.44.
--
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=25875
Summary: PokerStars Hangs when you minimise and then maximise
table window or switch virtual desktops
Product: Wine
Version: 1.3.12
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: nmorozov(a)atlas-print.ru
If I open any poker table in PokerStars client and then minimise or maximise
it. PokerStars hangs. The same apperas when i switch vurtual desktops.
The bug appears after the last PokerStars update. Before poker stars update
all works exellent.
Revertins wine to 1.2.2 chane nothing. Wine version 1.3.11 also affected.
Using Ubuntu 10.10.
--
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=15834
Summary: Spanish translation of main page is incomplete.
Product: WineHQ.org
Version: unspecified
Platform: All
URL: http://www.winehq.org
OS/Version: All
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: www-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: vladimiroski(a)gmail.com
I wonder if there's any possibility that I can help with site translation in
Spanish; currently I see that the main information is in Spanish, but the menu
is not yet translated.
IMHO there should be more content in Spanish, so Wine becomes more widely
available.
Or if you want, we can use this bug report for "Spanish translation patches" or
something in the like.
For example:
This quote:
"If you simply must run your Windows programs, chances are you can make them
work with Wine." - Tom's Hardware Guide
Is currently translated to this:
"Simplemente debe ejecutar sus programas de Windows, lo más probable es que
pueda hacer que funcionen con Wine." -- GuÃa de Hardware de Tom
While IMHO should be:
"Si simplemente debe ejecutar sus programas de Windows, lo más probable es que
pueda hacer que funcionen con Wine." -- GuÃa de Hardware de Tom
Or (with more emphasis):
"Si simplemente tiene que ejecutar sus programas de Windows, lo más probable
es que pueda hacer que funcionen con Wine." -- GuÃa de Hardware de Tom
--
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=19858
Summary: cygwin tar upset it can't change timestamps; breaks
build of cygwin's bash
Product: Wine
Version: 1.1.23
Platform: PC
URL: http://cygwin.com
OS/Version: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
To debug bug 19856, I decided to try to build cygwin's bash
from source so I could see why it refuses to run some commands.
Hilarity ensued.
To repeat:
1) run
$ winetricks cygwin
and select gcc, automake, patch, and cygport
2) start a cygwin shell
$ cd ~/.wine/drive_c/cygwin
$ wine wineconsole cmd /c cygwin.bat
then use that for all further commands
3) read 'man cygport'
4) download the bash source package from your favorite cygwin mirror, e.g.
$ wget http://cygwin.osuosl.org/release/bash/bash-3.2.49-22-src.tar.bz2
5) unpack the source tarball and use cygport to prepare and build it
$ mkdir temp
$ cd temp
$ tar -xjvf ../bash-3.2.49-22-src.tar.bz2
$ cygport prep bash*cygport
First problem: when cygport prep tries to unpack the inner
tarball, it has a conniption fit because tar can't adjust
the timestamps on its output files.
...
tar: bash-3.2/tests/history.list: Kann utime nicht ausführen: Permission denied
tar: bash-3.2/ABOUT-NLS: Kann utime nicht ausführen: Permission denied
tar: Exiting with failure status due to previous errors
+ warn 'tar zxf bash-3.2.tar.gz failed'
Here's a minimal linux commandline to reproduce:
gunzip bash-3.2.tar.gz
wineconsole 'c:\cygwin\bin\tar.exe' -xf bash-3.2.tar
bash-3.2/examples/bashdb/PERMISSION
Looks like tar creates the file, then tries to create it again,
and gets confused? Maybe cygwin is cleverly trying to use
NtCreateFile somehow to change its timestamp... I'll attach a log.
Workaround: edit cygwin's /bin/cygport and change the two lines
warn "${unpack_cmd} ${unpack_file_name} failed"
to say
echo "${unpack_cmd} ${unpack_file_name} failed"
I'll file more bugs for the rest of the process.
--
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=9610
Summary: Non-Windows(XP) behaviour for using themes in apps
Product: Wine
Version: 0.9.44.
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: Stuart(a)houseofanime.org
DVD Profiler takes information from Windows XP and higher to determine
different themes within the program; specifically a choice between Blue,
Silver, and Olive (mapping to NormalColor, Metallic and Homestead
respectively). In addition, my standard XP install gives DVD Profiler some more
options, including Obsidian.
Attached are XP and Linux comparisons for Blue, Olive, and Obsidian (XP on top,
Linux below). When taking shots from each OS, ONLY the theme from within the
application was changed (under the view menu item) - I made no change to the
actual themes in display properties (Window XP) or Winecfg.
Also attached is a screen shot of the application when it originally opens with
the 'blue' theme (its welcome screen). Note how the welcome screen displays the
correct colours, which change appropriately when you change the theme in DVD
Profiler.
I also copied the contents of the Resources/Themes directory from XP to Wine to
see the effect. It gave additional Theme options in Winecfg, but made no
difference when the same test was performed within DVD Profiler.
--
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=23560
Summary: Text missing and/or background not rendered in Peril
at End House
Product: Wine
Version: 1.2-rc6
Platform: x86
URL: http://www.egames.com/game/download/agatha+christie+pe
ril+at+end+house.html
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: markk(a)clara.co.uk
This bug applies to the game "Agatha Christie: Peril at End House". A
time-limited version can be downloaded from
http://www.egames.com/game/download/agatha+christie+peril+at+end+house.html
After installing you'll need to do "winetricks ie6" prior to running it.
Much text rendering is incorrect; see the attached screenshots. Text is either
missing or the background is not rendered (leaving the previous background
visible). There doesn't seem to be any relevant console output. I tested with
Xubuntu 9.10, Nvidia driver 256.35.
--
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=23370
Summary: OpenBOR and many other application crashed.
Product: Wine
Version: 1.2-rc4
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: zombie(a)terralab.com
OpenBOR, an application that has worked consistantly since Wine 0.9.40, crashes
with this error:
wine: Unhandled page fault on write access to 0x0043649d at address 0x7ef8451e
(thread 0009), starting debugger...
err:seh:raise_exception Unhandled exception code c0000005 flags 0 addr
0x7ef8451e
This is the only error I get from it.
--
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=14367
Summary: revise stack-frame relay code never to touch other side
of stack pointer
Product: Wine
Version: 1.0.0
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jreiser(a)BitWagon.com
Created an attachment (id=14664)
--> (http://bugs.winehq.org/attachment.cgi?id=14664)
always avoid memory on wrong side of stack pointer
The code which relays stack frames from one calling sequence to another can be
written never to touch memory that lies on the undefined side of the current
stack pointer. Even though in normal cases there may be no danger in
referencing below the stack pointer (because of precautions with alternate
signal stack, etc.), it is more robust to avoid this. Debuggers (both code and
human) and other tools may be unaware of the special precautions, or may find
it impossible to comply.
Patch is attached, and will be sent to wine-patches(a)winehq.org.
--
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=26167
Summary: Crash in open file dialog when dragging folder upon
file
Product: Wine
Version: 1.3.14
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: adys.wh(a)gmail.com
Created an attachment (id=33342)
--> (http://bugs.winehq.org/attachment.cgi?id=33342)
Backtrace
Steps to reproduce:
* $ wine notepad
* File->Open or Ctrl+O
* Drag a folder upon a file
Attached backtrace.
--
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=16039
Summary: configure does not support detection of (n)cursesw
Product: Wine
Version: 1.1.8
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P5
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: michael(a)liebenowstudios.com
Created an attachment (id=17264)
--> (http://bugs.winehq.org/attachment.cgi?id=17264)
Proposed fix for configure script - not well tested
Some systems only provide wide character versions of the curses libraries.
This is the default on LFS and a few others. The built in AC macros are
correctly detecting the curses header files but the WINE_CHECK_SONAME macro
misses the actual libs.
On my system I fixed configure.ac the behavoir as shown in the attached diff
and then ran autoconf
I don't know if this is clean or would break detection of non-wide libraries.
The error stating that curses functionality will be disabled is no longer in my
configure logs but I don't know if I actually have curses support now.
--
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.