http://bugs.winehq.org/show_bug.cgi?id=25500
Summary: Megarace 3: in-game videos not working
Product: Wine
Version: 1.3.9
Platform: x86
URL: http://www.fileplanet.com/82163/80000/fileinfo/MegaRac
e-3-Demo
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gyebro69(a)gmail.com
Created an attachment (id=32465)
--> (http://bugs.winehq.org/attachment.cgi?id=32465)
terminal output
Neither the intro videos (company logos) nor the in-game cutscenes are playing
in Megarace 3: Wine simply skips the videos without an error message. It's a
pity because there are some hilarious cutscenes in the game, featuring Lance
Boyle as the host of the game.
The company logos which should be played right after starting have the
following properties:
Video: WMV v7, 640x480 px, 4:3
Audio: WMA v7, 128 kbps, 44 kHz, Stereo, 16 bits
The cutscenes in the game are separated into 2 files:
a wmv file which also includes an audio track (WMV v7 / WMA v7)
and a corresponding wav file (ADPCM, Stereo, 22 kHz)
After installing WMP9 or 10 via winetricks the videos are still not playing.
The demo can be used to test the issue but it contains only one of the company
logos.
Fedora 14 x86
--
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=37372
Bug ID: 37372
Summary: Unexpected order of results in wildcard expansion
Product: Wine
Version: 1.7.28
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: andreas(a)grapentin.org
in cmd.exe, execute the following statement:
for %f in (*) do echo %f
On windows, you expect the files to be listed in lexicographically ascending
order, and some applications rely on that behaviour, one example being the
Gothic2 Modkit during Script parsing.
However, the order when executing this through wine seems random.
--
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=53405
Bug ID: 53405
Summary: Into The Breach freezes when enabling fullscreen
Product: Wine
Version: 7.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tinozzo123(a)tutanota.com
Distribution: ---
Created attachment 72796
--> https://bugs.winehq.org/attachment.cgi?id=72796
Wine logs
The Windows version of the game Into The Breach freezes when enabling
fullscreen in the game settings, and the only way to exit the game is to kill
the process.
The freeze does not happen if the game is started with fullscreen already on
(by changing it on the configuration file) or if disabling fullscreen in the
game settings.
(Tested on the Epic Games Store version)
--
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=52447
Bug ID: 52447
Summary: Regression: .NET framework 2 installer hangs
Product: Wine
Version: 7.0
Hardware: x86-64
OS: FreeBSD
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: damjan.jov(a)gmail.com
Shortly after Wine 6.11:
winetricks dotnet20
hangs while installing System.Windows.Forms. A git bisect gives:
fed7e7a78b4bea183d0cbb107953e275f17baa4f is the first bad commit
commit fed7e7a78b4bea183d0cbb107953e275f17baa4f
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Mon Jun 21 15:57:26 2021 +0200
ntdll: Simulate a syscall return when starting a thread.
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
dlls/ntdll/unix/server.c | 2 +-
dlls/ntdll/unix/signal_arm.c | 65 ++++++++++---------------
dlls/ntdll/unix/signal_arm64.c | 70 +++++++++++----------------
dlls/ntdll/unix/signal_i386.c | 102 ++++++++++++++++++----------------------
dlls/ntdll/unix/signal_x86_64.c | 91 +++++++++++++++--------------------
dlls/ntdll/unix/thread.c | 2 +-
dlls/ntdll/unix/unix_private.h | 2 +-
7 files changed, 138 insertions(+), 196 deletions(-)
--
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=51656
Bug ID: 51656
Summary: Gaea Installer crashes in riched when pressing enter
Product: Wine
Version: 6.15
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: richedit
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
The installer of Gaea (linked) will crash when you click into the EULA editor
and press enter.
--
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=48877
Bug ID: 48877
Summary: [regression] Melodyne crashes when using the Pitch
tool
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdiplus
Assignee: wine-bugs(a)winehq.org
Reporter: marcan(a)marcansoft.com
Distribution: ---
Created attachment 66814
--> https://bugs.winehq.org/attachment.cgi?id=66814
Partial fix
Tested on git master. Regression was introduced by commit 9bc6f004ce, but that
commit is not the root cause.
The assertion `assert( obj->numRects <= nb_points / 2 );` would fail, but the
code actually crashes earlier due to memory corruption as obj->rects overflows.
In the normal case of nb_points == 0, ET->ymin..ymax are
2147483647..-2147483648, which makes the code iterate over zero scanlines as
ymax < ymin. However, in the crash case, ymin..ymax are -2147483648..378 (note
the negative ymin), so it tries to iterate over two billion scanlines and adds
rects to the obj until it crashes.
This happens because create_polypolygon_region gets passed an insane polygon
with a -2147483648,-2147483648 vertex.
The actual bug is in GdipWidenPath, which produces NaN float points, which get
converted to that insane int after rounding.
And this happens because Melodyne is passing in a degenerate path with the
first two points at the same position (added debugging trace to dump the path
points):
format: "index: [type] X, Y"
00df:err:gdiplus:GdipWidenPath 0: [0] 4.000000, 4.000946
00df:err:gdiplus:GdipWidenPath 1: [1] 4.000000, 4.000946
00df:err:gdiplus:GdipWidenPath 2: [3] 4.000000, 4.000946
00df:err:gdiplus:GdipWidenPath 3: [3] 4.000000, 4.000000
00df:err:gdiplus:GdipWidenPath 4: [3] 4.000000, 4.000000
The code goes GdipWidenPath -> widen_open_figure -> widen_cap, where the
segment length is computed as 0 and it ends up dividing by zero.
I'm not sure what Windows does here. add_bevel_point handles the special case
by just placing a point coincident with the path, ignoring the pen width.
The attached patch generalizes that to widen_cap as a whole. It fixes the
Melodyne crash for me, but I'm not sure if it's the correct behavior, and
degenerate segments will probably cause problems in other code paths (e.g.
add_anchor seems to have the same bug). Maybe a better solution would be to
just remove coincident points from the path before widening (being careful of
cases where the path ends up with one point after this). Someone with more
experience with the GDI code should look at this, and perhaps test it on
Windows to see how it behaves.
--
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=17930
Summary: Cygwin compilation breaks without --disable-16bit
Product: Wine
Version: 1.1.17
Platform: PC
OS/Version: Windows XP
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: gdi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dgerard(a)gmail.com
http://wiki.winehq.org/WineOnWindows
Cygwin compilation previously broke at internettransport.c (bug 16833).
However, it now breaks in dispdib.dll16.spec:
ccache gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__
-D_REENTRANT -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement
-Wwrite-strings -Wpointer-arith -g -O2 -o dispdib.o dispdib.c
../../tools/winebuild/winebuild -w --def -o dispdib.dll16.def --export
./dispdib.dll16.spec
./dispdib.dll16.spec:1: 'pascal' not supported for Win32
make[2]: *** [dispdib.dll16.def] Error 1
make[2]: Leaving directory `/cygdrive/d/wine-git/dlls/dispdib.dll16'
make[1]: *** [dispdib.dll16] Error 2
make[1]: Leaving directory `/cygdrive/d/wine-git/dlls'
make: *** [dlls] Error 2
Regression testing shows the commit in question as:
[86f54f4c8900db155ad9b11fabf644e0c1b644f9] gdi32: Make dispdib.dll into a
stand-alone 16-bit module.
Later builds break similarly in compobj.dll16.spec:
./compobj.dll16.spec:215: Type 'segptr' not supported for Win32
./compobj.dll16.spec:216: Type 'segptr' not supported for Win32
./compobj.dll16.spec:217: Type 'segptr' not supported for Win32
make[2]: *** [compobj.dll16.def] Error 1
make[2]: Leaving directory `/cygdrive/d/cygwine/wine-1.1.17/dlls/compobj.dll16'
make[1]: *** [compobj.dll16] Error 2
make[1]: Leaving directory `/cygdrive/d/cygwine/wine-1.1.17/dlls'
make: *** [dlls] Error 2
--
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=22384
Summary: DbgHelp doesn't support DWARF-2 on Mac OS X
Product: Wine
Version: 1.1.42
Platform: x86
OS/Version: Mac OS X 10.6
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: dbghelp
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: cdavis(a)mines.edu
Mac OS X has long had support for DWARF-2. Unfortunately, the current
implementation of DWARF-2 support in DbgHelp is tied to ELF. This means it
can't directly be used on Mac OS X, because Mac OS X does not support ELF.
I understand that getting things to work on Linux first takes priority over
getting them to work on Mac OS, but right now we Mac users are stuck with the
inferior stabs format. Plus, I get the feeling we're going to need this for
64-bit support. Also, DWARF happens to be the default format on 10.5 and up.
I also understand that the scheme that Apple uses is different from ELF
systems. Not only does DWARF-2 stuff get its own segment (__DWARF), but when
the binary is built, the DWARF stuff is put into a dSYM companion bundle. On
top of that, the dSYM bundle isn't even generated automatically for multi-file
builds. This means that:
- We have to invoke dsymutil to create the dSYM bundle.
- We have to install the dSYM bundle (if present) with each binary.
- We have to find the dSYM bundle to get DWARF-2 debug info.
I would be more than willing to help with this. (This might have even made a
good SoC project. Too late now...)
--
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=53000
Bug ID: 53000
Summary: Project64: black screen when gliden64 video plugin is
used
Product: Wine
Version: 7.8
Hardware: x86-64
URL: https://www.pj64-emu.com/public-releases
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Debian
In newer versions of Project64, GlideN64 is the default video plugin. When
using this plugin, games only show a black screen.
This is easy to reproduce with Project64 3.0.1. Install the application, and
run it. On first start, it will ask if you want to use the GlideN64 or
Project64 Video plugin. Choose GlideN64, then select a rom, and start. You may
need to resume emulation (press f2), but you'll only see a black screen.
If you remove 'C:\Program Files\Project64 3.0\Config\Project64.cfg', and rerun,
then select 'Project64 Video', and start a game (and resume), video works.
I tested Project64 on my windows partition, to make sure this hardware is
capable of running gliden64. On windows, gliden64 works.
Not much in the terminal:
0110:fixme:imm:ImeSetActiveContext (00711FA8, 1): stub
0110:fixme:imm:ImmReleaseContext (00030042, 00711FA8): stub
0120:fixme:imm:ImeSetActiveContext (00149A68, 0): stub
0120:fixme:imm:ImmReleaseContext (0002007A, 00149A68): stub
0134:fixme:ver:GetCurrentPackageId (033EFEF0 00000000): stub
0110:fixme:accel:NtUserDestroyAcceleratorTable other process handle 0x1
0154:fixme:ver:GetCurrentPackageId (08FDFEF0 00000000): stub
wine-7.8
--
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=48686
Bug ID: 48686
Summary: Soldier of Fortune Platinum Displays Strange Textures
Product: Wine
Version: 5.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: publiclewdness(a)tutanota.com
Distribution: ---
Created attachment 66548
--> https://bugs.winehq.org/attachment.cgi?id=66548
Debugging Log
The game will launch and play but several textures in the game are not correct.
Character uniforms; cars; objects in game; etc. The strange colors they are
change from playthrough to playthrough as well. I am using version 1.07f of the
game from GOG. I have tried installing and running the game on a Windows 10
system and the texture issue isn't present there, it looks normal. I ran the
SoF.exe file both through terminal and
My system:
AMD Ryzen 5 2600X | 16GB DDR4-3000 CL15 | MSI RX 580 8GB Gaming X | Mesa 19.3.4
| Manjaro 19.0.1 | Mate 1.24 | Kernel 5.5.6-1-MANJARO
Windows System where it worked:
AMD FX-9590 | 16GB DDR3-2133 | Radeon R9 270 2GB | Driver 20.1.3 | Windows 10
Pro 1909
--
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=43836
Bug ID: 43836
Summary: Dev C++ - Program unable to debug the code
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: amitpooniaamit10(a)gmail.com
Distribution: ---
While trying to run a program on Dev C++ program encounter errors while loading
gdb.exe and unable to execute the program
--
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=51345
Bug ID: 51345
Summary: Regression: Visual Studio 2005 "package load failure"
Product: Wine
Version: 6.11
Hardware: x86-64
OS: FreeBSD
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: damjan.jov(a)gmail.com
winetricks vc2005trial
wine cmd
"C:\Program Files\Microsoft Visual Studio 8\VC\vcvarsall.bat"
devenv
Some time during 28-31 March 2021, the Visual Studio 2005 trial began giving
+/- 10 of these error dialogs on startup, each relating to a different package.
This is a rough transcript of one of them:
------------------------
Package Load Failure
------------------------
Package
'Microsoft.VisualStudio.TestTools.TestCaseManagement.QualtyToolsPackage,
Microsoft.VisualStudio.QualityTools.TestCaseManagement, Version=8.0.0.0,
Culture=neutral, PublicKeyToken=b03F5F7f11d50s3a' has failed to load
properly { GUID = {AS4DSAES-9ACE-4FOE-ADGF-7AFESSFEFCET) ). Please
contact package vendor for assistance. Application restart is recommended,
due to possible environment corruption. Would you like to disable loading this
package in the future? You may use 'devenv /resetskippkgs' to re-enable
package loading.
Yes No
------------------------
It is the worst git bisect I've ever done. Apart from the lengthy time needed
to test each commit, the regression occurs within a range of 44 commits
(bb065801a69..2a8a4cbbe63), the first 43 of which all die on startup, so we
can't easily distinguish that bug from this one.
I've now had to make a separate branch, "git rebase --onto <that range>" to
copy commits from that range there, then "git rebase -i" to reorder them and
separate the startup-breaking commits (ntdll/kernel32/kernelbase) from the
other commits.
Unfortunately, having done so, it appears the startup-breaking commits are also
the commits that caused this regression. One or more of these is the culprit:
ntdll: Move kernel32 loading into LdrInitializeThunk().
ntdll: Return system dir path for PE mapping bootstrap placeholders.
ntdll: Fail to load non-existent dlls, except during prefix bootstrap.
ntdll: Also check syswow64 to determine if the prefix was initialized.
include: Add more SYSTEM_INFORMATION_CLASS definitions.
kernel32: Implement GetSystemCpuSetInformation().
ntdll: Implement NtQuerySystemInformationEx(SystemCpuSetInformation).
kernelbase: Don't fall back to dll loading for LOAD_LIBRARY_AS_DATAFILE.
ntdll: Set the window title to the image name on the Unix side.
ntdll: Remove load_builtin_dll() and get_load_order() from the Unix interface.
ntdll: Map the builtin or fake dll from the Wine dirs if it's missing from the
prefix.
--
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=42882
Bug ID: 42882
Summary: rs232 port access no working with ubuntu 17.10 worked
fine with previous versions of ubuntu
Product: Wine
Version: 2.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: arcadeshopper(a)gmail.com
Distribution: ---
I am able to connect to the serial port via applications in wine but there is
never any data received.
I can communicate outside of wine without issue using minicom.
I am using a ftdi usb to serial adapter that worked fine in previous versions
of ubuntu. I am having this problems with all relases of wine I have tried
including the default ubuntu package and 2.4 from the PPA
--
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=21017
Summary: Adobe Premiere Pro CS4 won't start
Product: Wine
Version: unspecified
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: skerit(a)kipdola.com
Created an attachment (id=25215)
--> (http://bugs.winehq.org/attachment.cgi?id=25215)
Log of Premiere Pro CS4 itself
To reproduce this you'll have to install Premiere Pro CS4 using wine 1.1.16
(there's also a patch available for current trunk)
I believe this beginning error lies somewhere in msxml and gdiplus.
(You can get a lot further in the program using native dll's (like msxml and
gdiplus) but then you're not allowed to post bugs for obvious reasons. You can
try it out using the same winetricks for Photoshop CS4)
--
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=51230
Bug ID: 51230
Summary: winecfg: Graphics tab - Per application settings don't
work
Product: Wine
Version: 6.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jkfloris(a)dds.nl
Distribution: ---
"Wine can mimic different Windows versions for each application. This tab is
linked to the Libraries and Graphics tabs to allow you to change system-wide
or per-application settings in those tabs as well."
>From this I understand that it should also be possible to also set the DPI or a
virtual desktop per application. Unfortunately, this does not work.
For example:
winecfg
Applications tab -> Add application -> "notepad.exe"
(select notepad.exe)
Graphics tab -> Select "Emulate a virtual desktop"
(click "Apply" and "OK")
wine notepad.exe
Now I expect notepad to run in a virtual desktop.
--
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=29267
Bug #: 29267
Summary: rtf text from wine's richedit shows up with a black
background in LibreOffice Writer
Product: Wine
Version: 1.3.34
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: richedit
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: madewokherd(a)gmail.com
Classification: Unclassified
To reproduce:
1. Open Wine's wordpad and LibreOffice Writer.
2. Type some text in wordpad.
3. Copy text to the clipboard.
4. Paste into LibreOffice Writer.
Or:
1. Open Wine's wordpad and LibreOffice Writer.
2. Type some text in wordpad.
3. Save from wordpad as a .rtf file.
4. Open the rtf file in LibreOffice Writer.
In both cases, the text shows up with a black background in Writer. This does
not happen with native riched20. When opening the rtf file with Word 2007, I do
not see the black background, so this is somehow related to the interaction
between Wine's richedit and LibreOffice, and I can't be sure which is at fault.
--
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=20350
Summary: Lightsmark 2008 - benchmark label looks wrong
Product: Wine
Version: 1.1.31
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: richedit
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: zilforever(a)gmail.com
Created an attachment (id=24093)
--> (http://bugs.winehq.org/attachment.cgi?id=24093)
wine
GUI looks different (element that display score). First it appear: wrong
background (white not gray) and it looks like not editable input. In Windows XP
SP 3 its not visble.
After benchmark wrong size and color of font.
I checked the source and it use richedit20 but im not good at it so maybe my
mistake.
Ubuntu 9.04
Intel(R) Pentium(R) Dual CPU E2220 @ 2.40GHz
CPU flags: 2400MHz MMX SSE SSE2 SSE3 SSSE3 HTT
Linux 32bit GCC 4.3.3 Release May 26 2009
Linux 2.6.28-15-generic i686
GeForce 9600 GT PCI Express 180.44 512Mb
--
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=26302
Summary: outliner Keynote NF has a several problems
Product: Wine
Version: 1.3.14
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: richedit
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wit9(a)yandex.ru
Created an attachment (id=33527)
--> (http://bugs.winehq.org/attachment.cgi?id=33527)
listing of "fixmes"
There is a popular outliner Keynote NF (Mozilla Public License 1.1)
(http://code.google.com/p/keynote-nf/downloads/list). It's written in Delphi
with using of some additional components, so author has no plans to port it to
Linux.
Using the Keynote NF with the Wine causes several problems, including
1. error when pasting from the clipboard
2. using lists
and other
In the terminal appear a lot of "fixme" (see attachment).
--
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=36788
Bug ID: 36788
Summary: Wine doesn't show anything with Photodex slideshow
Product: Wine
Version: 1.7.20
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: ostash(a)ostash.kiev.ua
CC: julliard(a)winehq.org
Regression SHA1: ea07c310ecfee6b301e7af8413760eb446e6f184
I have one exe file which seems to be Photodex generated slideshow application.
It used to word perfectly with Wine in 2010-2012, but when I tried to run it
recently I got no output on screen.
Sound plays fine, and it looks like application window is created (it is
present on taskbar), but there is no window, no borders, no title, no output.
Well this slideshow runs fullscreen, but anyway no output.
I've managed to bisect this problem to:
ea07c310ecfee6b301e7af8413760eb446e6f184 is the first bad commit
commit ea07c310ecfee6b301e7af8413760eb446e6f184
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Tue Sep 4 13:34:15 2012 +0200
winex11: Create the whole window at window creation time.
:040000 040000 62dd63d6f45078b96e4305d60fe8d1b7386b1bc0
c02b6dc1c8940fc75d22753888c3fba415848f38 M dlls
Unfortunately code changed too much from that time, so git revert patch can't
be applied.
--
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=37615
Bug ID: 37615
Summary: wineconsole: user backend won't detect font -> white
boxes
Product: Wine
Version: 1.7.31
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: david(a)ixit.cz
Distribution: ---
Created attachment 50064
--> https://bugs.winehq.org/attachment.cgi?id=50064
wineconsole.log
Wine compiled without ncurses.
When wineconsole is started, it shows white boxes instead of font. Log with
WINEDEBUG=+wineconsole attached.
This code is from 2002:
programs/wineconsole/user.c : line 442
/* FIXME:
* the current freetype engine (at least 2.0.x with x <= 8) and its
implementation
* in Wine don't return adequate values for fixed fonts
* In Windows, those fonts are expected to return the same value for
* - the average width
* - the largest width
* - the width of all characters in the font
* This isn't true in Wine. As a temporary workaround, we get as the width of
the
* cell, the width of the first character in the font, after checking that all
* characters in the font have the same width (I hear paranoia coming)
* when this gets fixed, the code should be using tm.tmAveCharWidth
* or tm.tmMaxCharWidth as the cell width.
*/
I tried comment font checking, then output is better, but font isn't
fixed-width (still smaller issue than white boxes instead of font).
In Ubuntu 12.04 is freetype 2.4.8, so IMHO we can rely on 2.4 series + ncurses
is default, so we can go ahead and fix it.
--
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=48088
Bug ID: 48088
Summary: DIB engine does not work on a 256-color X server
Product: Wine
Version: 1.5.13
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Created attachment 65646
--> https://bugs.winehq.org/attachment.cgi?id=65646
Regedit in Xephyr
To reproduce, run `Xephyr :1 -ac -screen 800x600x8` in one terminal window and
`DISPLAY=:1 wine regedit` in another. The window colors are positively
psychedelic.
A regression test on a Debian 6.0 Squeeze virtual machine revealed:
33ac850c80634c891b0c157bbffa612f70954a40 is the first bad commit
commit 33ac850c80634c891b0c157bbffa612f70954a40
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Thu Sep 6 12:39:34 2012 +0200
winex11: Use window surfaces for rendering top-level windows.
It can be disabled by setting "ClientSideGraphics"="n".
:040000 040000 704eac5fc311e63d373e399c63a2488a6b3dedca
33fb0e5963c1326f8765334e4714060c89b21b5e M dlls
And indeed, creating the registry key "HKEY_CURRENT_USER\Software\Wine\X11
Driver\ClientSideGraphics" with the value "N" or "n" allows the window to be
displayed normally (except for some unsightly dithering).
--
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=51870
Bug ID: 51870
Summary: D16 VST plugins fail to save activation info
Product: Wine-staging
Version: 6.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: zephyr(a)zephnet.biz
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 70786
--> https://bugs.winehq.org/attachment.cgi?id=70786
log from renoise, yabridge, wine
I'm trying to get d16's Punchbox VST2 running on Arch with wine-staging 6.19
(via the wine-ge-custom package).
All d16 plugins require you to go through an online login prompt through the
plugin before you can use it (even for demos) and after you successfully log
in, the plugin requires you to close it and restart it. The problem is, on the
next restart the plugin asks for the activation credentials again.
This problem is not limited to one DAW, Wine version, or plugin bridge it
seems. I have tested this with Renoise and Reaper as VST hosts, with Wine 6.14,
and with the yabridge and airwave plugin bridges. I am able to run other
Windows VSTs without issue.
The plugin works despite the UI being inaccessible - it responds to midi notes,
sounds like it should and and my DAW's VST controllers work (but i can't change
presets).
Attached the log from Renoise / Wine after I start the plugin, log in, close it
and reinitialize.
--
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=25887
Summary: winevdm tries to run dos apps via dosbox on Z: which
is reserved in dosbox
Product: Wine
Version: 1.3.12
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: dos
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: pquiring(a)gmail.com
If you try to run a dos app that is not under .wine/drive_c (C:) winevdm will
try to use Z: which is reserved in dosbox and fails. Need to mount / with
another drive letter and then run the dos app in that folder.
Winevdm doesn't even create a mount statement for z:
sample bad config generated:
[autoexec]
mount c /home/user/.wine/dosdevices/c:
mount y /home/user/.wine/dosdevices/y:
Z:
cd \home\user\DATA\games\game
Z:\home\user\DATA\games\game\game.exe
exit
--
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=52376
Bug ID: 52376
Summary: RPGMaker game Sinshiya Nightmare has sound underruns
Product: Wine
Version: 7.0-rc5
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Created attachment 71584
--> https://bugs.winehq.org/attachment.cgi?id=71584
console log
Follow up to bug 43616.
You need to apply the workaround to test: "winetricks directmusic dsdmo gmdls"
--
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=33557
Bug #: 33557
Summary: SourceInsight: Can't find project file in Project file
browser after creating project
Product: Wine
Version: 1.5.29
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wendaotao(a)163.com
Classification: Unclassified
You can't find files in Project file browser of Project Window after creating a
project. It will be ok after reopening project.
SourceInsight version:3.50.0070
OS: Ubuntu 10.04
Wine:1.5.29
--
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.