https://bugs.winehq.org/show_bug.cgi?id=39768
Bug ID: 39768
Summary: scaling window for games with low resolution
Product: Wine
Version: 1.8-rc3
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: legluondunet(a)free.fr
Distribution: ---
Hello,
some old games do not have a resolution bigger than 640x480.
For example:
Shivers
The longest journey
Motoracer
..
and the modern displays does not have a 4:3 ratio, so it is not possible to put
this games in fullscreen or the games will be stretch. Some modern screens do
not even support this resolution.
Do you plan to add a scaling feature to wine?
LGDN
--
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=25723
Summary: PhysX causes major lag in Mirror's Edge.
Product: Wine
Version: 1.3.11
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: H3g3m0n(a)gmail.com
When the PhysX option is enabled (setting in the Video Options) in Mirror's
Edge. When 'physics' things start to occur the game starts to get some major
lag becoming unplayable.
Mirror's Edge doesn't make too much use of PhysX (I believe it was on of the
first games with support for it), afaik it's mostly used for enabling
shattering glass to create shards and maybe some bits of paper on the ground.
As such this only seems to happen at specific points in the game. For example
Chapter 1 Flight->Check Point D. As you are running across the bridge, the
helicopter starts to shoot the glass causing it to shatter.
If you continue on to the next area, at some point (when you go underground) it
suddenly returns to normal speed (most likely it has unloaded the previous
area).
With PhysX set to off, there is no lag but no glass shards.
--
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=43280
Bug ID: 43280
Summary: Gothic 1, no Music
Product: Wine-staging
Version: 2.10
Hardware: x86-64
OS: FreeBSD
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: shitman71(a)hotmail.com
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Music not working in Gothic 1 and other games, this was introduced with windows
vista sp1. They did some changes to their soundsystem or something like this,
this affected many games. I gues this was introduced in wine too.
I dont know what exactly was done but i know problems with music existed even
in win8.1.
--
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=25870
Summary: Column headers don't always resize to fit text when
double-clicked
Product: Wine
Version: 1.3.12
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: turbolad995(a)hotmail.co.uk
When you try to double-click (with the left mouse button) on a column header
WHEN THE MOUSE POINTER SHOWS DOUBLE BLACK ARROWS, like this <-|->
the column is supposed to resize to fit the longest line of text below it
perfectly.
In programs such as Pegasus Mail and many others which use resizeable columns
e.g. 1by1 Player, double-clicking the column header results in any of the
following:
* nothing happens
* messes up the columns - depending on text size
* the column will resize properly
Although trivial, I believe Wine users should report bugs when they are
discovered.
Please test this using 1by1 Player and play around with the font size in the
application's settings (press <F6> to get into the program's settings). Now
try resizing the columns with different font sizes and double-clicking the
vertical lines which separate the columns. Download 1by1 Player:
http://mpesch3.de1.cc/1by1.html
--
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=37578
Bug ID: 37578
Summary: Request for Enhancement: please add libXext as a
dependency
Product: Wine
Version: 1.7.30
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ToddAndMargo(a)zoho.com
Distribution: ---
Request for Enhancement:
It about killed my trying to compile Wine-1.7.30 (I conquered). In the
"./configure" phase, Wine threw the following error:
wine-1.7.30]# ./configure --disable-win64
configure: WARNING: libpng 32-bit development files not found, PNG won't be
supported.
Only thing was that libpng was actually installed:
# rpm -qa \*libpng\* | grep -i i686
libpng-devel-1.2.49-1.el6_2.i686
libpng-1.2.49-1.el6_2.i686
The error was bogus reporting from Wine "./configure". The actual problem was
that libpng had a dependance on zlib. "yum install zlib-devel.i686" fixed the
bogus error from Wine.
This bogus error was originally reported to Wine on:
https://bugs.winehq.org/show_bug.cgi?id=37534
Their response was that it was a dependency:
http://www.libpng.org/pub/png/libpng.html
"libpng is available as ANSI C (C89) source code and requires zlib
1.0.4 or later (1.2.5 or later recommended for performance and security
reasons)."
So I reported it to Red Hat on:
https://bugzilla.redhat.com/show_bug.cgi?id=1162842
Their response was:
You were probably not able to install libpng without zlib, but of
course you were able to install libpng and libpng-devel without
zlib-devel - but this is pretty much expected. Guidelines are
even stricter, explicit requirements for library packages are
forbidden (
https://fedoraproject.org/wiki/Packaging:Guidelines#Explicit_Requires
- Red Hat Enterprise Linux follows Fedora packaging guidelines
with just very few exceptions ).
So, would you guys please consider putting the dependency in yourself, so as to
keep the next poor sod who is trying to ./configure wine from going out of his
mind and to keep you guys from having to endlessly answer this question over on
the forums
Many thanks,
-T
--
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=38142
Bug ID: 38142
Summary: Approach fields box only show 3/4 of one line
Product: Wine
Version: 1.7.36
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ToddAndMargo(a)zoho.com
Distribution: ---
Created attachment 50869
--> https://bugs.winehq.org/attachment.cgi?id=50869
Field Box
Hi All,
Wine 1.7.36 and Smart Suite N9.8.0208.1200.
Would you guys please fix this for me. It is driving me NUTS!
In the "Find Assistant" the Fields box only shows about 3/4 on one line. It
makes it impossible to file the other lines in the box.
I will attach a screen shot
Many thanks,
-T
--
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=42286
Bug ID: 42286
Summary: Shantae and the Pirate's Curse - cursor rendered with
an opaque background behind it
Product: Wine-staging
Version: 2.0-rc6
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ikk_pl(a)yahoo.co.uk
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
Created attachment 56995
--> https://bugs.winehq.org/attachment.cgi?id=56995
Screenshot showing the problem
The cursor in the game is rendered with a white opaque square behind it.
(Note that the game doesn't run on vanilla wine, it needs staging patches for
the CreateDeferredContext call.)
--
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=40625
Bug ID: 40625
Summary: photoshop 6 froze after wine upgrade from 1.6 to 1.8
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: site(a)rotasul.net
Distribution: ---
Created attachment 54491
--> https://bugs.winehq.org/attachment.cgi?id=54491
wine error log
Hi,
When I used the wine 1.6 and Ubuntu Wily with kernel 3.4 the Photoshop
6 worked fine (yes a very old 32bit version six just 70MB)!!
After an upgrading the to kernel 4.2 and same wine 1.6 the Photoshop stopped
during the program load!
Now, some upgrades later, with Xenial and kernel 4.4.8 and wine 1.9.9 the
Photoshop load a little more during the opening but froze! I made several tries
winecfg XP and Win7.
Any solution in horizon?
Att.
Art
--
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=16154
Summary: DrawPrim.exe fails to start
Product: Wine
Version: 1.1.9
Platform: PC-x86-64
URL: http://www.geocities.com/SiliconValley/2151/drawprim.zip
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kgbricola(a)web.de
Created an attachment (id=17404)
--> (http://bugs.winehq.org/attachment.cgi?id=17404)
winedbg output from the DrawPrim.exe
The sample app DrawPrim fails to start with a stack overflow. There is also a
description to the app here
http://www.geocities.com/SiliconValley/2151/drawprim.html .
I've attached a winedbg output because the only messages I get in a normal run
are these few lines:
$/home/ricola/software/wine/build/wine DrawPrim.exe
fixme:d3d:IWineD3DImpl_FillGLCaps OpenGL implementation supports 32 vertex
samplers and 32 total samplers
fixme:d3d:IWineD3DImpl_FillGLCaps Expected vertex samplers + MAX_TEXTURES(=8) >
combined_samplers
fixme:win:EnumDisplayDevicesW ((null),0,0x32f89c,0x00000000), stub!
fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to
16
err:d3d:IWineD3DDeviceImpl_SetupFullscreenWindow (0x13d708): Want to change the
window parameters of HWND 0x1002c, but another style is stored for restoration
afterwards
fixme:d3d:WineD3D_ChoosePixelFormat Add OpenGL context recreation support to
SetDepthStencilSurface
err:seh:setup_exception_record stack overflow 1188 bytes in thread 0009 eip
7bc7b3f6 esp 00230e8c stack 0x230000-0x231000-0x330000
--
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=43349
Bug ID: 43349
Summary: Blizzard App Fails to Recognize Password Upon
Switching Regions
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: siren(a)sirenwatcher.com
Distribution: ---
Specs: Wine 2.4 Staging [Win 7]
Issue: Blizzard App Fails to Recognize Password Upon Switching Regions. The
default "password" area isn't recognised when typed into. There is an override
in place for US logins but not for EU logins.
Images: [with override under US] imgur.com/zZHUtPN [failing to override for EU]
imgur.com/h6z3IWQ
Tried fixes:
> Changing the Launcher.db codes for both WoW and Blizz App to enEU from enUS to see if the override is just for the defaulted region. Does load the launcher by default as "europe", though still does not give the override.
> Typing in the password like 100 times to see if the override was something that proc'd from failed attempts on US. Hasn't worked.
When occured:
The Blizzard App ran an update about a week or so ago, it bugged out around
this time. It threw all users of the application "out" of being signed in. Both
on US and EU after the update. Upon signing back in I received this error, I
assume from a GUI override update. A new game has been introduced to the
application, which is not directly linked to Blizzard Entertainment, so I
assume the integration of the new Destiny PC players accounts, put an issue in
the coding for Wine under EU?
Currently, using the Blizzard App on US works fine. Though after a week of
trying, waiting to see if it just fixed itself, I still cannot use it to sign
into the EU interface.
I can still sign onto my EU WoW account through the US interface. So there is
no rush, its just a minor hindrance. Does not affect gameplay of any of
Blizzard's games. Just stops me talking to my EU friends when I am signed onto
US WoW.
--
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.