wine-bugs June 2010

wine-bugs@winehq.org

1 participants
7410 discussions

[Bug 22164] New: Extra scrollbars in Langenscheidt e-Dictionaries
by wine-bugs＠winehq.org 14 Nov '11

14 Nov '11

http://bugs.winehq.org/show_bug.cgi?id=22164 Summary: Extra scrollbars in Langenscheidt e-Dictionaries Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: thuerrschmidt(a)gmail.com Langenscheidt e-Dictionaries is a reference application that is mainly used in German-speaking countries, where it is called "Langenscheidt e-Wörterbücher". It works rather well with Wine, so much so that it has currently Gold status in the AppDB (http://appdb.winehq.org/objectManager.php?sClass=application&iId=10360). However, a few issues remain that need to be sorted out. One of these issues are the extra scrollbars around the main application area. These can be seen clearly in the AppDB screenshot (http://appdb.winehq.org/screenshots.php?iAppId=10360&iVersionId=). The outermost horizontal and vertical scrollbars are not present when the application runs in any version of Windows, and they have no useful purpose in Wine. All they do is shift the main application area by one single pixel in upward/downward or right/left direction, respectively. I find them distracting when working with the application, and they take up valuable screen space on my portable computer. >From a few experiments that I have done, my guess is that there may be a rounding error of some kind deep down in one of Wine's core libraries, possibly a ceil() where native Windows uses a floor() or the other way round. This would explain why the application has one pixel left over in each dimension when calculating the geometry of this part of its application window and, as a result, needs those extra scrollbars. Another oddity, probably closely related, is that the publisher logo for the current book, which is displayed in the upper right corner of the main application area (in the screenshot it's a red and white Collins logo) is partly outside the visible screen area and also outside the scrollable area. This, however, changes as soon as the application window's initial maximized state changes. In the de-maximized window the full logo becomes visible, and it stays so even after the window is maximized again. This strange behavior too does not occur in Windows, only in Wine. Langenscheidt e-Dictionaries is currently available in version 4.0, revision 20.1 (whatever that means). It can be downloaded gratis (i.e. free-as-in-beer) at http://www.langenscheidt.de/service/service_2784.html. Judging from the libraries it comes with, it is written in Visual C++ 8.0 and heavily MFC-based. The application functions as a front-end for a number of commercial electronic dictionaries published by Langenscheidt and a few other German publishers. These dictionaries come in a proprietary, closed format on CD-ROM or via paid download and have to be installed locally into the e-Dictionaries application, where they can be searched and accessed one at a time or all at once. There is also limited support for custom dictionaries. Langenscheidt e-Dictionaries is derived from its older, simpler (and in my view, better) predecessor application called PC-Bibliothek (or PC-Library in English), which also runs fine under Wine, but shows the exact same issues as described above. (To complicate matters further, there's a third member in this family of applications, called Office-Bibliothek, but that's not really relevant for this bug.) Setting up Langenscheidt e-Dictionaries in Wine can be a bit tricky. The installer does not currently work (which is a separate issue that I won't go into here), so the application has to be installed manually by extracting all the right files from the unpacked installer exe to the right places. The interface language is German by default, but you can switch it to English via the menu (if you happend to find the right option among all the German). To see the scrollbar bug in action you need to have at least one dictionary installed, which you can get by creating a "user dictionary" and adding a few dummy entries to it. If there's a Wine developer who wants to try and fix this bug, you shouldn't have to go through all this. Just give me a shout, and I'll provide you with a fully functioning test kit that you can simply unpack and fire up immediately. This shouldn't be a problem copyright-wise as the application itself is legally downloadable for anybody from Langenscheidt's website (see link above) and I won't share any actual dictionary content. -- 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.

1 12

[Bug 16609] New: kde 4 drag&drop not working (xdnd failure)
by wine-bugs＠winehq.org 13 Nov '11

13 Nov '11

