http://bugs.winehq.org/show_bug.cgi?id=11811
Summary: App sees no COM ports although COM1...5 defined in
dosdevices
Product: Wine
Version: 0.9.56.
Platform: PC
URL: http://rosepointnav.com/CoastalExplorer/Trial/default.ht
m
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: n5470(a)pinefields.com
Created an attachment (id=11072)
--> (http://bugs.winehq.org/attachment.cgi?id=11072)
Screen shot w/ error message
Coastal Explorer has an Options section for connecting the app to COM ports for
I/O (Tools -> Options -> Instruments -> Port Settings). All available COM
ports are listed when running under Windows. Under Wine, none are found (see
attached screen shot). Defined COM1...4 (/dev/ttyS0...3) and COM5
(/dev/ttyUSB0) were all chmod to 666 to ensure permissions weren't a problem;
the problem remains.
Without serial I/O, the app's function of reading a GPS' serial stream and
writing commands to an autopilot controller (also via serial stream) is lost.
Without it CE functions only as a trip planner and tide predictor.
--
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=41917
Bug ID: 41917
Summary: Uploading Screenshots fails
Product: WineHQ Apps Database
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: appdb-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: blue-t(a)web.de
Distribution: ---
When i tried to upload a new screenshot, all i got was an error
"unable to move Screenshot from " to 'ho
me/winehq/opt/appdb/data/screenshots/originals/50324'
File format was PNG, in case that makes any diffrence
--
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=44417
Bug ID: 44417
Summary: WINE Does Not Detect Primary Display Correctly on
macOS
Product: Wine
Version: unspecified
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: me(a)haravikk.com
The title mostly says it all with this one; while WINE detects both of my
displays at the correct resolution etc., it unfortunately doesn't get them in
the right order, which can be annoying with games that don't offer a choice of
which screen to use when running in fullscreen mode. Usually there's a
workaround, but in some cases there is not.
To give some detail; my machine has two monitors, one is a 1680x1050 monitor
attached via DVI, and the other is a 1080p screen attached via HDMI. It seems
that the DVI connection is considered the primary screen by the GPU, so it has
to be overridden under System Preferences -> Displays to reclassify which is
the primary display.
While it's understandable that WINE would likewise prioritise the DVI screen
first, it would be nice if it could use the system's display configuration to
reorder the displays.
Searching online the impression I got is that this may be what happens under a
Linux host, but it doesn't seem to occur under macOS.
While there may be an API call that can do this more easily, the information
can be obtained from a user's
~/Library/Preferences/ByHost/com.apple.windowserver.<machine_uuid>.plist file,
where <machine_uuid> is the UUID used to identify the machine itself, though
I'm not certain what value indicates which display is the primary one, or if
it's simply the order in which they are provided (i.e- primary first).
Anyway, if WINE's method of obtaining the display information could be changed
to either get them in the order as defined by macOS's Display settings, then
this would be great.
--
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=43197
Bug ID: 43197
Summary: 5Plus: regression: Print dialog crashes with illegal
floating point operation
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: felix.huber(a)schyf.de
Distribution: ---
5Plus (a German school credits and report program) crashes with lately versions
of wine when trying to print a report. A pop-up with "Unzulässige
Gleitkommaoperation" (illegal floating point operation) occurs and the print
cancel button doesn't react anymore. Interestingly, the menu bar gets corrupted
with the first letters missing the left half.
The regression occurs here:
commit a60144ee74e1db170f04edeb8cfd3a5a17d36d46
Author: Huw Davies <huw(a)codeweavers.com>
Date: Thu Jan 26 09:30:20 2017 +0000
user32: Disable cached DCs once they are released.
Signed-off-by: Huw Davies <huw(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
:040000 040000 e4b9b15bea9e9ba5c5e59a9bc1711793f8ef38db
82429bb454753e5dd76e396abababde24e0db498 M dlls
The error is in dlls/user32/painting.c
static INT release_dc( HWND hwnd, HDC hdc, BOOL end_paint )
{
if (!(dce->flags & DCX_NORESETATTRS)) SetHookFlags( dce->hdc,
DCHF_RESETDC );
if (end_paint || (dce->flags & DCX_CACHE)) delete_clip_rgn( dce );
if (dce->flags & DCX_CACHE)
{
dce->count = 0;
SetHookFlags( dce->hdc, DCHF_DISABLEDC );
}
ret = TRUE;
}
Commenting out SetHookFlags() bings back normal behaviour.
--
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=44316
Bug ID: 44316
Summary: tried to load gecko and crashed
Product: Wine
Version: unspecified
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: davemitchell(a)swbell.net
Created attachment 60164
--> https://bugs.winehq.org/attachment.cgi?id=60164
crash report
crashed ace money
--
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=42611
Bug ID: 42611
Summary: Slides in Slide pane/New Slide dropdown are not
rendered properly in PowerPoint 2013
Product: Wine
Version: 2.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: isiraseneviratne(a)yahoo.com
Distribution: Ubuntu
Created attachment 57557
--> https://bugs.winehq.org/attachment.cgi?id=57557
Screenshot of PowerPoint 2013
In PowerPoint 2013, most slides in the Slide pane and New Slide dropdown appear
as black boxes, but sometimes they appear as white boxes with a red cross (in
the New Slide dropdown) or appear normally.
--
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=44107
Bug ID: 44107
Summary: Prey (2017) - Audio sometimes crackling
Product: Wine
Version: 2.21
Hardware: x86
URL: http://store.steampowered.com/app/480490/Prey/
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Sometimes, especially after playing for a while, the audio starts crackling, it
seriously distorts voices. A restart of the game fixes the issue, at least
temporarily.
I don't know of a way to reliably reproduce this issue. I also should mention
that I use wine-staging-2.21, since I didn't get it to run with vanilla wine.
Demo is available on steam.
--
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=22078
Summary: Icon error in tree windows of CSPRO 4.0 using wine
1.1.40
Product: Wine
Version: 1.1.40
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: iip.umar.rifai(a)gmail.com
CC: iip.umar.rifai(a)gmail.com
How to see/test:
1. download cspro here http://www.census.gov/ipc/www/cspro/
2. Run Cspro 4.0 program
3. Open file/application, goto examples/capi (under cspro 4.0 subdir), open
file "capi.ent".
4. You will see that the icon in the tree window on the left side are black.
Different when you see it in native windows.
Screenshot is here
http://sites.google.com/site/iipumarrifai2/wine-cspro-error0.jpg
Thanks,
-iip-
--
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=26749
Summary: in cmd, PATH=FOO should set PATH to FOO
Product: Wine
Version: 1.3.17
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
This affects the
"C:\\Program Files\\Mono-2.10.1\\bin\\setmonopath.bat"
batch file bundled with Mono.
To repeat, do
echo path=foo > foo.bat
echo path >> foo.bat
then run
wine cmd /c foo.bat
expected output:
PATH=foo
Observed output:
PATH=C:\PROG~FBU\MONO~KUH.1\bin;C:\windows\system32;C:\windows;C:\windows\system32\wbem
--
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=40375
Bug ID: 40375
Summary: CSPro 6.2 CAPI mode has different window/keystroke
behaviour between native windows and wine
Product: Wine
Version: 1.9.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: iip.umar.rifai(a)gmail.com
Distribution: ---
When running CSPro 6.2 in CAPI mode, during popup answer appeared and focus,
wine cannot catch any keystrokes (tab, shift-tab, number etc.), except I change
the focus to main entry windows. In native Windows OS keystrokes (tab,
shift-tab, number etc.) accept normaly in both popup or main window focus.
How to test:
1. Download and install CSPro 6.2 here
https://www.census.gov/population/international/files/cspro/cspro62.exe
2. Run CSPro application (listed "CSPro 6.2" in menu)
3. Open existing application (other files)
4. Goto to folder Examples\1 - Data Entry\Simple CAPI
5. Open Simple CAPI.ent
6. When Simple CAPI application opened, run it by pressing CTRL+R
7. in file dialog, Let's default data to "Simple CAPI Data.dat" and press OPEN
8. Enter any number in Household ID, press ENTER
9. Press any name in Name field and press ENTER
10. Now the popup windows appeared [HERE IS THE POINT OF THE PROBLEM]
In native Windows windows OS, I can press 1 or 2 to answer popup windows, but
in Wine I must click main windows first to allow entering 1 or 2, if the focus
still in popup windows it's not accept any keystrokes.
Best regards,
-iip-
--
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.