wine-bugs November 2015

wine-bugs@winehq.org

1 participants
7944 discussions

[Bug 38358] New: Chessmaster X/XI dynamic lighting no longer present in wine-1.7.40 (regression)
by wine-bugs＠winehq.org 16 Mar '16

16 Mar '16

https://bugs.winehq.org/show_bug.cgi?id=38358 Bug ID: 38358 Summary: Chessmaster X/XI dynamic lighting no longer present in wine-1.7.40 (regression) Product: Wine Version: 1.7.40 Hardware: x86 URL: https://archive.org/download/Chessmaster10thEditionDem o/Chessmaster10thEditionDemo.exe OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: multitude(a)internode.on.net Regression SHA1: 7a8ac888de232578dd36f799cf203e5a59fe5b70 Distribution: --- Dynamic lighting in Chessmaster X/XI is no longer working in Wine v1.7.40. According to a 'git bisect': 7a8ac888de232578dd36f799cf203e5a59fe5b70 is the first bad commit commit 7a8ac888de232578dd36f799cf203e5a59fe5b70 Author: Matteo Bruni <mbruni(a)codeweavers.com> Date: Thu Mar 26 20:12:17 2015 +0100 wined3d: Don't use the builtin FFP uniform for the normal matrix. :040000 040000 a3b3bc5c8d13f32c179f38dab44e33b53e780736 d8d2fb22b22ffa85e0e05a41cf1873fef04bce60 M dlls TESTING INSTRUCTIONS 1. Install the Chessmaster 10 demo from the URL (you may need to be in a 32-bit WINE environment for the installation to work). 2. Run 'game.exe'. 3. Once you've created a user, select the icon left of the rotating chess board and then select the 'Training Mode' icon. Dynamic lighting works in v1.7.39, albeit incorrectly. See https://bugs.winehq.org/show_bug.cgi?id=37838 cheers, multitude -- 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 15

[Bug 34454] New: Do not use builtin TTF fonts when native appropriate fonts are present in the system
by wine-bugs＠winehq.org 15 Mar '16

15 Mar '16

http://bugs.winehq.org/show_bug.cgi?id=34454 Bug #: 34454 Summary: Do not use builtin TTF fonts when native appropriate fonts are present in the system Product: Wine Version: 1.7.1 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: fonts AssignedTo: wine-bugs(a)winehq.org ReportedBy: t.artem(a)mailcity.com Classification: Unclassified This is a continuation of bug 34446. I'd like to propose that Wine should never try to load or use builtin fonts (which don't exactly look nice under certain fontconfig settings, like full hinting) when native appropriate fonts are present in the system. 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 9

[Bug 11951] New: Tide prediction cursor popup or tag creates " Untitled Window"
by wine-bugs＠winehq.org 14 Mar '16

14 Mar '16

http://bugs.winehq.org/show_bug.cgi?id=11951 Summary: Tide prediction cursor popup or tag creates "Untitled Window" Product: Wine Version: 0.9.57. Platform: PC URL: http://wxtide32.com/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: n5470(a)pinefields.com WXTide32 includes a feature to show tide data by creating a cursor that tracks time of day and water height. It appears when the main window is opened and showing the realtime, graph, or overview display, and the user presses either the left-arrow or right-arrow key. A popup or tag follows the vertical part of the cursor line, showing the data for the time (vertical cursor line) and depth or height of water (horizontal cursor line). Under Wine, the cursor lines are drawn but the cursor popup or tag is missing or flashes briefly (hard to tell which is happening). At the same time, a new entry appears in the task bar: "Untitled Window". The app then blinks between idle (based on the regular movable cursor, controlled by a mouse, etc.) and busy, with "Untitled Window" showing in the task bar while the mouse cursor signals "busy". On minimizing the main window (showing the tide levels), the "Untitled Window" entry remains in the task bar. It cannot be maximized, opened, or closed. Only terminating the application removes "Untitled Window". No messages are written to stdout or stderr when the problem occurs. Under Windows, the key-controlled cursor moves as expected, with a popup attached to the scrolling cursor. No additional tasks appear in the task bar. -- 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 29182] New: Edit control WS_EX_CLIENTEDGE is not drawn if initially not WS_VISIBLE
by wine-bugs＠winehq.org 14 Mar '16

