January 2018 - Wine-Bugs - list.winehq.org

[Bug 37180] UnrealEd 3: mouse clicks mishandled

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=37180 Fabian Maurer <dark.shadow4(a)web.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dark.shadow4(a)web.de --- Comment #17 from Fabian Maurer <dark.shadow4(a)web.de> --- Is there a free demo of this? -- 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.

Jan. 8, 2018

[Bug 44325] New: Microsoft Powerpoint 2010: hangs up when seeking mp4 video

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=44325 Bug ID: 44325 Summary: Microsoft Powerpoint 2010: hangs up when seeking mp4 video Product: Wine Version: 3.0-rc4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: winegstreamer Assignee: wine-bugs(a)winehq.org Reporter: deto.haz(a)gmail.com Distribution: --- Microsoft Powerpoint 2010 hangs up when seeking playing video. I have tried to install MS Office 2010 on Wine 3.0-rc4, everything works like a charm. I was able to embed and play mp4 videos (only mp4) with Powerpoint; but when seeking, Powerpoint was suspended and could not return. But when I completely remove the audio channel from the file by "ffmpeg -i videoAndAudio.mp4 -c copy -an onlyVideo.mp4" command (only keep the video channel) and insert again, this hangup error has disappearred. So when I rebuilt from source to reproduce this error, I found that the bug occurs at dlls/winegstreamer/gst_cbs.c:call_cb function, where wait for condition pthread_cond_wait(&cbdata->cond, &cbdata->lock); and somewhere in dlls/winegstreamer/gstdemux.c:dispatch_thread. May be there is a deadlock with the synchronization of the audio and video channel. OS: Kubuntu 17.04 zesty MSOffice 2010 with no service pack riched20 (natice, builtin) msxml6 from winetricks (native, builtin) libgstreamer1.0-0 libgstreamer-pligins-{bad,base,good}1.0-0 Give me feedback if you need more information. Thanks & best regards Ha Binh Xuyen -- 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.

Jan. 8, 2018

[Bug 12501] Multiple application installers need mspatcha.dll ApplyPatchToFileW implementation (Microsoft Delta Compression API)

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=12501 --- Comment #45 from Fabian Maurer <dark.shadow4(a)web.de> --- Still present as of wine-3.0-rc5. Used Adobe Reader DC installer to test the issue. -- 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.

Jan. 8, 2018

[Bug 12501] Multiple application installers need mspatcha.dll ApplyPatchToFileW implementation (Microsoft Delta Compression API)

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=12501 Fabian Maurer <dark.shadow4(a)web.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dark.shadow4(a)web.de -- 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.

Jan. 8, 2018

[Bug 44324] yWriter5 crashes on opening a project

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=44324 Fabian Maurer <dark.shadow4(a)web.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download CC| |dark.shadow4(a)web.de URL| |http://www.spacejock.com/yW | |riter5_Download.html --- Comment #1 from Fabian Maurer <dark.shadow4(a)web.de> --- Adding download, correct me if that's the wrong program. Does the issue also appear with wine-3.0-rc5 in a fresh WINEPREFIX? -- 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.

Jan. 8, 2018

[Bug 29872] Guild Wars: Character graphic is corrupted

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=29872 Michal Suchanek <hramrach(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |hramrach(a)gmail.com --- Comment #35 from Michal Suchanek <hramrach(a)gmail.com> --- This seems to have improved in wine 3.0. There are two parts of this bug 1) the PC texture is not loaded when location is changed 2) the PC texture is corrupted when zoomed out wine 3.0 fixes (2) - most of the time the character texture is correct at all zoom levels whenever it is loaded fully. However, fully loading the texture almost never happens. So with wine 3.0 and a few other recent versions the deal is like this: - when you enter a new location or teleport (a loading screen is shown) 95% of the time your texture does not load properly and parts or all of your character is displayed as garbage. This happens for NPCs and PCs of other players as well but as they go out of sight and are displayed again they are eventually reloaded correctly. - when you change a piece of your PC (put on town clothes, change armor piece, show/hide helmet/swap weapons) the part of the character is reloaded and displayed properly - until next time you teleport. It may take a few (tens) of seconds initially to load the texture but once you do the swap it is scheduled and the correct texture eventually appears. Swapping between recently used looks is instanteous. - this does not happen in character selector, item preview, equipment view, etc. Loading the texture might take time there as well but it is never shown corrupted. This is probably because some additional effect is applied to the character in the world environment to reflect the surrounding light conditions. Using amdgpu driver. -- 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.

Jan. 8, 2018

[Bug 41275] Winemenubuilder should respect existing defaults for filetype associations

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=41275 --- Comment #5 from Michal Suchanek <hramrach(a)gmail.com> --- And as the Debian bug report for the same issue suggests this is a bug in the specification so either the freedesktop specification must be changed to work with the extra files installed by wine or wine must stop installing them automatically and only do so on request - probably something like watch the classes registry and whenever new mime type or handler is registered ask the user if it should be registered in the native desktop as well Yes/No/Always/Never. Probably special-casing the default handlers that come with wine is a good idea as well. The issue is that the user .local files do not amend but rather override the systemwide files for mime handlers, intentionally. You are supposed to select a default application (either by installing gnome or doing a manual selection in .local). For the latter only one of user or systemwide applications are provided as choices for a particular file type - its override, not amend. Same problem with file extensions which do not even have a default. So this is just overall not thought through but does not matter under usual circumstances. It is only problem with wine automatically creating .local mime files. -- 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.

Jan. 8, 2018

[Bug 44320] Can't locate dll from windows system directory (err:module: import_dll)

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=44320 --- Comment #9 from Fabian Maurer <dark.shadow4(a)web.de> --- Look a lot like bug 30713 indeed. Does it work in a fresh 32bit 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.

Jan. 8, 2018

[Bug 44322] Rapid Environment Editor startup error

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=44322 --- Comment #9 from Fabian Maurer <dark.shadow4(a)web.de> --- What kind of Linux on what hardware do you mean? Because for me on Arch Linux x64 it starts up just fine. And I somehow doubt you'll get the same log that you posted on normal Linux on x86. -- 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.

Jan. 8, 2018

[Bug 43787] Infoteam OpenPCS: can' t get the successful compiling progress and results

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=43787 --- Comment #17 from freedomBird <wj193102(a)gmail.com> --- I can understand most of the problems, but i can't handle the following question. ----snip---- 2, 2: Error found/expected : IDENTIFIER/_EOF_ PROGRAM FUNCTION_BLOCK FUNCTION GLOBAL_TYPE_BEGIN GLOBAL_PROTOTYPE_BEGIN BASIC_TYPE_BEGIN TYPE VAR VAR_GLOBAL VAR_EXTERNAL VAR_INPUT VAR_OUTPUT VAR_IN_OUT 9, 9: Error found/expected : VORDEF_DATA_TYPE_NAME/IDENTIFIER AT END_STRUCT COMMENT 11, 5: Error found/expected : END_STRUCT/IDENTIFIER AT END_TYPE COMMENT ----snip---- How can i handle the question? Please help me, 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.

Jan. 8, 2018