January 2019 - Wine-bugs - list.winehq.org

[Bug 46434] New: GUI components not showing when usnig the GTK-3 theme.
by wine-bugs＠winehq.org 07 Jan '19

07 Jan '19

https://bugs.winehq.org/show_bug.cgi?id=46434 Bug ID: 46434 Summary: GUI components not showing when usnig the GTK-3 theme. Product: Wine Version: 4.0-rc5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: badouri.g(a)gmail.com Distribution: --- Created attachment 63208 --> https://bugs.winehq.org/attachment.cgi?id=63208 Only the top buttons are rendered because I clicked them. Hi there, This is my first bug-report so go easy on me. I'm running wine-staging rc5 on Fedora 29 x86-64. The build was installed from the official repository: https://dl.winehq.org/wine-builds/fedora/29 Now by default in winecfg -> staging tab there is a box that says: "Enable GTK3 Theming" It's checked by default. However this causes the gui elements (buttons, input fields etc) in BMC Remedy User to not being visible unless I highlight them. e.g. for buttons I need to click and keep it them pressed, then move the cursor away from them and release the button, so I don't click them right away. Then they show up. This is a bit of a pain, when there's forms with multiple buttons, textfields etc.. When I disable GTK3 theming they do show up properly. See the attachment, I highlighted the top three buttons for them to show up. The others are not rendered by default. -- 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 1

[Bug 46431] New: Quicktime VR 2.1 videos don't play properly
by wine-bugs＠winehq.org 07 Jan '19

07 Jan '19

https://bugs.winehq.org/show_bug.cgi?id=46431 Bug ID: 46431 Summary: Quicktime VR 2.1 videos don't play properly Product: Wine Version: 3.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jorgesanini(a)gmail.com Distribution: --- I have tried to play a game based around QuickTime 2.1.2.59 (Safecracker from 1996) that uses QuickTime VR videos where you are able to use the mouse to look around the environment. However, when I try to look around with the mouse the video does not move at all (sometimes it does but it stops doing it at random). This is probably related to bug 18257 that reports that QuickTime 2 video player stops playing videos after 0.5 seconds since looking around the video could be the same action as playing the video, however this bug doesn't seem to be fixed in latest wine versions, which is probably a regression since it seems to have been fixed at some point in Wine 1.2 (as seen here: https://bugs.launchpad.net/ubuntu/+source/wine/+bug/355567) I tried with Wine staging 3.21 but this happens too in the stable branch (and probably in every recent version of 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.

1 0

[Bug 46427] New: Ubuntu Repository Broken
by wine-bugs＠winehq.org 06 Jan '19

06 Jan '19

https://bugs.winehq.org/show_bug.cgi?id=46427 Bug ID: 46427 Summary: Ubuntu Repository Broken Product: Packaging Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-packages Assignee: wine-bugs(a)winehq.org Reporter: pkutzner+winehq(a)gmail.com CC: michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- The current Ubuntu Bionic repository's Packages.xz file is coming up with an incorrect size/hash error. I don't know if this problem affects other builds as well. E: Failed to fetch https://dl.winehq.org/wine-builds/ubuntu/dists/bionic/main/binary-amd64/Pac… File has unexpected size (71508 != 74696). Mirror sync in progress? [IP: 151.101.46.217 443] Hashes of expected file: - Filesize:74696 [weak] - SHA512:393e59be2c01ffd6191b7981bcb12f324f8a106158504082f1a529282903a19ae8478b366a432247d3670fde4d55be66ea052d3eb0ef568467b086587190877f - SHA256:4dfb4a00c3ec0ee5a96a0617040477fd6eb35bf02ec52f55e872e54519a5c881 - SHA1:60baf1398afd5beb492cc5bf9ccf679190e64c26 [weak] - MD5Sum:0023b0fa659c0bea9511f55e3dbe303e [weak] Release file created at: Sun, 06 Jan 2019 15:07:05 +0000 This is the case for both the amd64 and i386 builds. I initially saw this error for the i386 build, but added [arch=amd64] to my sources.list file to force the amd64 version and got the same 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.

1 4

[Bug 44128] New: HebRech Invoicing throws error message
by wine-bugs＠winehq.org 05 Jan '19

05 Jan '19