14 Mar '16

http://bugs.winehq.org/show_bug.cgi?id=29182 Bug #: 29182 Summary: Edit control WS_EX_CLIENTEDGE is not drawn if initially not WS_VISIBLE Product: Wine Version: 1.3.33 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: toni.spets(a)iki.fi Classification: Unclassified Created attachment 37648 --> http://bugs.winehq.org/attachment.cgi?id=37648 Hack to workaround the problem This is rather odd as I couldn't figure it out where the problem occurs deeper but the attached patch should give a good hint to someone who knows better. If the edit control is not WS_VISIBLE when created, WS_EX_CLIENTEDGE will be ignored through it's life and only show the background color without border. As I'm probably wrong this can be tested using the freeware program ResEdit by creating a new dialog and adding a normal text edit control. It seems there are more problems regarding updating the control on-the-fly with the properties editor. -- 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 38703] New: Page fault to 0x0 when installing fxupdater.exe
by wine-bugs＠winehq.org 12 Mar '16

12 Mar '16

https://bugs.winehq.org/show_bug.cgi?id=38703 Bug ID: 38703 Summary: Page fault to 0x0 when installing fxupdater.exe Product: Wine Version: 1.7.37 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: kenorb(a)gmail.com Distribution: --- Created attachment 51631 --> https://bugs.winehq.org/attachment.cgi?id=51631 Unhandled exception backtrace while running InstallWare Wizard I'm using InstallWare Wizard to install FXCM Trading Station under OS X, however it crashes on Installing updates. Binary file: fxupdater.exe Backtrace: =>0 0x00439d4b in fxupdater (+0x39d4b) (0x0033feb0) 1 0x7b8534ec call_process_entry+0xb() in kernel32 (0x0033fec8) 2 0x7b856f57 start_process+0x66() in kernel32 (0x0033ff08) 3 0x7bc6f65c call_thread_func_wrapper+0xb() in ntdll (0x0033ff28) 4 0x7bc7065a call_thread_func+0x89() in ntdll (0x0033ffa8) 5 0x7bc6f622 call_thread_entry_point+0x11() in ntdll (0x0033ffc8) 6 0x7bc465ee start_process+0x1d() in ntdll (0x0033ffe8) 0x00439d4b: movl 0x0(%eax),%edx See more details in the attachment. Link to the self-extracting exe file: http://download.fxcorporate.com/FXCM/FXTS2Install.EXE -- 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 37248] New: Floating point stack fault in a program compiled with Silverfrost FTN95
by wine-bugs＠winehq.org 11 Mar '16

11 Mar '16

https://bugs.winehq.org/show_bug.cgi?id=37248 Bug ID: 37248 Summary: Floating point stack fault in a program compiled with Silverfrost FTN95 Product: Wine Version: 1.7.25 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: pepalogik(a)seznam.cz I use Silverfrost FTN95 compiler <http://www.silverfrost.com/11/ftn95/ftn95_fortran_95_for_windows.aspx> for debugging a Fortran 77 code. This compiler has quite a unique CHECKMATE feature which performs various run-time checks, but this compiler is Windows-only. First it seemed to work fine in Wine but then, when I used a larger code, the program execution resulted in a floating point stack fault. Note that the compiler itself works correctly in Wine, but the resulting CHECKMATE-enabled executable fails (while the very same executable runs well on Windows). I was happy when I found a workaround: to compile the program with /F_STDCALL. Unfortunately, this turned out to be insufficient for an even larger code (it is actually the same program with just larger parameter values and thus larger arrays and more iterations in various cycles). For this code, /F_STDCALL only causes the floating point stack fault to occur later. I cannot 100% guarantee that the code is correct - a floating point stack fault can be caused e.g. by calling a function with an incorrectly specified return type. However, I think this is unlikely for the following reasons: 1. It does work on MS Windows, 2. It has been checked with two different compilers (FTN95 and gfortran). 3. It has been checked with Silverfrost's CHECKMATE run-time checking (as it runs on Windows without failure). 4. It has been checked by me. Hence I guess it is a bug in Wine. What files do you need to tackle this problem? As the executable needs a Silverfrost's runtime library, you will have to install FTN95 in any case. I suggest that I will upload these files and information: * program source, * compiling instructions, * input files (which are required by the program). I will now wait for either your response or the appearance of Wine 1.7.26 in the PPA (it seems to be to complicated for me to build it from the source). If the latter happens earlier, I will check if the bug persists and upload the files I have suggested. -- 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 36713] New: Watch_Dogs does not start
by wine-bugs＠winehq.org 05 Mar '16

