wine-bugs June 2012

wine-bugs@winehq.org

1 participants
8747 discussions

[Bug 20661] New: Snuffler: rendering of buttons and list items doesn't work.
by wine-bugs＠winehq.org 22 Jun '12

22 Jun '12

http://bugs.winehq.org/show_bug.cgi?id=20661 Summary: Snuffler: rendering of buttons and list items doesn't work. Product: Wine Version: 1.1.32 Platform: PC URL: http://www.sussexarch.org.uk/geophys/snuffler.html OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: div2004(a)gmail.com Full discussion on the forum: http://forum.winehq.org/viewtopic.php?p=34750#34750 Basically, open Snuffler and load some data files (I have attached a data file for testing purposes) - load the STP01Nov09.spr (within the ZIP archive) file by going to the File Menu (within Snuffler), then clicking Open Project, and then opening STP01Nov09.spr file. Double clicking on any item in the list on the left of the screen will cause the rendering issue. Note the minimize, maximize and close buttons aren't shown correctly, and items in the menu are obscured (see my screenshot, snuffler-screen.png, within the attached .zip), for what I get at this stage. Note in my screenshot you will see "idebar" and "Linux" in the list. These are from Firefox buttons - Firefox was running in the background when I took the screenshot. It helps emphasize the problem. This does not make the program crash, but it does stop some functionality (specifically, I can't use the mouse to click on some of the items in the list on the left of the screen if the dragging window resizing thingamajig (sorry, I really don't know it's name!) is covering half of an item's name/label. To explain... the vertical line immediately to the right of the list (which separates the list and the grey area to the right of the screen) - if that line is half way over an item's label in the list, I cannot click on that item in the list with my mouse. I have to resize that vertical line to show the entire list item before I can then use the mouse. -- 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 29973] New: StarBurn doesn't recognize its default drive selection for erasing
by wine-bugs＠winehq.org 22 Jun '12

22 Jun '12

http://bugs.winehq.org/show_bug.cgi?id=29973 Bug #: 29973 Summary: StarBurn doesn't recognize its default drive selection for erasing Product: Wine Version: 1.4-rc4 Platform: x86-64 URL: http://www.starburnsoftware.com/products/starburn/down load/download-starburn-free OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com CC: bunglehead(a)gmail.com Classification: Unclassified Regression SHA1: 59e59c6bf97540a1c8ca5c248a10b9114cce9608 Created attachment 39019 --> http://bugs.winehq.org/attachment.cgi?id=39019 Terminal output In StarBurn's erase disc dialog, a list of detected CD/DVD/Blu-Ray drives is provided, with one of those drives selected by default. However, just clicking next to erase the disc in the preselected drive fails with an error claiming no device was selected. It works after deselecting the drive and then selecting it again. This is a regression: 59e59c6bf97540a1c8ca5c248a10b9114cce9608 is the first bad commit commit 59e59c6bf97540a1c8ca5c248a10b9114cce9608 Author: Nikolay Sivov <bunglehead(a)gmail.com> Date: Thu Jul 23 23:50:12 2009 +0400 comctl32/listview: Don't alter selection mark in LVM_SETITEMSTATE. :040000 040000 3b933d2d7fd43bcb781f1d1ce8dbe9f79d8b7b3b f109d330ce3227ec4a3226ccaba0b790d421a078 M dlls Reverting the patch allows the default selection to be recognized properly. Steps to reproduce: 1. Ensure a mounted rewritable optical disc is available 2. Create a symlink at $WINEPREFIX/dosdevices/cdrom0 linked to the device node of the drive containing the disc 3. Install and run StarBurn 4. Right-click the drive at the bottom of the window and choose 'erase disc' 5. Click next -- 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 30798] New: gdiplus: GdipNewInstalledFontCollection fails in case system have got at least one OTF font installed
by wine-bugs＠winehq.org 22 Jun '12

22 Jun '12

