https://bugs.winehq.org/show_bug.cgi?id=49777
Bug ID: 49777
Summary: Bugged .NET UI has different graphics memory behaviour
Product: Wine
Version: 5.0.2
Hardware: x86-64
URL: https://github.com/farmerbriantee/AgOpenGPS/releases/d
ownload/4.3.10/AgOpenGPS_v4.3.10.msi
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mirh(a)protonmail.ch
Distribution: ---
Created attachment 68087
--> https://bugs.winehq.org/attachment.cgi?id=68087
UI bug
So, I have this .NET application (mono is already enough to run it half
decently). That has a bug.
https://github.com/farmerbriantee/AgOpenGPS/issues/176
For whatever reason the buttons on the right only work and display if you have
a certain.. screen aspect ratio and/or resolution (this happens in Windows too
if it wasn't clear enough).
Now, the thing is, at least when I'm running at 1024x768 on W7 the buttons UI
area just so happen to be superimposed with "whatever was on that area of the
screen before the application window executed".
In linux instead, the behavior seems "replace with a corrupted view of the
calling parent process framebuffer" (or at least, I believe what you see in the
attached screenshot is a scrambled version of the XFCE terminal)
I don't even know where to start logging (neither native dotnet nor native
gdiplus made a difference).. but at least I believe this should amount to a bug
in wine?
Also, in a somewhat related question.. Are all windows supposed to be always
"infinitely resizable"? Because in Windows I'm barred from going below certain
dimensions, while here even 10x10 pixels seems legit.
--
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=49769
Bug ID: 49769
Summary: After update can no longer position Winamp components
on Desktop where I want them
Product: Wine-staging
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: nanook(a)eskimo.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
I normally have winamp 5.666 on the right side of my desktop, with the
controller, then eq, then playlist. After a recent wine update, the eq
overlapped the play list and can not be moved, that is I can drag and drop as
before. I de-installed and re-installed winamp, no help.
--
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=49768
Bug ID: 49768
Summary: Clear Linux Wine Forgotten Hope 2.57 Standalone
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ryanrkpm(a)yahoo.com
Distribution: ---
Created attachment 68073
--> https://bugs.winehq.org/attachment.cgi?id=68073
terminal output
I install and try to run. It opens as BF2 and I click on the FH2 server. It
restarts into FH2 and crashes upon start.
--
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=25412
Summary: Shareaza does not save certain preferences [RE: Bug
14269]
Product: Wine
Version: 1.3.8
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: trapdoor6(a)gmail.com
This is a similar issue as described in bug #14269 [still open] but it's
related to different Wine versions: 1.3.8. I also noticed it on a few earlier
developer and stable versions, I guess it's been never fixed in Wine. Please
find details below:
------------------
Software: Shareaza
project page: http://shareaza.sourceforge.net/
version: 2.5.3.0
Problem details:
1) Under 'Tools > Shareaza Settings > General > Library'
option: 'Quick hashing (Uses more CPU)'
Enabling it works only for one session. After restarting Shareaza it's disabled
again.
2) Under 'Tools > Shareaza Settings > Networks > Gnutella' and '~ > eDonkey'
option: 'Always connect to Gnutella / eDonkey'
Enabling these won't be saved. After restarting Shareaza both are disabled
again (which means that Shareaza connects only to Gnutella1 and I need to
connect to the other networks manually in the 'Network' tab in the main
window).
--
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=49727
Bug ID: 49727
Summary: Witcher 3 Mod Manger fails to start because of
Bluetooth errors
Product: Wine
Version: 5.15
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: poperigby(a)mailbox.org
Distribution: ---
The Witcher 3 Mod Manager
(https://github.com/Systemcluster/The-Witcher-3-Mod-manager/tree/Custom) won't
launch because WINE is saying that my version of Windows doesn't have Bluetooth
compatibility. This is the error it gives:
00b8:fixme:combase:RoGetActivationFactory
(L"Windows.Devices.Bluetooth.BluetoothDevice",
{0991df51-57db-4725-bbd7-84f64327ec2c}, 0000000000219960): semi-stub
00b8:err:combase:RoGetActivationFactory Failed to find library for
L"Windows.Devices.Bluetooth.BluetoothDevice"
It also pops up with a warning that says "This Windows version (10.0.17134)
does not support the required Bluetooth API. Consider updating to a more recent
Windows (10.0.10586 or above)." I've tried changing the compatibility version
in winecfg, and the first version changes accordingly.
My motherboard does have a Bluetooth adapter, but I disabled the bluetooth
kernel module and I still got the error.
--
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=43921
Bug ID: 43921
Summary: Caustic 3.2.0 (standalone) black/blank UI with Wine
Staging ; functional UI with Wine Development
Product: Wine
Version: 2.19
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bob.mt.wya(a)gmail.com
Distribution: ---
Created attachment 59548
--> https://bugs.winehq.org/attachment.cgi?id=59548
wine_2.19_development.txt
Standalone version of Caustic 3.2.0.
Tested in a 32-bit WINEPREFIX, set to Windows XP.
Wine Development 2.19.
--
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=41354
Bug ID: 41354
Summary: PDF-XChange Editor
Product: Wine
Version: 1.9.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sb56637(a)gmail.com
Distribution: ---
Hello, PDF XChange Editor has a bug in wine where it only accepts form input a
few times. When in a PDF document with several forms, it stops accepting form
input after editing several form elements. For example, try typing in one text
field, and then move into another text field. It will no longer accept input.
This is an important bug, because native PDF readers under Linux are pathetic,
and PDF XChange Editor works flawlessly otherwise under Wine.
Thanks!
--
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.