05 Mar '16

http://bugs.winehq.org/show_bug.cgi?id=36713 Bug ID: 36713 Summary: Watch_Dogs does not start Product: Wine Version: 1.7.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: hatbollen(a)gmail.com Trying to start watch_dogs.exe gives an error dialog from Disrupt_b64.dll: The procedure entry point inet_pton could not be located in the dynamic link library WS2_32.dll. Console output after closing the dialog: ~/.wine/drive_c/Program Files (x86)/Ubisoft/Ubisoft Game Launcher/games/Watch_Dogs/bin$ wine watch_dogs.exe fixme:heap:HeapSetInformation 0x3b0000 0 0x23fc90 4 fixme:heap:HeapSetInformation 0x4c0000 0 0x23fc90 4 fixme:heap:HeapSetInformation 0x5d0000 0 0x23fc90 4 fixme:heap:HeapSetInformation 0x920000 0 0x23fc90 4 err:module:attach_process_dlls "Disrupt_b64.dll" failed to initialize, aborting err:module:LdrInitializeThunk Main exe initialization for L"C:\\Program Files (x86)\\Ubisoft\\Ubisoft Game Launcher\\games\\Watch_Dogs\\bin\\watch_dogs.exe" failed, status c0000142 -- 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 18

[Bug 22039] New: Lego Island: failed to start.
by wine-bugs＠winehq.org 04 Mar '16

04 Mar '16

http://bugs.winehq.org/show_bug.cgi?id=22039 Summary: Lego Island: failed to start. Product: Wine Version: 1.1.40 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gaming4jc2(a)yahoo.com Created an attachment (id=26806) --> (http://bugs.winehq.org/attachment.cgi?id=26806) err:d3d:wined3d_unregister_window Window 0x20054 is not registered with wined3d.... and more... Lego Island simply boots up to a black scree, then I get an error prompt saying: "Lego Island failed to start. Please quit all other applications and try again." This seems similar to bug: http://bugs.winehq.org/show_bug.cgi?id=13875 But that guy didn't get the prompt. Log and debugging of d3d 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 33

[Bug 39376] New: Error while running Kontakt 5.0 standalone or VST in FL Studio 11
by wine-bugs＠winehq.org 04 Mar '16

04 Mar '16

https://bugs.winehq.org/show_bug.cgi?id=39376 Bug ID: 39376 Summary: Error while running Kontakt 5.0 standalone or VST in FL Studio 11 Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: 1910567646(a)qq.com Distribution: --- Created attachment 52487 --> https://bugs.winehq.org/attachment.cgi?id=52487 Log when running kontakt 5 standalone I found msvcp120 is missing, which means MS VC++ 2013 Redist missing. So I download it from http://www.microsoft.com/en-us/download/details.aspx?id=40784 and install it, configuring native libraries in winecfg. However it doesn't work and an exception was thrown when running: wine: Unhandled exception 0x40000015 in thread 9 at address 0x7bcd0073:0x02867676 (thread 0009), starting debugger... (See also attached log kontakt_standalone.log) When running in FL Studio 11, I added Kontakt 5 as an VST plugin, but it just get into endless waiting of critical section. fixme:win:RegisterDeviceNotificationW (hwnd=0x1020e, filter=0x33eed0,flags=0x00000004) returns a fake device notification handle! fixme:ntdll:NtQueryInformationToken QueryInformationToken( ..., TokenElevation, ...) semi-stub fixme:ntdll:NtLockFile I/O completion on lock not implemented yet err:ntdll:RtlpWaitForCriticalSection section 0x1352f70 "?" wait timed out in thread 0033, blocked by 0009, retrying (60 sec) Looking forward to some solution. -- 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 16

