https://bugs.winehq.org/show_bug.cgi?id=40706
Bug ID: 40706
Summary: FolderMerger cmd not valued, xcopy problem in batch
Product: Wine
Version: 1.7.35
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: peterlongx1988(a)gmail.com
Distribution: ---
Created attachment 54591
--> https://bugs.winehq.org/attachment.cgi?id=54591
File Merger
I try to use this little software http://2xdsoft.de.tl/FolderMerger.htm
but is problematic to use with Wine because cmd.exe is not valued when I press
Merge Now!
Is possibile to create a .bat file indipendently also, but when I try to
running it cmd.exe return me this error
Merging folders... (1/6)
Invalid parameter 'K' - use x copy ? for help
Is 'C:\PATH\filename.zip' a filename or directory
on the target?
(F - File, D - Directory)
This happens not because parameter is invalid. Example of command in .bat not
valued correctly
@echo off
cls
echo Merging folders ... (1/6)
XCOPY "C:\users\psiraja\Desktop\test\test1\test3\Folder Merger v1.6.zip"
"C:\users\psiraja\Desktop\estrazione\Folder Merger v1.6.zip*" /C /K /Y /H
cls
echo Merging folders ... (2/6)
XCOPY "C:\users\psiraja\Desktop\test\test2\test1\test2\Folder Merger v1.5.zip"
"C:\users\psiraja\Desktop\estrazione\Folder Merger v1.5 (dup. 2).zip*" /C /K /Y
/H
cls
echo.
echo Done!
echo.
ping -n 2 localhost >nul
start "" "C:\users\psiraja\Desktop\estrazione"
exit
Have you got any idea to bypass this problem?
--
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=42010
Bug ID: 42010
Summary: ReactOS Calc does not show dots in radio buttons.
Product: Wine
Version: 1.9.24
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: carlo.bramix(a)libero.it
Distribution: ---
Created attachment 56449
--> https://bugs.winehq.org/attachment.cgi?id=56449
ReactOS Calc running in WINE.
I tried to run my ReactOS Calc on WINE.
It works fine but it does not show the dots inside the radio buttons.
It works fine from Windows 9x to Windows 7, but not in WINE.
Tested in lubuntu with latest trunk.
--
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=41404
Bug ID: 41404
Summary: WPS Office 10.1.0.5775 unhandled exception on
installation
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: 2460acc(a)gmail.com
Distribution: ---
Created attachment 55759
--> https://bugs.winehq.org/attachment.cgi?id=55759
Backtrace file for error
When trying to install WPS Office in Wine 1.8 (installation file
wps_office_free_10.1.0.5775_en.exe), I get a serious error. Backtrace is
attatched.
--
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=43464
Bug ID: 43464
Summary: Elite Dangerous Horizons fails to connect to server
with CRC error
Product: Wine
Version: 2.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: pecisk(a)gmail.com
Distribution: ---
Created attachment 58839
--> https://bugs.winehq.org/attachment.cgi?id=58839
EDH launching trace
Version: Wine 2.13 on Fedora 26
Winetricks: WINE=/usr/bin/win64 ./winetricks dotnet452 corefonts quartz
vcrun2012
1. Install ED Launcher
wine64 EliteDangerous-Client-Installer.exe
2. Launch ED Launcher
wine64 /.wine/drive_c/Program\ Files\ \(x86\)/Frontier/EDLaunch/EDLaunch.exe
3. Install Elite Dangerous Horizons
4. Press Play
Expected result: EDH main menu appears
Actual result: EDH compiles shaders but gets CRC error for server connection
along the way at the left bottom corner. Compiling ends with game showing error
message about not being able to verify connection with server.
Note: ED 32-bit version which is separate client, does not receive same error
and seems to be connecting to game just fine.
Goal of this bug report to understand what might cause this CRC 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=43890
Bug ID: 43890
Summary: Divinity: Original Sin 2 does not successfully launch
Product: Wine
Version: 2.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: arnfranke(a)yahoo.com
Distribution: ---
https://appdb.winehq.org/objectManager.php?sClass=version&iId=35767
Before it tries to launch, it throws an error about failing to create a
rendering device and that DX11 is required.
https://appdb.winehq.org/appimage.php?iId=52049
When it tries to launch, it creates a window but draws nothing to it - if I
move it, it simply contains an image of my desktop that moves.
This might be a new problem, as older reports seem to indicate it works, or it
might be because I'm using an Nvidia GPU and the people who had success used
AMD and Intel GPUs. I don't know enough to be sure, or have enough machines to
test.
It also might be caused by this `dxgi` component that it's reporting, so I've
decided to set this bug's component to `directx-d3d`.
Also, plenty of stubs from `msvcp`, `win`, `xinput`, `ntdll`, and `msctf`.
See the AppDB page for more information and a full terminal log.
--
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=40828
Bug ID: 40828
Summary: Switching resolution in desktop mode makes task bar
redraw on top of full screen game
Product: Wine
Version: 1.9.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: o.dierick(a)piezo-forte.be
Distribution: ---
I got this issue with Aliens versus Predator Classic 2000 on Steam.
Preamble :
The game uses 800x600 screen size to render cinematic and the main menu.
The gameplay uses whatever screen resolution is set in the game video options
menu. It switches between those two resolutions when starting or abandoning a
level or when showing an in-game cinematic.
The Wine virtual desktop mode is set to the native screen resolution that is
the same resolution used for gameplay. When the game does not run, the Steam
window and the task bar are visible and working properly. Steam puts an icon in
the notification tray of the task bar.
Issue :
When the game is launched it switches the desktop to 800x600 to show the intro
cinematic. The task bar is visible and covers the bottom of the full-screen
game. The cinematics are letter-boxed and the menu has nothing of importance on
those few bottom pixels so it's not that much a problem. When starting a level,
the game switches to the native screen resolution, but the task bar still
covers the bottom of the screen. The game can be played as the task bar does
not hide much but it contrasts with the game and should be hidden by the
full-screen app anyway.
Workaround :
The game grabs the mouse, so it is by default not possible to click on the
window button on the task bar to refresh the game window, but activating the
Steam game overlay frees the mouse cursor, and allow to click on the window
button on the task bar. Clicking on that button twice makes the game window
redraw over the task bar. The Steam overlay can then be closed and the game can
be played with the task bar hidden.
However, starting/abandoning a level or viewing a cinematic makes the game
switch resolution and the task bar come back.
--
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=43358
Bug ID: 43358
Summary: xaudio crashes in EVE Online during launch
Product: Wine
Version: 2.12
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: xaudio2
Assignee: wine-bugs(a)winehq.org
Reporter: Commander.Alchemy(a)gmail.com
Distribution: ---
Created attachment 58718
--> https://bugs.winehq.org/attachment.cgi?id=58718
Backtrace with wine-staging compiled with -g and using winedbg.
When launching EVE - Online the game crashed with backtraces to Xaudio (se
logs)
This happens with Wine 2.12 or Wine-Staging 2.12 from local repos in Arch or
self compiled. However works fine with using wine or wine-staging binaries from
PlayOnLinux.
This was introduced somewhat lately since it worked fine couple of months
before. Maybe a GCC thing?
--
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=40433
Bug ID: 40433
Summary: Fifa 11 EU demo fails to install when run from custom
DVD
Product: Wine
Version: 1.7.29
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: wylda(a)volny.cz
Distribution: ---
"Fifa 11 EU Demo" fails to install from DVD created by myself under
wine-1.9.7-118-gaaddf13. This demo is distributed as zip file. I took to
content of the ZIP and created the ISO by MagicISO. As a volume label i chose
"fifa2011_eu_demo".
When i copy content of the DVD back to some folder on HDD, then the
installation succeeded.
This could be interpreted as invalid bug report, but this DVD, created by me,
works under Win8.1.
Installer pops-up at the end "Please insert the disc: FIFA 11 Demo".
Console: "err:msi:msi_view_get_row Error fetching data for 1"
This is a regression caused by wine-1.7.28-130-g5cb10c9:
commit 5cb10c96b26d07b7d0aabe3b8e337c7ce144b8af
Author: Hans Leidekker <hans(a)codeweavers.com>
Date: Wed Oct 15 15:30:23 2014 +0200
msi: Don't skip the media check for the first volume.
Some installers require the first volume to be reinserted.
This commit fixed bug 20444. This commit was also indicated as a regression in
bug 38401. There he did reverse, i.e. real DVD copied and created ISO which
finally worked. IMHO he interpreted it as invalid by mistake.
--
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=44409
Bug ID: 44409
Summary: png with indexed colors and alpha miss the alpha
channel on loading
Product: Wine
Version: 3.0
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdiplus
Assignee: wine-bugs(a)winehq.org
Reporter: nikolaysemenkov(a)gmail.com
Distribution: ---
Created attachment 60332
--> https://bugs.winehq.org/attachment.cgi?id=60332
1 bit png with alpha
The 1bit png with alpha is attached.
Wine loads it as PixelFormat1bppIndexed, which means no alpha preserved
Windows loads it as PixelFormat32bppARGB which means windows does conversion
because pixelformat is not match to PixelFormat1bppIndexed(because otherwise it
lost alpha).
The same happens for 8 bit png with alpha.
Could you please add supporting loading alpha channel for 1 and 8 bit pngs in
the same way as windows does, ie convert to PixelFormat32bppARGB.
Thanks.
The func to load png:
HBITMAP loadBitmap(const wchar_t* path)
{
HBITMAP tBmp = NULL;
ULONG_PTR token = 0;
Gdiplus::GdiplusStartupInput input = NULL;
Gdiplus::GdiplusStartup(&token, &input, NULL);
if (token != 0)
{
Gdiplus::Bitmap* bmp = new Gdiplus::Bitmap(path);
bmp->GetHBITMAP(Gdiplus::Color::Transparent, &tBmp);
delete bmp;
Gdiplus::GdiplusShutdown(token);
}
return tBmp;
}
--
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=38066
Bug ID: 38066
Summary: Memento Mori (Numen: Contest of Heroes): mouse buttons
don't work (needs native dinput8)
Product: Wine
Version: 1.7.36
Hardware: x86
URL: http://www.4players.de/4players.php/download_info/Down
loads/Download/50673/Memento_Mori/Deutsche_Demo.html
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: directx-dinput
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
Distribution: ---
Created attachment 50710
--> https://bugs.winehq.org/attachment.cgi?id=50710
terminal output
Keyboard is working in the game because I can skip the intro videos by pressing
<Esc> and I can move the mouse pointer when the menu appears. Mouse buttons
however are not registered thus I can't select a menu option.
'winetricks dinput8' is a workaround.
I know of another game from the same publisher that also needs native dinput8
otherwise mouse buttons don't work: Numen: Contest of Heroes.
To test the demo you need to install native d3dx9_36 and Windows Media Player 9
or 10.
wine-1.7.36-28-ga679cae
Fedora 21
XOrg 1.16.3
XFCE 4.10
Memento_Mori_DEMO_setup_GERMAN.exe
md5sum: 8eda283807d43ad2a058c397efde7725
--
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=35320
Bug ID: 35320
Summary: wine crash in MSVCRT__mbstowcs_l regarding locale, &
other minor locale related problems
Product: Wine
Version: 1.7.10
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: htl10(a)users.sourceforge.net
Classification: Unclassified
Created attachment 47106
--> http://bugs.winehq.org/attachment.cgi?id=47106
The file needed to cause the crash.
from r project (http://www.r-project.org/)
http://cran.ma.imperial.ac.uk/bin/windows/base/R-2.15.3-win.exe
After installing, running:
./wine ~/.wine/drive_c/Program\ Files/R/R-2.15.3/bin/R.exe
Then, at the R console prompt, type (having put the attached file at /tmp/1.R):
Sys.setlocale("LC_CTYPE", "Chinese")
source('z:/tmp/1.R', encoding='UTF8')
wine immediately crashes with:
--------------------------------------
wine: Unhandled page fault on read access to 0x00000000 at address 0x7eda29af
(thread 0030), starting debugger...
...
Backtrace:
=>0 0x7eda29af MSVCRT__mbstowcs_l+0x5f(wcstr=<couldn't compute location>,
mbstr=<couldn't compute location>, count=<couldn't compute location>,
locale=<couldn't compute location>)
[/home/Nobak-Hin-Tak/tmp-git/wine/dlls/msvcrt/mbcs.c:2140] in msvcrt
(0x0440a168)
1 0x7eda2b06 MSVCRT_mbstowcs+0x35(wcstr="as a &Metafile CTRL+W",
mbstr=0x0(nil), count=0x64)
[/home/Nobak-Hin-Tak/tmp-git/wine/dlls/msvcrt/mbcs.c:2161] in msvcrt
(0x0440a198)
2 0x6355b525 in rgraphapp (+0x1b524) (0x00030046)
0x7eda29af MSVCRT__mbstowcs_l+0x5f
[/home/Nobak-Hin-Tak/tmp-git/wine/dlls/msvcrt/mbcs.c:2140] in msvcrt: movzbl
0x0(%eax),%eax
2140 if(mbstr[size] == '\0')
...
----------------------------------------
I assume this info in the backtrace should be enough to address the crash.
FYI, the slightly unusual procedure is because under R under Vista in an
English locale doesn't like to plot graphs with non-latin annotations/texts.
The above procedure when used under Vista on British English windows would
result in R displaying an almost empty plot with a chinese title. Native R on
linux does not need the setlocale part to plot utf8-based texts.
Also R on Vista accepts 'Sys.setlocale("LC_CTYPE", "Chinese_China.950")'. I
only realized that trying to set traditional chinese [950] in a simplified
chinese region [china] is wrong when it is rejected on linux; but R on Vista
accepts this.
------------
Warning message:
In Sys.setlocale("LC_CTYPE", "Chinese_China.950") :
OS reports request to set locale to "Chinese_China.950" cannot be honored
------------
When R is running on Vista, it reports the locale as "English_United
Kingdom.1252".
But under Linux (in en_GB.utf8 locale), R warns of
-----------
During startup - Warning messages:
1: Setting LC_TIME=en_GB.utf8 failed
2: Setting LC_MONETARY=en_GB.utf8 failed
-----------
So three locale related issue:
- a crash in msvcrt
- R under Vista accepts "Chinese_China.950" but R under wine does not.
- there are locale-related warning messages from R on start up when running
under wine.
--
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=43187
Bug ID: 43187
Summary: OriginWebHelperService.exe crashes
Product: Wine
Version: 2.10
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: plata(a)mailbox.org
Distribution: ---
Created attachment 58460
--> https://bugs.winehq.org/attachment.cgi?id=58460
backtrace
EA Origin installs with Wine 2.10 staging but then crashes in the update or
login window (OriginWebHelperService.exe). As a result, the Origin window shows
an infinite loading screen.
As far as I can see, this seems to be caused by qt5gui (QScreen::handle).
--
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=40160
Bug ID: 40160
Summary: cant install mobogenie
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: madscientistkustomz(a)gmx.com
Distribution: ---
Created attachment 53662
--> https://bugs.winehq.org/attachment.cgi?id=53662
trace log
problem installing MOBOGENIE for ubuntu
--
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=40208
Bug ID: 40208
Summary: Steup installation of CEGID BUISINESS LINE failed.
Product: Wine
Version: 1.9.4
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: christian.briard(a)gmx.com
Distribution: ---
Created attachment 53723
--> https://bugs.winehq.org/attachment.cgi?id=53723
MSI log
Executing an installation of CEGID BUISINESS LINE failed with a log text (see
attached files).
"Install: C:\windows\System32\msiexec.exe /q /i
"Z:\home\cbriard\CBL\PRODUCTS\AIDEBL.MSI" INSTALLDIR="C:\Program
Files\Cegid\Cegid Business Line\" /norestart
Install : 1603 - C:\windows\System32\msiexec.exe - Erreur en exécution du
programme"
Here enclosed a trace file to.
Any idea of what is going wrong ?
Christian.
--
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=38402
Bug ID: 38402
Summary: glDebugMessageCallback is broken
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: opengl
Assignee: wine-bugs(a)winehq.org
Reporter: chris.kcat(a)gmail.com
Distribution: ---
According to the KHR_debug extension spec, the function glDebugMessageCallback
takes a function pointer callback with the type:
typedef void (APIENTRY *GLDEBUGPROC)(GLenum source,
GLenum type,
GLuint id,
GLenum severity,
GLsizei length,
const GLchar* message,
const void* userParam);
https://www.opengl.org/registry/specs/KHR/debug.txt
In particular, it notes that the function callback uses the same calling
convention as the other GL functions. The problem is that on Windows, GL uses
the stdcall calling convention, while on Linux it uses cdecl. Wine's
glDebugMessageCallback thunk passes the callback through as-is, so the system's
libGL tries to call an stdcall function as though it was cdecl, causing it to
crash upon returning.
Another problem is that the spec says:
"When DEBUG_OUTPUT_SYNCHRONOUS is disabled, the driver is optionally allowed to
concurrently call the debug callback routine from potentially multiple threads,
including threads that the context that generated the message is not currently
bound to."
meaning the callback can be called on threads other than the one OpenGL is
being used on. This is a problem because it may be called on one or more
internal driver threads that were not created using the Windows API, and if the
callback function tries to do anything that relies on Windows-related thread
information, it won't be there.
--
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=41419
Bug ID: 41419
Summary: Visio 2013 crashes with unimplemented function
msvcp100.dll.?_GetCombinableSize@details@Concurrency@@
YAIXZ
Product: Wine
Version: 1.9.20
Hardware: x86-64
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: msvcp
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
wine: Call from 0x7b43b53c to unimplemented function
msvcp100.dll.?_GetCombinableSize@details@Concurrency@@YAIXZ, aborting
--
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=44229
Bug ID: 44229
Summary: Visual C++ 1.51 can't add files to project
(GetOpenFileName16() doesn't support custom templates
or hooks)
Product: Wine
Version: 3.0-rc3
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comdlg32
Assignee: wine-bugs(a)winehq.org
Reporter: z.figura12(a)gmail.com
Regression SHA1: 424472c20d8059057277ae13a0ffe5c51a818e52
Distribution: ---
The Project -> Edit menu is missing the "Files in Project" box as well as the
Add / Add All / Delete buttons. This is because we don't support custom
templates or hooks anymore:
0031:fixme:commdlg:GetOpenFileName16 custom templates no longer supported,
using default
0031:fixme:commdlg:GetOpenFileName16 custom hook 0x16670010 no longer supported
While hooks would probably be simple enough to implement, templates will be
much more difficult and will probably require significant duplication of code
from user.exe16:dialog.c. Is there a reason to implement commdlg on top of
comdlg32 besides avoiding duplication?
--
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=39051
Bug ID: 39051
Summary: TabbedTextOut() incorrect output on tab character
Product: Wine
Version: 1.7.29
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: wine(a)goabq.org
Distribution: ---
Created attachment 52021
--> https://bugs.winehq.org/attachment.cgi?id=52021
testcase (tto.exe) and files to build it
Tab characters do not output correctly when they are output one at a time.
This is much worse using a memory device context than a screen device context.
Attached is a testcase. It outputs text to a window using 2 different methods.
Clicking in the client area toggles the method. When iterating over each
character, TabbedTextOut() produces apparently garbage from the previous line
instead of filling the rectangle appropriately as windows does. When drawing
the line in a single call, the behavior is as expected. Spaces do not suffer
from this problem (illustrated also by the testcase).
--
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=35504
Bug ID: 35504
Summary: LibreOffice installation creates two wrong files
Product: Wine
Version: 1.7.10
Hardware: x86
URL: http://sourceforge.net/projects/libreoffice.mirror/fil
es/LibreOffice%204.2.0/LibreOffice_4.2.0_Win_x86.msi/d
ownload
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: t.artem(a)mailcity.com
Classification: Unclassified
After installing LibreOffice_4.2.0_Win_x86.msi in Wine two illicit files can be
found:
C:\Win\System\msvcp100.dll
C:\Win\System\msvcr100.dll
$ sha1sum LibreOffice_4.2.0_Win_x86.msi
0c306a717aff4499b0abe2d2e3caaa63c62dfa0a LibreOffice_4.2.0_Win_x86.msi
--
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=44177
Bug ID: 44177
Summary: Guitar Pro 5: Long freezes during draw process of
dashed lines (P.M. or let ring markers)
Product: Wine
Version: 3.0-rc1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kitsunyan(a)inbox.ru
Distribution: ArchLinux
Created attachment 59941
--> https://bugs.winehq.org/attachment.cgi?id=59941
log
Guitar Pro 5 always hangs when tries to draw dashed lines (like these
https://imgur.com/GgvrEuq.png). The longer the line, the longer the freeze. CPU
core is loaded to 100% during this freeze. Sometimes it even draws odd lines
(https://imgur.com/1efGsF2.png).
This bug is regression. About 6 months ago everything was fine. It begins ~4
months ago. I don't know what causes this problem so I started wine with
WINEDEBUG=+all and tried to find where it hangs. I noticed a lot of gdi calls
which can cause this hangs. I restarted wine with WINEDEBUG=+gdi and grabbed
the log which I've attached to the bug.
I'm using Arch Linux. WINEARCH=win32.
--
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=40303
Bug ID: 40303
Summary: Control Data passed in DIALOGEX Resource passes
pointer with offset sizeof(WORD)
Product: Wine
Version: 1.9.5
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: vendor2013(a)herdsoft.com
Distribution: ---
Created attachment 53942
--> https://bugs.winehq.org/attachment.cgi?id=53942
Sourcecode for a test program
When DIALOGEX Resources contain Custom data like in:
DEFPUSHBUTTON "OK", IDOK, 148, 6, 50, 14 { 1, 2, 3, 4, 5 }
The pointer passed in WM_CREATE is two bytes higher than in windows. In Windows
(Tested with Vista an Windows 7 64-Bit) it Points to the Number of Words, in
Wine it points to the first data byte.
Microsoft Specs for this stuff are here:
https://msdn.microsoft.com/de-de/library/windows/desktop/ms645389%28v=vs.85…
Attached file dialogtest.zip is sourcecode for a test program with a simple
custom control that displays the passed control data.
Bug is in Version 1.6.2 (Debian Jessie) and 1.9.5 (Last Download).
My suggestion for a patch:
--- wine-1.6.2.orig/dlls/user32/dialog.c
+++ wine-1.6.2/dlls/user32/dialog.c
@@ -234,7 +234,8 @@ static const WORD *DIALOG_GetControl32(
TRACE("\n");
TRACE(" END\n" );
}
- info->data = p + 1;
+ info->data = p;
p += GET_WORD(p) / sizeof(WORD);
}
else info->data = NULL;
--
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=41356
Bug ID: 41356
Summary: The Crew(Uplay) won't launch[STAGING]
Product: Wine
Version: 1.9.18
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: spleefer90(a)gmail.com
Distribution: ---
Created attachment 55708
--> https://bugs.winehq.org/attachment.cgi?id=55708
launching the game
Using wine STAGING
Absolutely no idea what's the problem. Running the game just stays at the uplay
game loading screen
64 bit 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=40264
Bug ID: 40264
Summary: Iris Online cannot connect to login server
Product: Wine
Version: 1.9.4
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: noscrubs.net(a)gmail.com
Created attachment 53881
--> https://bugs.winehq.org/attachment.cgi?id=53881
Winsock trace from Linux and Mac OS X versions of wine.
The game client cannot connect to the login server to authenticate the account.
This works perfectly when running under the same version of Wine under Linux,
and of course Windows.
I have attached a short winsock trace that shows the differences when running
under Linux and Mac OS X versions of Wine.
I am also including a snippet of the client source relating to this log.
The game client can be downloaded from
http://noscrubs.net/downloads/NoScrubs_Iris_Online_Nov_2015.zip
The launcher/patcher works fine apart from some HTML display issues.
AppDB page:
https://appdb.winehq.org/objectManager.php?sClass=version&iId=33421&iTestin…
--
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.