https://bugs.winehq.org/show_bug.cgi?id=44128 Bug ID: 44128 Summary: HebRech Invoicing throws error message Product: Wine Version: 2.22 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: maiktapwagner(a)aol.com Distribution: --- Created attachment 59867 --> https://bugs.winehq.org/attachment.cgi?id=59867 Console Output (wine 2.22) Hello everyone, after testing HebRech which got its own entry in the AppDB I noticed that the button "Rechnung" in the main programm throws an error message. Ein unerwarteter Fehler ist aufgetreten: LOMAIN ist kein Objekt. (1) Klasse Commain_optionsdialogsservice (Zeile: 0) Translation: An unexpected error has occured: LOMAIN is not an object. (1) Class Commain_optionsdialogsservice (Line: 0) Console output is attached. Please note that this program requires a "winetricks dotnet46" to install. -- 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 1

[Bug 33835] New: Touhou 13.5 black screen
by wine-bugs＠winehq.org 05 Jan '19

05 Jan '19

http://bugs.winehq.org/show_bug.cgi?id=33835 Bug #: 33835 Summary: Touhou 13.5 black screen Product: Wine Version: unspecified Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: directx-d3dx9 AssignedTo: wine-bugs(a)winehq.org ReportedBy: murela_alba(a)abv.bg CC: wine-bugs(a)winehq.org Classification: Unclassified Created attachment 44861 --> http://bugs.winehq.org/attachment.cgi?id=44861 Title screen When running Hopeless Masquerade after the loading screen the only thing rendered is the main menu and game logo, with no background and when trying to go into story mode, the entire screen turns black. Music and sound effects are running properly at the same time. Game version is 1.03b, but 1.0 does the same. Tested with wine 1.6-rc2 on Ubuntu 13.04 (64-bit). -- 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 15

[Bug 38721] New: Steam problem - Wine uncompability or something similar
by wine-bugs＠winehq.org 04 Jan '19

04 Jan '19

https://bugs.winehq.org/show_bug.cgi?id=38721 Bug ID: 38721 Summary: Steam problem - Wine uncompability or something similar Product: Wine Version: 1.7.44 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: adriansnetlis3(a)inbox.lv Distribution: --- Created attachment 51646 --> https://bugs.winehq.org/attachment.cgi?id=51646 The .log file with errors Hi! I want to report that Steam installation has a problem here. I am posting the log as attachment, but it is PlayOnlinux. Why PlayOnLinux - I am not gone do very the same in console now as the installation was long for running Resident Evil 5. But I am 100% sure this problem is releated to Wine and will be the same also in non-POL installation. Actually, I am not 100% sure what the problem is, but the log puts out one error that POL members which I reported a problem with Resident Evil 5(here you can see my problem: https://www.playonlinux.com/en/topic-13184-Resident_Evil_5_Gold_Edition_Ste… ). It may be reason why Resident Evil 5 not run, so I have to ask it here as POL can't help with Wine errors. The POL log is in attachment. Please, don't reject this - this may be important for multiple people! -- 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 34334] New: MetaTester 5 never sends or receives data
by wine-bugs＠winehq.org 04 Jan '19

04 Jan '19

http://bugs.winehq.org/show_bug.cgi?id=34334 Bug #: 34334 Summary: MetaTester 5 never sends or receives data Product: Wine Version: 1.7.0 Platform: x86-64 URL: http://files.metaquotes.net/metaquotes.software.corp/m t5/mt5tester.setup.exe OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk Classification: Unclassified Created attachment 45702 --> http://bugs.winehq.org/attachment.cgi?id=45702 wine-1.7.0-199-g52fb1cc console output (1st run) The MetaTrader 5 Strategy Tester Agent (MetaTester 5) never sends or receives any data. It comes as part of MetaTrader 5 but is also available separately to create your own server farm. It installs itself as a system service on Windows (SYSTEM account) and runs in the background once it has been initially set up from the main application. Wine seems to have a problem running the services but that is a different problem (bug not yet logged). Wireshark confirms that no connection attempts are sent or received. Not externally anyway. The main application window shows statistics for data transfer and under Windows XP this can be a few kB each day when quiet (when stock markets are closed), but Wine never registers a single byte. Netstat shows that the agents themselves are listening: tcp 0 0 0.0.0.0:2001 0.0.0.0:* LISTEN 216313/wineserver I can telnet to this port and it remains open for a few seconds before timing out and closing. This does not register as data on the main application (same in XP). There are listeners on port 6010 and 6011 too but I think they're control ports. I am attaching the first run log as two agent services start successfully on first run. You can start as many as you like but it makes sense to have one agent per core. Ran all day on Windows XP and Linux to compare. In testing I enabled the agents to join the community (global) network. An account is not required for this. -- 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 45917] New: battle.net launcher and mouse position on high DPI monitor
by wine-bugs＠winehq.org 04 Jan '19