[Bug 17448] New: Impossible to insert an MPEG file in PowerPoint
by wine-bugs＠winehq.org 04 Mar '16

04 Mar '16

http://bugs.winehq.org/show_bug.cgi?id=17448 Summary: Impossible to insert an MPEG file in PowerPoint Product: Wine Version: unspecified Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: winmm&mci AssignedTo: wine-bugs(a)winehq.org ReportedBy: fgouget(a)codeweavers.com Trying to insert an mpeg video in PowerPoint 2003 gives the following error message: PowerPoint cannot insert a movie from the selected file. Verify that the path and file format are correct, and then try again. And this trace: fixme:mci:MCI_LoadMciDriver Couldn't load driver for type L"MPEGVIDEO". So it seems like this is because we are missing an mpeg codec in Wine so this is probably not specific to PowerPoint 2003. To reproduce: * download an mpg file from anywhere * install PowerPoint 2003 and start it * Insert -> Movies and Sounds -> Movie from File... * select your mpg file and validate -- 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 29

[Bug 29583] New: JScript is missing 'new XMLHttpRequest();' support
by wine-bugs＠winehq.org 04 Mar '16

04 Mar '16

http://bugs.winehq.org/show_bug.cgi?id=29583 Bug #: 29583 Summary: JScript is missing 'new XMLHttpRequest();' support Product: Wine Version: 1.3.36 Platform: x86 OS/Version: Linux Status: NEW Severity: minor Priority: P2 Component: jscript AssignedTo: wine-bugs(a)winehq.org ReportedBy: bunglehead(a)gmail.com Classification: Unclassified Found that while testing for bug 29574, builtin jscript won't create an object using 'new XMLHttpRequest();'. There's several important things needed to implement this properly: - it wraps msxml functionality; - ::open() is always asynchronous with readystate handlers installed; - msxml object is called directly without IDispatch; - url passed to ::open() is expanded from relative url before it's passed to msxml, probably with same object site functionality that msxml uses. -- 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 39242] New: oleaut32:typelib fails in the Korean locale
by wine-bugs＠winehq.org 04 Mar '16

04 Mar '16

https://bugs.winehq.org/show_bug.cgi?id=39242 Bug ID: 39242 Summary: oleaut32:typelib fails in the Korean locale Product: Wine Version: unspecified Hardware: x86 OS: Windows Status: NEW Severity: normal Priority: P2 Component: oleaut32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com The following test failures happen specifically in the Korean locale, such as on the fg-win7u64-1spie9-ko WineTest box: typelib.c:2184: Test failed: got: L"default\3213" typelib.c:2196: Test failed: got: L"default\3213" typelib.c:2982: Test failed: got: L"default\3213" typelib.c:2994: Test failed: got: L"default\3213" See: https://test.winehq.org/data/tests/oleaut32:typelib.html -- 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 39636] New: Assassin's Creed Syndicate crashes due to lack of DisplayConfigGetDeviceInfo in user32.dll
by wine-bugs＠winehq.org 04 Mar '16

04 Mar '16

https://bugs.winehq.org/show_bug.cgi?id=39636 Bug ID: 39636 Summary: Assassin's Creed Syndicate crashes due to lack of DisplayConfigGetDeviceInfo in user32.dll Product: Wine Version: 1.7.55 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: n8bk13(a)gmail.com Distribution: --- After trying to launch Assassin's Creed Syndicate, it crashed and showed a message box with text: "The procedure entry point DisplayConfigGetDeviceInfo could not be located in the dynamic link library USER32.dll". It doesn't matter whether it was started directly from exe file or from UPlay. I found out that this function was first introduced in Windows Vista, so I tried to change operating system in winecfg from default "Windows XP" to "Windows 7", but it didn't help either. -- 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 16

[Bug 9790] New: Regression in Heroes of Might and Magic 5
by wine-bugs＠winehq.org 04 Mar '16

04 Mar '16