http://bugs.winehq.org/show_bug.cgi?id=30798 Bug #: 30798 Summary: gdiplus: GdipNewInstalledFontCollection fails in case system have got at least one OTF font installed Product: Wine Version: 1.5.5 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: gdiplus AssignedTo: wine-bugs(a)winehq.org ReportedBy: mooroon2(a)mail.ru CC: dmitry(a)baikal.ru Classification: Unclassified Recently I had been investigating Wine testcase failures on my linux box and one of them being gdiplus testcase failing two tests at lines font.c:396 and font.c:397. Wine tests results database have results from other linux boxes where this test does succeed so I was wondering what's wrong with it on my system. After digging into the code for about an hour it turned out that gdiplus implementation is flawed in a way that it doesn't expect font type to be anything other than RASTER_FONTTYPE or TRUETYPE_FONTTYPE. It is not the case with current Wine's freetype-based font engine driver for OpenType fonts (OTF) - they are treated to be DEVICE_FONTTYPE. It results in situation when add_font_proc() callback trying to add/process OTF fonts followed by is_font_installed_proc() terminating enumeration process as soon as it encounters a font with type != TRUETYPE_FONTTYPE. Trivial patch as I attach to this bug report workarounds the problem and makes testcase pass these tests. I'm not sure that there are no bad consequences in treating DEVICE_FONTTYPE fonts the same way it treats TRUETYPE_FONTTYPE in gdiplus, but looking through Wine's freetype font driver makes me believe that the only font type that gets assigned DEVICE_FONTTYPE is the OTF format - and AFAIK it is pretty much the same as TTF WRT its properties and capabilities. Another way to "fix" the thing is to skip fonts which have type other than TRUETYPE_FONTTYPE in add_font_proc() callback or rewrite Wine's freetype font engine driver to report TRUETYPE_FONTTYPE for OTF fonts (and make sure that the behavior for these font types is just the same). I don't gave enough knowledge in this area so we need someone competent it this question to fix this 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 11

[Bug 30970] New: SharpEye: endless loop drawing message box when opening *.mro file
by wine-bugs＠winehq.org 22 Jun '12

22 Jun '12

http://bugs.winehq.org/show_bug.cgi?id=30970 Bug #: 30970 Summary: SharpEye: endless loop drawing message box when opening *.mro file Product: Wine Version: 1.5.6 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: kapfell(a)gmx.de Classification: Unclassified Created attachment 40632 --> http://bugs.winehq.org/attachment.cgi?id=40632 Sample mro-file, open with SharpEye v2.68 (File->Open Music...) Application SharpEye version 2.68 (see http://appdb.winehq.org/objectManager.php?sClass=version&iId=26158) enters an endless loop displaying multiple warning message windows ("No OS error") when opening (File -> Open Music...) a music OCR result file (mro-file). The menu no longer responds to user input and the process has be to killed from the console window. This version of SharpEye works fine with wine 1.3.30, the erroneous behaviour appears in wine 1.3.31. Bisection identifies the following patch: c9a7bb715d2db1512db30deb11e4676e76791a07 is the first bad commit commit c9a7bb715d2db1512db30deb11e4676e76791a07 Author: Huw Davies <huw(a)codeweavers.com> Date: Mon Oct 17 15:46:07 2011 +0100 gdi32: Implement nulldrv_StretchDIBits using the PutImage gdi driver function. :040000 040000 e4cfeee3adcb0fe2c0502909c87b2740a8de08e5 00851b246b095bdf4cafd3e6f9965c811d1c87a4 M dlls SharpEye version 2.68 is available for download from http://www.visiv.co.uk/dload.htm A sample mro-file is attached. -- 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 5

[Bug 26834] New: SlingPlayer 1.5 UI very slow to respond
by wine-bugs＠winehq.org 22 Jun '12

22 Jun '12

http://bugs.winehq.org/show_bug.cgi?id=26834 Summary: SlingPlayer 1.5 UI very slow to respond Product: Wine Version: 1.3.18 Platform: x86-64 URL: http://download.slingmedia.com/player/pc/SlingPlayer-S etup-EU-1.5.1.343.exe OS/Version: Linux Status: NEW Keywords: download, performance Severity: trivial Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk Created an attachment (id=34189) --> (http://bugs.winehq.org/attachment.cgi?id=34189) Wine 1.3.18 console output With the SlingPlayer 1.5, accessing menus and closing dialogs, etc. is notably slower than running under Windows. This is particular noticeable if you go to Help --> About and then close the About dialog. This *may* have something to do with it: err:ddraw:ddraw7_QueryInterface (0x19aa30) The App is requesting a D3D device, but a non-OpenGL surface type was choosen. Prepare for trouble! err:ddraw:ddraw7_QueryInterface (0x19aa30) You may want to contact wine-devel for help err:ddraw:ddraw7_QueryInterface (0x19aa30)->({aca12120-3356-11d1-8fcf-00c04fc29b4e}, 0x192370): No interface found Tried native gdiplus but it makes no difference. 01:05.0 VGA compatible controller: ATI Technologies Inc M880G [Mobility Radeon HD 4200] -- 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 3

