http://bugs.winehq.org/show_bug.cgi?id=35887
Bug ID: 35887
Summary: YNAB 4 carashes on launch
Product: Wine
Version: 1.7.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: turley714(a)gmail.com
Created attachment 47922
--> http://bugs.winehq.org/attachment.cgi?id=47922
backtrace
I've just installed YNAB 4 on Mint 16 using Wine 1.7.15.
Lanuching the application causes an error. (Backtrace attached)
The application can be downloaded here:
https://www.youneedabudget.com/download
--
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=34740
Bug #: 34740
Summary: Command 'build-dep wine ' in Saucy use old library and
blocks building from source code.
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sov.info(a)mail.ru
Classification: Unclassified
Created attachment 46318
--> http://bugs.winehq.org/attachment.cgi?id=46318
log
Solvation of this problem, may be, very simple.
Library libgphoto2-2-dev was upgraded to libgphoto2-6-dev, but Wine don't see
that.
Maybe there are dependency wine1.6=libgphoto2-2-dev or something, should be
wine => libgphoto2-2-dev.
--
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=34130
Bug #: 34130
Summary: Copy-pasting from chromium browser (linux native) to
wine breaks non-latin text.
Product: Wine
Version: 1.6
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: unxed(a)mail.ru
Classification: Unclassified
Example: Far manager 3.0 (running under wine).
I copy the word "проверка" (cyrillic) from chromium (linux native) and paste it
to Far manager. It is pasted as "пÑовеÑка".
Same thing with wine cmd.exe, wine settings app and other applications running
under wine.
May be it is chromium bug, I am not sure. Not reproduced with other browsers.
--
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=31373
Bug #: 31373
Summary: Bioshock cause Radeon to freeze (GPU lockup)
Product: Wine
Version: 1.5.9
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: michael(a)araneidae.co.uk
Classification: Unclassified
Playing Bioshock (1.0, Steam version) causes graphical lockup after a few
minutes of play. My graphics stack is [lib32-]ati-dri (etc) 8.0.4-1 or -2 on
Arch with a HD 6950 graphics card.
In dmesg I see:
radeon 0000:01:00.0: GPU lockup CP stall for more than 10000msec
followed by a detailed status dump.
In output from startx I see numerous backtraces (I'll have to make a separate
message for these, at it seems I can only make one attachment at a time) in X.
I'm afraid I've got nothing to report from wine itself as any messages there
might have been are drowned in a flood of
fixme:d3d:resource_check_usage Unhandled usage flags 0x8.
messages!
--
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=38885
Bug ID: 38885
Summary: Wine will not install (Virtual package)
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: theorangeone(a)theorangeone.net
Distribution: ---
Created attachment 51819
--> https://bugs.winehq.org/attachment.cgi?id=51819
Error message from software center
I cannot seem to install wine, I have tried through the command line, I have
tried through the software center, both versions! I have added the i386 arch to
dpkg as the internet says. But I still can't work it out.
Any help would be great, need this to be sorted asap.
Information:
Ubuntu Gnome 15.04 (fully up to date)
Macbook air 13 (yes I know, but it works!)
Thanks in advanced!
--
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=32947
Bug #: 32947
Summary: Broken font rendering with many fonts (including
Microsoft core fonts) in wine 1.5
Product: Wine
Version: 1.5.22
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: constantine.gavrilov(a)gmail.com
Classification: Unclassified
This is a long standing issue with 1.5 versions. Several bugs have been opened
and closed but they usually do not get to the core issue.
One of the issues (that is listed as closed) is 29250.
Here is the beef of the matter.
Many true type fonts including core Microsoft fonts (Arial, Times New Roman,
Courier New, Tahoma, Verdana) and all built-in true type fonts shipped with
Wine (Tahoma, ms-sans-serif, etc.) will use subpixel rendering only at
unrealistically big sizes (>= 16), and event then the quality is awful.
Other fonts (typically from Dejavu or Vera families) will render just fine and
will use subpixel rendering at default sizes.
Asking wine to log font decisions shows that wine has decided to disable
antialiasing for "problematic" fonts because of the info it got from GASP
table.
I would like to stress that this is not a problem of fontconfig settings or
fontconfig or wine font substitutions. Nor it is a problem of wrong DPI.
Native linux applications display just fine, and wine will display similar to
Linux if Dejavu or Vera fonts are forced.
Additionally, ClientSideGraphics=N (or =Y) has nothing to do with this problem
either. Under both settings, the fonts look similar and the decisions based on
the GASP table are the same. This setting does not affect the decision to
antialias or not, it affects the quality with ClientSideGraphics=N giving
better results that are also consistent with the Linux desktop.
This feature (using the GASP tables the way they are used) is actually a
misfeature because:
* shipped wine fonts are not usable for dialogs and menus
* native Windows fonts cannot be used because they will not use subpixel
rendering but they are still recommended in documentation.
I understand that someone desired to get a closer picture to Windows, but what
we have is unusable now. As far as I can see, Windows will antialias these
fonts just fine (at least starting from size 12), and even when ClearType is
not used for size 10, the font is still very crisp and readable.
Bottom line, when wine decides to skip antialias for most fonts, the result is
very very ugly. I would even say it is not possible to use.
I also would like to claim that fontconfig uses subpixel rendering for these
fonts just fine (native Linux applications look great) and I would say the
results are better (at least definitely not worse) compared to Windows
rendering for cases when it decides to skip antialiasing because the size is
small.
Can we have a configuration setting to opt out of GASP table decisions?
--
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=31914
Bug #: 31914
Summary: Recorded frames are in reversed order
Product: Wine
Version: 1.5.10
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: thedesti(a)yahoo.com
Classification: Unclassified
I'm using glc-capture to record apllications and games.
https://github.com/nullkey/glc/wiki
Up to WINE-1.5.9 it was working OK, making a picture like this:
http://www.twitch.tv/nuclear_power_plant/b/334759327
Sine the update to WINE-1.5.10, the recorded frames are in reversed order,
making the first pixel to the last pixel.
It's now looking like this:
http://www.twitch.tv/nuclear_power_plant/b/334768276
Also when starting recording the console got flooded with this error:
err:d3d:context_bind_fbo >>>>>>>>>>>>>>>>> GL_INVALID_ENUM (0x500) from
glBindFramebuffer() @
/var/tmp/portage/app-emulation/wine-1.5.10/work/wine-1.5.14/dlls/wined3d/context.c
/ 84
It's reproduce able with WINE-1.5.10 to 1.5.14.
--
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=34369
Bug #: 34369
Summary: Civ IV crashes repeatedly after linux upgrade
Product: Wine
Version: 1.4
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: pepebuho(a)hotmail.com
Classification: Unclassified
I had CivIV working somewhat fine under Ubuntu 12.04 LTS.
After upgrading to kernel 3.2.0-52-generic-pae #78-Ubuntu SMP, Civ IV is
crashing constantly always with the same error.
I see some libasound and lib pulse references, therefore I muted all sounds,
nevertheless I still keep getting the same problem.
Simply, after a short time playing, Civ IV crashes.
--
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=35032
Bug #: 35032
Summary: starcraft unbearably slow in fullscreen mode
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: j.schauer(a)email.de
Classification: Unclassified
Regression SHA1: 94ae743ea668e49d40ae4e2dc5fe1f5d9be018cb
Created attachment 46698
--> http://bugs.winehq.org/attachment.cgi?id=46698
glxinfo
Hi,
while Starcraft (specifically Broodwar) worked perfectly before, I now observed
that whenever I would let it run in fullscreen mode, it would be horribly slow
(about 2-3 fps) so that even moving the mouse cursor would become a frustrating
task. This issue does not show when starcraft is not drawing fullscreen, for
example when it is in a virtual desktop or when my window manager (awesome)
constricts it to a window.
This might be a problem with my graphics card/driver but since it worked fine
in wine a few years ago, I ran a regression test and found out that the problem
was introduced with commit 94ae743 which changed the DefaultSurfaceType to
opengl.
On my host I'm running Debian jessie (testing) amd64 with mesa 9.1 and intel
2.19 drivers. I did all the regression testing in a chroot environment with
Debian squeeze i386 because the specific wine versions around commit 94ae743
would not compile when libxml2 was too new.
I only have access to Intel graphics hardware, so I can't test on a machine
with a different graphics card. The laptop I was testing on was a Dell E6510
with Ironlake graphics as you can see in the attached glxinfo output.
I was told in IRC that this problem is likely a driver issue but nevertheless I
would like to know whether there is a patch that I can apply to my specific
wine version to restore the functionality I had before commit 94ae743 was
applied?
--
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.