http://bugs.winehq.org/show_bug.cgi?id=9790 Summary: Regression in Heroes of Might and Magic 5 Product: Wine Version: 0.9.45. Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: martyspamtrap(a)comcast.net This is observed on the full version of Heroes of Might and Magic 5 (but is probably reproducible on the demo). After updating to Wine 0.9.45 (coming from 0.9.44), I started experiencing application lockups in Heroes 5 during game play on the map screen. The lockup consists of no further mouse or keyboard instructions being recognize, although the background music continues to play. An ALT-TAB to a shell and a "kill -9" get me back in control. The problem is triggered somewhat randomly, but I've reproduced it twice by loading up a saved game, panning around the map, viewing a hero's status screen, and returning to the map. At this point, some of the status windows are no longer drawing themselves completely and my system starts thrashing on my hard drive. A little more panning around the map results in the lockup. This issue did not exist in Wine 0.9.44. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 13

[Bug 9791] New: Heroes of Might and Magic 5 (full) requires d3dx9_25.dll
by wine-bugs＠winehq.org 04 Mar '16

04 Mar '16

http://bugs.winehq.org/show_bug.cgi?id=9791 Summary: Heroes of Might and Magic 5 (full) requires d3dx9_25.dll Product: Wine Version: 0.9.44. Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P4 Component: wine-directx AssignedTo: wine-bugs(a)winehq.org ReportedBy: martyspamtrap(a)comcast.net After a clean installation of Heroes 5 in Wine, attempting to run it fails. The console reports that d3dx9_25.dll is required by H5_Game.exe. My workaround is to either copy this file from a Windows installation, or copy Wine's d3dx8.dll.so to d3dx9_25.dll. Nasty hack, but it seems to work. I'd like to request an enhancement to include a more proper version of this DLL in Wine. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 85

[Bug 17483] New: EngInSite CSS Editor font distance rendering problem
by wine-bugs＠winehq.org 01 Mar '16

01 Mar '16

http://bugs.winehq.org/show_bug.cgi?id=17483 Summary: EngInSite CSS Editor font distance rendering problem Product: Wine Version: 1.1.14 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: shdocvw AssignedTo: wine-bugs(a)winehq.org ReportedBy: ar(a)esoma.org Created an attachment (id=19577) --> (http://bugs.winehq.org/attachment.cgi?id=19577) Screenshot In the editor window all fonts are monospaced but the display font does not adapt to that and inserts spaces. You can see the problem in the attached screenshot: I don't know if that is related to fixme:system:SetProcessDPIAware stub! -- 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 21581] New: GTA4 crashes during "Lure" mission
by wine-bugs＠winehq.org 01 Mar '16

01 Mar '16

http://bugs.winehq.org/show_bug.cgi?id=21581 Summary: GTA4 crashes during "Lure" mission Product: Wine Version: 1.1.37 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: knaprigt(a)gmail.com Created an attachment (id=26030) --> (http://bugs.winehq.org/attachment.cgi?id=26030) Output after crash during the Lure mission in GTA4 GTA4 crashes during the mission "Lure" when the player is supposed to kill a drug dealer. Everything seems fine until the player reaches the roof where he should take the shot. First a cutscene is shown and when the player's returned to the controls the game crashes. Tested with versions 1.0.0.4 and 1.0.4.0 of the game with the same results. See attachment for terminal output displayed after the crash. ... also I don't know if this bugs component really is ntdll (maybe wined3d?), so someone may want to change that 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 24

[Bug 35450] New: Clean up 'Version' in bugzilla
by wine-bugs＠winehq.org 28 Feb '16

28 Feb '16

http://bugs.winehq.org/show_bug.cgi?id=35450 Bug ID: 35450 Summary: Clean up 'Version' in bugzilla Product: WineHQ Bugzilla Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: bugzilla-unknown Assignee: wine-bugs(a)winehq.org Reporter: litimetal(a)gmail.com Classification: Unclassified There are too many old versions to choose, which may waste time Would Wine Bugzilla hide the *very old* versions, or re-arrange them? -- 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 10

[Bug 37862] New: Wrong instruction on Bugzilla and Bugs page.
by wine-bugs＠winehq.org 28 Feb '16

28 Feb '16