[Bug 30425] New: Toca 3 crashes when start race: D3DXGetImageInfoFromFileInMemory File type DDS is not supported yet
by wine-bugs＠winehq.org 22 Jun '12

22 Jun '12

http://bugs.winehq.org/show_bug.cgi?id=30425 Bug #: 30425 Summary: Toca 3 crashes when start race: D3DXGetImageInfoFromFileInMemory File type DDS is not supported yet Product: Wine Version: 1.4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3dx9 AssignedTo: wine-bugs(a)winehq.org ReportedBy: robotboy111(a)gmail.com CC: wine-bugs(a)winehq.org Classification: Unclassified Toca 3 crashes whan start race or select car. Works great in menu. Native d3dx9_36.dll is workaround for now. To reproduce install Toca 3 and NO-DVD crack as workaround for DRM. -- 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 25200] New: AutoCAD 2008: Toolbars are repainted
by wine-bugs＠winehq.org 22 Jun '12

22 Jun '12

http://bugs.winehq.org/show_bug.cgi?id=25200 Summary: AutoCAD 2008: Toolbars are repainted Product: Wine Version: 1.3.7 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: gdiplus AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com Created an attachment (id=31997) --> (http://bugs.winehq.org/attachment.cgi?id=31997) Image showing the problem Steps to reproduce: 1) start AutoCAD 2008 2) Hover over any toolbar Behaviour: Whole toolbar is repainted so I can clearly see how icons disappear and appear again. Expected behaviour: Toolbar shouldn't be repainted or at least I shouldn't notice it as it's in MS Windows XP. Terminal output: Lots of below lines every time toolbar is repainted fixme:gdiplus:GdipFillRectangle graphics object has no HDC Additional info: I'm using wine-1.3.7-103-gb8d0c0d -- 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 25429] New: Necrovision demo fails to start
by wine-bugs＠winehq.org 22 Jun '12

22 Jun '12

http://bugs.winehq.org/show_bug.cgi?id=25429 Summary: Necrovision demo fails to start Product: Wine Version: 1.3.8 Platform: x86 URL: http://demos.gamersgate.com/19461 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: gyebro69(a)gmail.com Created an attachment (id=32367) --> (http://bugs.winehq.org/attachment.cgi?id=32367) terminal output The demo of the game crashes on startup, without displaying anything. Only native d3dx9_36.dll was installed to prevent an earlier crash due to some unimplemented functions in the built-in dll. It seems this game never started correctly in Wine. However I found out that using Wine-1.1.0 and 1.1.1 the game doesn't crash instantly: I can hear the sounds of the intros although the screen is pure black, and the game crashes afterwards. The demo is 0.95GB in size; I willingly provide further logs if someone is interested. Fedora 14 Nvidia 7600 / driver 260.19.21 -- 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 28201] New: Diablo III D3D error when restarting graphics
by wine-bugs＠winehq.org 22 Jun '12

22 Jun '12

http://bugs.winehq.org/show_bug.cgi?id=28201 Summary: Diablo III D3D error when restarting graphics Product: Wine Version: 1.3.26 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: adys.wh(a)gmail.com When restarting the graphic engine in D3, a message box pops up complaining "An error occured reseting D3D. Click OK to retry". Havent found any workaround. No relevant terminal output when it happens. I have a +d3d trace but it looks quite useless (just a lot of spam, cant really tell when the error happens). What kind of debug channels could be useful? -- 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 25

[Bug 28501] New: http://imupdate.myspace.com/nsis/MySpaceIM_Setup.exe
by wine-bugs＠winehq.org 22 Jun '12

22 Jun '12

http://bugs.winehq.org/show_bug.cgi?id=28501 Summary: http://imupdate.myspace.com/nsis/MySpaceIM_Setup.exe Product: Wine Version: 1.3.29 Platform: x86-64 URL: http://imupdate.myspace.com/nsis/MySpaceIM_Setup.exe OS/Version: Linux Status: NEW Keywords: download Severity: minor Priority: P3 Component: msvcp AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk Created attachment 36561 --> http://bugs.winehq.org/attachment.cgi?id=36561 Error message MySpaceIM fails to start with a message about msvcp80.dll (see attachment). Workaround is winetricks vcrun2005. -- 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 5

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 2012