04 Jan '19

https://bugs.winehq.org/show_bug.cgi?id=45917 Bug ID: 45917 Summary: battle.net launcher and mouse position on high DPI monitor Product: Wine Version: 3.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: kdt3rd(a)gmail.com Distribution: --- In both wine 3.16 and 3.17, and both vanilla and wine-staging wine, the cursor / mouse position is scaled inside the Battle.net launcher application. I initially thought it was only temporary since it seemed there were a bunch of changes for correctly passing the DPI in the change sets for 3.16, but it has persisted, so thought to file a bug. Basically, when running on a (single) UHD monitor (nvidia graphics card, asus uhd monitor) where xdpyinfo returns 157 dpi (xdpyinfo|grep resolution gives 157x161 dots per inch), the Battle.net launcher application thinks the mouse is in the wrong position, meaning to click on a particular button, I need to move the window such that the button is in the upper left of the screen, or have the mouse be ~1.5x of the distance from the upper left from where the button actually is and have mouse still be inside the application (otherwise it switches focus to the application under the mouse). And even then, the "play" button is mouse-over highlighted wider than the actual button. When the button is just in from the top left of the display, it doesn't become active (mouse-over highlight or clickable) until the mouse is moved more than the distance from the top left. Which is flat strange, because I haven't resized the window, just moved, so the upper left of the toplevel app window is still offset by the same amount from the button. Of course, I don't know if it is computing position from the upper left of the top window or somehow querying the global cursor position and comparing that to the perceived global position of the widgets in the window. Basically, my attempt to naively find what is being scaled by dpi and what has been missed in that step have failed. Interestingly, if I do the above to move the window such that I can click the Play button and then launch a game, the mouse position seems fine when the game is running and in full screen - Of course, that's a different app, and as it is fullscreen, I presume because it forces itself to be at 0,0, and probably uses xrandr to reset the screen coordinates and figures itself out. If there is any other information that would be helpful, or if someone can point out code to look at / traces to turn on, I am happy to help. -- 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 32218] New: LTSpice: Objects not resized when the window is resized
by wine-bugs＠winehq.org 04 Jan '19

04 Jan '19

http://bugs.winehq.org/show_bug.cgi?id=32218 Bug #: 32218 Summary: LTSpice: Objects not resized when the window is resized Product: Wine Version: 1.5.17 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: 00cpxxx(a)gmail.com Classification: Unclassified Steps to reproduce: 1) Download, install and run LTSpice - http://ltspice.linear.com/software/LTspiceIV.exe 2) Create a new schematic (File -> New Schematic) 3) Press L, click somewhere (this will create a component in the screen) 4) Press ESC to go back to the select tool, hold CTRL and right-click the component to open a properties window. 5) Resize the window. The internal window listview will not get resized to match the new window size. This is not a duplicate of bug 3037 and may or may not be a duplicate of bug 7007 it will take a while to check. -- 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 45719] New: comctl32: treeview test_right_click depends on mouse pointer position
by wine-bugs＠winehq.org 04 Jan '19

04 Jan '19

https://bugs.winehq.org/show_bug.cgi?id=45719 Bug ID: 45719 Summary: comctl32:treeview test_right_click depends on mouse pointer position Product: Wine Version: unspecified Hardware: x86 OS: Windows Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: mail(a)colinfinck.de The result of the "test_right_click" part of the comctl32:treeview test highly depends on the mouse pointer position. Steps to reproduce under Windows: 1. Open a Command Prompt and type "comctl32_winetest treeview" without hitting RETURN. 2. Move the mouse pointer, so that it will be inside the TreeView test window that is spawned by the test. You probably need to run the test multiple times to estimate that position. 3. Hit RETURN to run the test. Result: "Test failed: parent right click sequence: ...", which doesn't happen if the mouse pointer is outside the TreeView test window. This bug has been uncovered during ReactOS Regression Testing, which is why a similar report exists in the ReactOS bug tracker too: https://jira.reactos.org/browse/CORE-14975 -- 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