https://bugs.winehq.org/show_bug.cgi?id=37862 Bug ID: 37862 Summary: Wrong instruction on Bugzilla and Bugs page. Product: WineHQ Bugzilla Version: unspecified Hardware: x86 URL: http://wiki.winehq.org/Bugs OS: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: bugzilla-unknown Assignee: wine-bugs(a)winehq.org Reporter: iritrozen(a)gmail.com Distribution: --- Page http://wiki.winehq.org/Bugs, in chapter "How to report" says * Attach complete terminal output ... You have to _Submit_ the bug first before you're given the option to attach files. It is not true. User can attach files when creating a new bug. -- 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 2

[Bug 16301] New: wine user guide asks the user to run programs without explaining how
by wine-bugs＠winehq.org 28 Feb '16

28 Feb '16

http://bugs.winehq.org/show_bug.cgi?id=16301 Summary: wine user guide asks the user to run programs without explaining how Product: WineHQ.org Version: unspecified Platform: Other URL: http://www.winehq.org/site/docs/wineusr-guide/running OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: www-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: madewokherd(a)gmail.com The introductory page under "Running Wine" (http://www.winehq.org/site/docs/wineusr-guide/running) says this: "Assuming you are using a fake Windows installation, you install applications into Wine in the same way you would in Windows: by running the installer." and gives several examples of wine command lines, including an example for starting a program after it has been installed to C:. Yet there is no explanation of how to run a program or use the wine command. -- 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 39450] New: The polish FAQ is absolutely terrible
by wine-bugs＠winehq.org 27 Feb '16

27 Feb '16

https://bugs.winehq.org/show_bug.cgi?id=39450 Bug ID: 39450 Summary: The polish FAQ is absolutely terrible Product: WineHQ.org Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: www-unknown Assignee: wine-bugs(a)winehq.org Reporter: d33tah(a)gmail.com Distribution: --- I just stumbled upon this wiki article: http://wiki.winehq.org/FAQ_pl Somewhere in the middle of the article there are so many spelling mistakes and the style is so bad it's barely comprehensible. There might be some useful information there, but the article needs a lot of work from someone who knows how to write proper Polish. Could you let the Polish translation team know? Also, I replaced a word starting with "drug" (drugi? drugą? either of those) meaning "second" to "kolejny" ("next") because the word "drug" is not allowed. The spam filter is actually making it much more difficult to write articles. -- 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 29590] New: Search results do not update on webpage (IE8)
by wine-bugs＠winehq.org 24 Feb '16

24 Feb '16

http://bugs.winehq.org/show_bug.cgi?id=29590 Bug #: 29590 Summary: Search results do not update on webpage (IE8) Product: Wine Version: 1.3.36 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: msxml3 AssignedTo: wine-bugs(a)winehq.org ReportedBy: ocean04(a)suomi24.fi Classification: Unclassified winetricks ie8 Open http://asunnot.oikotie.fi Search should update automatically every time you make changes to form fields, but does nothing. Workaround winetricks msxml3 I'll attach msxml log. Most interesting parts are: 003d:fixme:msxml:httprequest_get_statusText stub 0x3c82428 0x2b53cd8 and many lines like: 003d:trace:msxml:domdoc_loadXML (0x36ce620)->(L"{\"responseHeader\":{\"status\":0,\"QTime\":11},\"response\":{\"numFound\":22852,\"start\":0,\"docs\":[]}}" 0x268c612) 003d:err:msxml:doparse Start tag expected, '<' not found 003d:trace:msxml:domdoc_loadXML (0x3cef120)->(L"{\"time\":1326303123.1712}" 0x268bfb2) 003d:err:msxml:doparse Start tag expected, '<' 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 16

[Bug 33100] New: ALSA Audio playback in WINE locks up ALSA capture by other applications
by wine-bugs＠winehq.org 22 Feb '16

22 Feb '16

