https://bugs.winehq.org/show_bug.cgi?id=51802
Bug ID: 51802
Summary: Theming on 16-bit application breaks their UI
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: uxtheme
Assignee: wine-bugs(a)winehq.org
Reporter: clinton(a)concernednetizen.com
Distribution: ---
Created attachment 70689
--> https://bugs.winehq.org/attachment.cgi?id=70689
Collins Dictionary
I noticed a regression a few months ago in a 16-bit application I regularly
run. It started when the Windows XP-style UI themes started being applied.
In the screenshot you can see the Collins English Dictionary application as it
currently runs, with a "Plastik"-style UXTHEME drawing the applications buttons
(ignore the buttons being cut-off by the windows size. That problem already
occured before the UXTHEME breakage).
The buttons are selected, but not activated do not work when clicked. The only
way to use the buttons is to click on them to highlight/select them and then
press the Enter key. This is also true of some, but not all of the buttons in
modal dialogs.
The mostly-black background of the definition display is also a new bug which
occurred simultaneously to moment UXTHEMEs became applicable to 16-bit apps. It
seems like the definitions, when drawn to the screen, do not blank out what
preceeded them, so smaller definitions overlap the former larger ones.
The software can be easily downloaded here for testing:
https://archive.org/details/collins_win31
--
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=51556
Bug ID: 51556
Summary: Massive FPS drops since Version 6.9 up to 6.14 in BF
1, BF 4 and BF V
Product: Wine-staging
Version: 6.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: llenort(a)aol.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Hello,
using wine-staging 6.2 as reference. Since wine-staging version 6.9 i can start
BF 1, BF 4 and BF V again. But i notice a big FPS drop while playing online. I
tested all versions from version 6.9 to 6.14 (except 6.13, can login in origin
client at all) and all versions have the same drops when playing online.
In the Menu screens or Lobby there is no problem at all. Also the fps drops
seems not so big while playing in single player modes.
All versions tested with same OS Version kernel versions and hardware settings
in 2K.
Using wine-staging version 6.2 frame rates are in BF 1 between 100 and 144 fps.
Using any newer version of staging the fps drops to the range between 24 and 40
fps. In online mode this is unplayable.
Reinstalling version 6.2 of wine-staging solve the fps drops. I can't test with
normal wine because i can't start the origin client at all. Crash to desk. Not
tested normal wine version 6.14 but i think it does not let me start the origin
client like the other versions.
Maybe it was not really a graphic problem here. For me it has to do with
massive online play. Receiving and transmitting network messages my be here the
root of the problem. Have to look to changes in network changes starting from
version 6.3. Maybe anyone has more information regarding this assumption.
Thank for your help.
All the Best...
lle
--
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=5382
Zebediah Figura <z.figura12(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |z.figura12(a)gmail.com
--- Comment #28 from Zebediah Figura <z.figura12(a)gmail.com> ---
We have multiple mechanisms by which Windows programs can run on prefix
startup, which are present on Windows as well. In particular there is the
HKLM\Software\Microsoft\Windows\CurrentVersion\Run key (or RunOnce?). Ideally
such a tool should use that rather than having to invent a new hook. That *may*
require that it be written as a PE executable, or bootstrapped with one.
--
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=5382
Bamm Gabriana <bammgabriana(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |bammgabriana(a)gmail.com
--- Comment #27 from Bamm Gabriana <bammgabriana(a)gmail.com> ---
Sorry for reviving this.
The original post said, "Would even dynamic color scheme be an option?" and yet
this was closed with the reason "Wine can not and will not use GTK/QT tool kits
for it's GUI". I find this non-sequitur. One does not need to have GTK/QT tool
kits in Wine just to import its colors.
In fact, I once made an "external tool to get theme data from GTK/QT and import
into Wine", and I implemented it using only a POSIX shell script, making calls
to gsettings and then writing them as a .reg file importable by Wine Regedit.
The issue is not about writing a tool, it's about making it work automagically.
Let's say the user switches from a light to a dark desktop theme. Next time he
opens a Wine application it would be blindingly bright. In my case, I would
need to run my tool after I change the theme and before I run a program in
Wine.
The solution would be to find a way to run such a tool everytime wineboot runs,
and this is where the cooperation of Wine developers is needed. It cannot be
purely external since it needs a hook into wine's startup.
I don't want this to be purely internal also, because those who do not want
this feature shouldn't be forced to have it. (It might increase startup time by
a small fraction of a second)
I just want to ask the Wine developers to revisit this posibility of dynamic
color theming by allowing such an external tool to run at startup, perhaps by
having something like an autoexec file that a user can edit or that can be set
by an external package.
I'm thinking creating a directory like /etc/wine/autoexec.d/ and have packages
drop scripts there that wineboot can run. Also, it should be opt-in, so that
users can decide if they want this feature, otherwise, wineboot just ignores
it.
Is it possible to create such a hook?
--
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=46833
Bug ID: 46833
Summary: Install of iTunes 12.9.3.3 fails
Product: Wine
Version: 4.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: k8auf1947(a)cometchaser.de
Distribution: ---
Created attachment 63866
--> https://bugs.winehq.org/attachment.cgi?id=63866
First screenstho
Wine is configured as Windows 7.
Autorun is set to "No" during installation.
I will provide more screenshots.
--
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=46719
Bug ID: 46719
Summary: iTunes crashes during the installation
Product: Wine-staging
Version: 4.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: anfanai(a)protonmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 63692
--> https://bugs.winehq.org/attachment.cgi?id=63692
the backtrace for the problem
iTunes crashes during the installation. I'm using version 12.9.3.3 (64-bit)
downloaded from https://www.apple.com/itunes/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.
https://bugs.winehq.org/show_bug.cgi?id=8705
Anastasius Focht <focht(a)gmx.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
URL|www.apple.com/itunes/downlo |https://web.archive.org/web
|ad/ |/20070630023320/http://cont
| |ent.info.apple.com/iTunes7/
| |Win/061-3266.20070529.xSw4n
| |/iTunesSetup.exe
--
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=10803
Summary: iTunes 7.3 no longer functions after upgrading Wine to
0.9.51
Product: Wine
Version: 0.9.51.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: linux(a)xstylus.com
In Wine versions 0.9.50 and prior, iTunes 7.3 functions. However, when
upgrading to 0.9.51, iTunes 7.3 will no longer function.
A fresh installation of Wine 0.9.51 was installed on my machine, and then
itunes 7.3 installed. iTunes 7.3 still would not run. Reverting back to 0.9.50
would not solve the problem either.
I was only able to solve the problem by reverting to 0.9.50 AND purging my
.wine folder.
Instructions for installing Wine 7.3 can be found at:
http://wine-review.blogspot.com/2007/10/itunes-73-on-linux-with-wine.html
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.