https://bugs.winehq.org/show_bug.cgi?id=39042
Bug ID: 39042
Summary: DirectSoft v6a: Csmain.exe crashes when searching for
Com ports
Product: Wine
Version: 1.7.48
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: warrentb(a)comcast.net
Created attachment 52006
--> https://bugs.winehq.org/attachment.cgi?id=52006
Terminal Output wine Csmain.exe
If a com port exists to be found by Csmain.exe, the program crashes. This
happens when running any part of DirectSoft 6.
Steps I took:
Installed DirectSoft6 through wine.
Created a symlink from /dev/tty.usbserial to ~/.wine/dosdevices/com1
Ran Csmain.exe through wine
Download link for DirectSoft 6:
ftp.automationdirect.com/pub/directsoft60a_b725.zip
Sha-1 of SetupDS6.exe 798c333cf369f33901969448773074fe44b19946
--
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=42459
Bug ID: 42459
Summary: Bogus/orphan small window sibling of Office 2007
applications
Product: Wine
Version: 2.1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ddascalescu+wine(a)gmail.com
Distribution: ---
Created attachment 57299
--> https://bugs.winehq.org/attachment.cgi?id=57299
Excel orphan mini window
I can reproduce this reliably after working with Excel for a few minutes, and
the steps are essentially switching between Excel and other applications in
Ubuntu 16.04, using Alt+Tab and Alt+Esc. I don't have a precise repro sequence,
but try to Alt+Tab and Alt+Esc to/from Excel a bunch of time.
Attached are the results - the initial orphan window, and what happens when I
resize it (takes on the video memory behind).
--
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=33952
Bug #: 33952
Summary: Focus rectangle is drawn on Windows Calc buttons
Product: Wine
Version: 1.6-rc4
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: b7.10110111(a)gmail.com
Classification: Unclassified
If you start windows xp calc and try clicking an operator button, e.g. "*" or
"Exp", it'll become focused both in wine and on windows. But in windows the
focus rectangle isn't drawn, while on wine it is.
(If you can't reproduce, try clicking a bit slower: click-pause-release)
--
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=23530
Summary: Bug link queue: "has maintainer" information sometimes
incorrect
Product: WineHQ Apps Database
Version: unspecified
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: appdb-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dimesio(a)earthlink.net
The "Has Maintainer" column in the admin bug link queue sometimes says "No" for
apps that do have maintainers. An example is Eve Online, which has 5
maintainers listed in the app entry, but currently shows up in the bug link
queue as not having any.
--
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=15524
Summary: Add language field for applications
Product: WineHQ Apps Database
Version: unspecified
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: appdb-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jan-winehq(a)hoogenraad.net
Please add a selection box to enter the language of the application.
If implemented as a version of an application, allow for different titles of
the applications in the different languages.
--
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=16031
Summary: Missing categorising by video driver version in AppDB
Product: WineHQ Apps Database
Version: unspecified
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: appdb-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mityukov(a)gmail.com
I found the AppDB is a bit unusable, when it comes to quick check on "Which
games will run in my system", or "Will this game run for me".
The most important thing, when it come to games - is the Video Driver. For
example, there are many games, that run for NVidia owners, but don't run for
ATI, and so on.
Another point, when it comes to specific driver name and version. For example,
open-source "radeon" supports only OpenGL 1.3, and Catalyst supports higher
implementations. Moreover, different versions of the same, let say Catalyst,
may work differently for this or that program. There are also regressions, etc.
Again: Video Drivers in Linux, are not ideal. I would say, this point have even
higher affect than the Distribution.
What I would like to see, near the "Distribution" column -- is another one:
"Video" or something like this, where it will say e.g. "Catalyst 8.9". This way
it will be possible to link Rating with certain Video Setup, before taking the
decision.
Some tools for searching Games, that work with specific video driver(s) would
also be _HIGHLY_ appreciated.
--
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=35224
Bug ID: 35224
Summary: wbemprox needs to support USB device enumeration with
VID/PID support
Product: Wine
Version: 1.7.8
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: laguest(a)archeia.com
Classification: Unclassified
Created attachment 46981
--> http://bugs.winehq.org/attachment.cgi?id=46981
Last log running RS 2014.
I believe that Rocksmith detects the USB cable with wbemprox using code similar
or same as
http://msdn.microsoft.com/en-us/library/windows/desktop/ee417014%28v=vs.85%…
--
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=42489
Bug ID: 42489
Summary: in fedora 25, install source insight versions 4.0.80,
the height of the toolbar is too big and cannot
adjust.
Product: Wine
Version: 2.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: zuogang(a)huawei.com
Distribution: ---
see the attachment.
--
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=25157
Summary: Black Prophecy crashes on unimplemented function
msvcr100.dll._wcsupr_s_l
Product: Wine
Version: 1.3.7
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msvcrt
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Reported in
http://appdb.winehq.org/objectManager.php?sClass=version&iId=21946&iTesting…
('winetricks vcrun2010' ought to work around it, but supposedly doesn't?)
--
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=40701
Bug ID: 40701
Summary: COCO simulator: Aborting of painting upon concurrent
WM_PAINT messages
Product: Wine
Version: 1.9.9
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kooijman(a)clarkson.edu
Distribution: ---
Under wine v1.9.9 while using COCO v3.1.0.1(from http://cocosimulator.org/) I
encountered a problem with the painting of window elements during a simulation.
Normally this would cause parts of the flowsheets to light up in a different
color while each part is being solved but now this is no longer the case. The
problem is not related to any particular flowsheet being solved, you can take
any example from the samples they have online at
http://cocosimulator.org/index_sample.html
Note this bug occurs after the most recent bug update from COCO, titled
"prevent problems due to re-entrancy in painting methods caused by STA threads
in 3rd party modules", see http://cocosimulator.org/index_changes.html. I
contacted author jasper van baten <jasper(a)amsterchem.com>. He commented that
"COM is flawed in the matter of thread safety in case there is somewhere any
STA compartment which means that WM_PAINT messages can come in concurrently. If
this is detected, paint is aborted and a private message is posted (which is
received non-concurrently in the main windowing thread) and the window update
proceeds from there. I am guessing wine has a bug that makes this message does
not arrive." Jasper recommended me to go back to using the stable version 1.8
for there the problem does not occur according to him. I fear that going back
would just postpone the issue for me and hence I wanted to report it as a bug.
Harry
--
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.