http://bugs.winehq.org/show_bug.cgi?id=33100 Bug #: 33100 Summary: ALSA Audio playback in WINE locks up ALSA capture by other applications Product: Wine Version: 1.5.25 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winealsa.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: torsten.crass(a)eBiology.de Classification: Unclassified Hi there, when trying to record sound (e.g. using arecord) played by some application running on WINE (e.g. vlc.exe) via ALSA, and if the recording application is launched *before* the playback application, recording stops immediately when playback starts, and after a while ALSA reports an "Input/output error". This does not happen with native playback applications, e.g. the Linux version of vlc. Funny enough, if recordings starts *after* playback has begun, everything works fine. How to reproduce: 1. In a terminal, issue sudo alsactl restore; arecord -D default -f dat -v -V stereo test.wav 2. In another terminal, launch vlc.exe by issuing something like WINEPREFIX=/path/to/prefix wine /path/to/vlc.exe /path/to/some/audiofile 3. Wait for a few seconds... and see arecord complaining: arecord: pcm_read:1801: read error: Input/output error 4. Re-launch arecrod: sudo alsactl restore; arecord -D default -f dat -v -V stereo test.wav 5. Watch arecord recording happily ever after. I initially suspected WINE to somehow force access to my soundcard's capture device (A SB Live, which seems not to be dsnoop'd by default), but after creating a dsnoop'd device (which did allow for multiple simultaneous recordings with arecord when playing back audio with Linux's vlc) and teaching WINE to actually use it, the problem unfortunately remained. Best regards -- Torsten P.S. If filed this bug with Debian's wine-unstable-alsa package some two months ago already, but since there hasn't been a single reply up to now and since the problem still remains with 1.5.25 (Debian is still at 1.5.6), I found it appropriate to directly re-file this report at WINE's bug tracking system. -- 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 35260] New: Sound weirdness with XCOM: Enemy Within
by wine-bugs＠winehq.org 22 Feb '16

22 Feb '16

http://bugs.winehq.org/show_bug.cgi?id=35260 Bug ID: 35260 Summary: Sound weirdness with XCOM: Enemy Within Product: Wine Version: 1.7.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winealsa.drv Assignee: wine-bugs(a)winehq.org Reporter: lama(a)lamamail.de Classification: Unclassified This is a strange one... I'll just describe what happened: - I'm using the digital out on my sound card. This works fine with everything but this game in WINE - Got the game working after registering XAudio2_7.dll - There is no sound whatsoever ingame (also no sound options beyond a mixer) - After running the game I have no sound anywhere anymore, even after closing all WINE processes. No errors while playing though (so it's not blocked), just quiet - Mixer settings are fine - Turns out the default ALSA device has been changed to the analog output, even after explicitly selecting the digital output (instead of default) in WINE. Only a reboot fixes this. ALSA documentation doesn't even mention this as a possibility. Oh, and game audio still isn't played through that either. I've tested this with WINE 1.7.9 and built from GIT. -- 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 10

[Bug 36694] New: Using PBM_SETPOS to change the position of a progress bar to what it was before after a style change (for instance, leaving marquee mode) does not redraw the progress bar
by wine-bugs＠winehq.org 22 Feb '16

22 Feb '16

http://bugs.winehq.org/show_bug.cgi?id=36694 Bug ID: 36694 Summary: Using PBM_SETPOS to change the position of a progress bar to what it was before after a style change (for instance, leaving marquee mode) does not redraw the progress bar Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: pietro10(a)mac.com Created attachment 48733 --> http://bugs.winehq.org/attachment.cgi?id=48733 The test program that can be used to duplicate this behavior. If you do this when you switch out of marquee mode on a progress bar: SendMessage(pbar, PBM_SETMARQUEE, FALSE, 0); SetWindowLongPtr(pbar, GWL_STYLE, GetWindowLongPtr(hwnd, GWL_STYLE) & ~PBS_MARQUEE); SendMessage(pbar, PBM_SETPOS, currentPos, 0); the progress bar will not redraw, and thus will continue to show the marquee animation frozen at the place it was at the time of the above call. Attached is a sample program that will demonstrate this behavior. Set one value, then click Marquee and Set again. On Windows XP (at least), the progress bar will redraw properly with the second click of Set. The attached file is also available at https://github.com/andlabs/misctestprogs/blob/master/winprogresstest.c. (As marquees are a comctl32 version 6 feature, you may need a manifest file.) Looking at the soruce, I see here - http://source.winehq.org/source/dlls/comctl32/progress.c#L639 - that the implementation's handling of PBM_SETPOS only draws the progressbar if the new position is different. Thus, I could come up with a variety of ways to fix it, such as adding a style change check there, or always redrawing the progress bar, or redrawing on a style change... but I don't know which is the most correct, so I'll leave it to the experts. Thanks. -- 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

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 November 2015