http://bugs.winehq.org/show_bug.cgi?id=16609 Summary: kde 4 drag&drop not working (xdnd failure) Product: Wine Version: unspecified Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P1 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: anwetli(a)hotmail.com Created an attachment (id=18154) --> (http://bugs.winehq.org/attachment.cgi?id=18154) Wine log for xdnd Operating System: Kubuntu 8.10 with KDE 4.1 / i386 / nvidia grafics While running any wine-application its impossible to drag & drop files to. For exampe: Starting up 'notepad.exe' from the wine package. Then drag&drop a text file from konqueror or dolphin (both doesn't work) to the notepad-window. But the file won open up in notepad; but then I got the message from notepad >" could not be found<. So what happened? On my old system with KDE 3.5.10, everything is working fine... so i looked a bit closer and logged the output of wine for xdnd (see attachement). The problem can be isolated to the following lines: KDE 3.5.10 wine notepad.exe trace of xDND reveals: trace:xdnd:X11DRV_XDND_SendDropFiles Sending WM_DROPFILES: hWnd(0x0x1002a) 0x1e524c(Z:\home\gizmo\test.txt) But in KDE 4.1: trace:xdnd:X11DRV_XDND_SendDropFiles Sending WM_DROPFILES: hWnd(0x0x1002a) 0x2454354() <= here missing target !!! The bug occurs because the target (file) is missing at WM_DROPFILES. See also http://bugs.kde.org/show_bug.cgi?id=36297 Please someone fix this, because i concerns all wine application and leaves them without drag&drop support on KDE 4. Thanks :-) -- 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.

1 13

[Bug 22917] New: CDBurnerXP 3.0.x is not shown in the taskbar
by wine-bugs＠winehq.org 10 Nov '11

10 Nov '11

http://bugs.winehq.org/show_bug.cgi?id=22917 Summary: CDBurnerXP 3.0.x is not shown in the taskbar Product: Wine Version: 1.2-rc1 Platform: x86-64 URL: http://cdburnerxp.se/downloads/releases/3.0.x/ OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: winex11.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com CC: julliard(a)winehq.org The main program window for CDBurnerXP 3.0 no longer appears in the taskbar with today's git (wine-1.2-rc1-179-gdd09205). Tested with KWin/Metacity/Openbox on KDE 4.3.2. Regression testing indicated: 61e50e15ba45ad54655f98619f5ef33917033165 is first bad commit commit 61e50e15ba45ad54655f98619f5ef33917033165 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Fri May 28 12:14:43 2010 +0200 winex11: Map zero-size windows and set an empty window region for them. :040000 040000 0cd582f85f7d71a7d4e30cb8b72960adb21d1b45 ea860ce19c87870924dd968c600191b0c088cff0 M dlls Reverting fixes the problem. Terminal output hasn't changed (attachment 28041). -- 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.

1 9

[Bug 21442] New: Visual C++ 2010 beta 2 web installer aborts when starting download
by wine-bugs＠winehq.org 09 Nov '11

09 Nov '11

http://bugs.winehq.org/show_bug.cgi?id=21442 Summary: Visual C++ 2010 beta 2 web installer aborts when starting download Product: Wine Version: 1.1.36 Platform: x86 URL: http://www.microsoft.com/visualstudio/en-us/try/defaul t.mspx#download OS/Version: Linux Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com The installer goes fine until you ask it to start installing. When it tries to download the first component, it exits abruptly. The last few lines on the console were fixme:ole:CoInitializeSecurity ((nil),-1,(nil),(nil),1,3,(nil),0,(nil)) - stub! fixme:qmgr:BITS_IBackgroundCopyJob_SetCredentials Not implemented fixme:qmgr:BITS_IBackgroundCopyJob_SetCredentials Not implemented fixme:qmgr:BITS_IBackgroundCopyJob_AddFile Check for valid filenames and supported protocols fixme:qmgr:BITS_IBackgroundCopyJob_Cancel Not implemented fixme:advapi:ControlTraceW (0, (null), 0xad33554, 1) stub fixme:winhttp:WinHttpDetectAutoProxyConfigUrl 0x00000003, 0xad3698c fixme:winhttp:WinHttpGetIEProxyConfigForCurrentUser returning no proxy used The qmgr lines are from a service, so they don't show up in the attached relay log. To get a relay log at all, I had to add KERNEL32.lstrcmpW;KERNEL32.SetLastError;KERNEL32.GetLastError;KERNEL32.TlsGetValue;KERNEL32.FlsGetValue;ntdll.RtlAllocateHeap;KERNEL32.MultiByteToWideChar;ntdll.RtlFreeHeap to RelayExclude, or it took forever. Even so, the relay log is huge. I'm attaching the last million lines, compressed with rzip. -- 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.

1 7

[Bug 18587] New: dplaysvr crashes suddenly
by wine-bugs＠winehq.org 08 Nov '11

08 Nov '11

http://bugs.winehq.org/show_bug.cgi?id=18587 Summary: dplaysvr crashes suddenly Product: Wine Version: 1.1.21 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dan_500(a)web.de I'm using "Anno 1602 KE" with Microsoft DirectPlay from Windows 98 SE. If I use version 1.1.21, the directplay server crashes suddenly during the multiplayer game. It shows the new dialog on application crashes. The main application is frozen than and I have to kill it by hand. Seems to be an regression. No problems with 1.0 or earlier 1.1.x releases. -- 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.

1 6

[Bug 21130] New: 'cmd/c echo.' should give a newline
by wine-bugs＠winehq.org 08 Nov '11

08 Nov '11

http://bugs.winehq.org/show_bug.cgi?id=21130 Summary: 'cmd/c echo.' should give a newline Product: Wine Version: 1.1.35 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, source Severity: normal Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com On windows: 'cmd /c echo.' should give a newline (notice that there is no space between echo and '.'. On wine, it gives: >echo. File not found -- 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.

1 8

[Bug 14704] New: Stronghold 1.4.1 crashes with unhandled page fault immediately upon execution
by wine-bugs＠winehq.org 08 Nov '11

08 Nov '11

http://bugs.winehq.org/show_bug.cgi?id=14704 Summary: Stronghold 1.4.1 crashes with unhandled page fault immediately upon execution Product: Wine Version: 1.1.0 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: saellaven(a)gmail.com Created an attachment (id=15190) --> (http://bugs.winehq.org/attachment.cgi?id=15190) debugger info of crash I just did a fresh install of Stronghold 2 and then patched to version 1.4 and then 1.4.1. wine Stronghold.exe immediately fails with the following: wine: Unhandled page fault on read access to 0x83e58955 at address 0x36eecc8 (thread 0009), starting debugger... Unhandled exception: page fault on read access to 0x83e58955 in 32-bit code (0x036eecc8). See attachment for the rest of the debugger output -- 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.

1 17

[Bug 19693] New: FeedDemon wizard cannot check NewsGator account
by wine-bugs＠winehq.org 08 Nov '11

08 Nov '11

http://bugs.winehq.org/show_bug.cgi?id=19693 Summary: FeedDemon wizard cannot check NewsGator account Product: Wine Version: unspecified Platform: PC URL: http://www.filehippo.com/download_feed_demon/4159/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lucak3(a)gmail.com Created an attachment (id=22992) --> (http://bugs.winehq.org/attachment.cgi?id=22992) log of the first run of FeedDemon Version is wine-1.1.27-40-g0c862de Steps to reproduce: 1- clean wine prefix; 2- download FD 2.7 from URL above 3- install it (it finishes with few unimportant fixmes); 4- registrate an account on NewsGator; 5- run FD. At the first run, you will be shown a wizard that checks your account and syncs with its feeds, but it fails showing the err:ntlm:SECUR32_initNTLMSP and the others. I don't know which is the fatal error so i couldn't decide between secur32 or wininet components. -- 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.

1 14

[Bug 18874] New: corruption of text in text windows in DAoC
by wine-bugs＠winehq.org 08 Nov '11

08 Nov '11

http://bugs.winehq.org/show_bug.cgi?id=18874 Summary: corruption of text in text windows in DAoC Product: Wine Version: 1.1.18 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: justicezero(a)mailsnare.net Created an attachment (id=21703) --> (http://bugs.winehq.org/attachment.cgi?id=21703) screen shot of corrupted display No idea how I would find if this is duplicated elsewhere, alas, as it doesn't give me much to go on.. if so, perhaps some of the data is useful. In Dark Age of Camelot, 1.98 Labyrinth, text displays (chat, combat window, inventory screen, mouseovers, entry window, info splashes, but interestingly NOT dialogue boxes that i've seen) become corrupted, seemingly at random though using the mouse wheel to scroll the chat bar triggers the issue within a second or two. each of the listed items is separate. The corruption in the inventory window is distinctive involving miniature copies of the window contents. No error in terminal screen associated with the bug, so I don't know enough to diagnose it well enough to check what the bug status is. Tested in Ubuntu 9.04 in 1.1.18,21,and 22 (I was unable to pass the login screen with 1.1.23 - different bug) -- 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.

1 4

[Bug 18580] New: "Fancy shadows" don't render correctly
by wine-bugs＠winehq.org 08 Nov '11

08 Nov '11

http://bugs.winehq.org/show_bug.cgi?id=18580 Summary: "Fancy shadows" don't render correctly Product: Wine Version: 1.1.22 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P4 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: eiffel56(a)gmail.com Created an attachment (id=21246) --> (http://bugs.winehq.org/attachment.cgi?id=21246) Ingame screenshot showing floating shadows It is possible to activate that "fancy shadows"(well, they are rendered in realtime in contrast to the old ones) with latest Wine. Sadly, they won't render correctly. The shadows are there, but not displayed under the objects that should get the shadows. They are just floating in the air. It gets even worse if you set the shadows to the maximum, enabling building's shadows. Attached is a screenshot showing the situation. The red circle shows my character's one. -- 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.

1 8

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs June 2010