wine-bugs February 2015

wine-bugs@winehq.org

1 participants
8584 discussions

[Bug 26263] New: __wine_call_from_regs violates x86 ABI
by wine-bugs＠winehq.org 06 Feb '18

06 Feb '18

http://bugs.winehq.org/show_bug.cgi?id=26263 Summary: __wine_call_from_regs violates x86 ABI Product: Wine Version: 1.3.14 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: bart.vanassche(a)gmail.com Created an attachment (id=33470) --> (http://bugs.winehq.org/attachment.cgi?id=33470) Valgrind output As far as I know x86 applications should not modify data below the stack pointer. Running the latest (2011-02-27) git version of Wine under Valgrind results in many "address is just below the stack pointer" complaints. See also the attachment for the output of the following command: valgrind --suppressions=wine-memcheck.supp --trace-children=yes --trace-children-skip=/usr/bin/wineserver --trace-children-skip-by-arg=wineboot.exe,winemenubuilder.exe,services.exe,winedevice.exe,plugplay.exe,explorer.exe --vex-iropt-precise-memory-exns=yes --num-callers=32 --fullpath-after=$HOME/software --error-limit=no --gen-suppressions=all wine notepad -- 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 9493] New: Cosmetic Errors when using Default Luna theme from Windows XP
by wine-bugs＠winehq.org 03 Feb '18

03 Feb '18

http://bugs.winehq.org/show_bug.cgi?id=9493 Summary: Cosmetic Errors when using Default Luna theme from Windows XP Product: Wine Version: 0.9.44. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P3 Component: wine-gui AssignedTo: wine-bugs(a)winehq.org ReportedBy: smackdat1(a)gmail.com Created an attachment (id=7842) --> (http://bugs.winehq.org/attachment.cgi?id=7842) errors using luna theme Background for dragbar is black and Frame and Checkbox labelsdo not blend with the background. Component is just a guess -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 31

[Bug 38064] New: Using alt+enter to fullscreen any rpgmaker XP game causes keyboard input lose and not fullscreen
by wine-bugs＠winehq.org 02 Feb '18

02 Feb '18

https://bugs.winehq.org/show_bug.cgi?id=38064 Bug ID: 38064 Summary: Using alt+enter to fullscreen any rpgmaker XP game causes keyboard input lose and not fullscreen Product: Wine Version: 1.7.36 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: t_arceri(a)yahoo.com.au Distribution: --- Full screen used to work fine in wine-1.7.31 and broke in wine-1.7.31. Now when I try to go full screen it doesn't take input from the keyboard meaning I can't exit and have to power off my laptop. Also it doesn't fullscreen properly just part of the window is redrawn in the top left. I've bisected the input issue to this commit: 45d530461bf29c953f5f4532cc0e917b4c4fc296 is the first bad commit commit 45d530461bf29c953f5f4532cc0e917b4c4fc296 Author: Stefan Dösinger <stefan(a)codeweavers.com> Date: Thu Nov 13 20:39:25 2014 +0100 wined3d: Minimize device windows on focus loss. And bisected the drawing issue to: commit f6dde7062413a1dfdd71acc92c5178ac66f3ade0 Author: Stefan Dösinger <stefan(a)codeweavers.com> Date: Tue Nov 18 21:26:57 2014 +0100 wined3d: Restore the display mode on focus change. Example app: http://www.itsqueeze.com/wp-content/uploads/2015/02/Custom_Mouse_System.tar… You also need the run time package for Rpgmaker XP: http://www.rpgmakerweb.com/download/additional/run-time-packages Just run Game.exe and press alt+enter -- 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 13332] New: widl fails with unknown embedded type for somedata (0x0)
by wine-bugs＠winehq.org 02 Feb '18

02 Feb '18

http://bugs.winehq.org/show_bug.cgi?id=13332 Summary: widl fails with unknown embedded type for somedata (0x0) Product: Wine Version: 1.0-rc1 Platform: Macintosh OS/Version: Mac OS X 10.5 Status: UNCONFIRMED Severity: critical Priority: P2 Component: tools AssignedTo: wine-bugs(a)winehq.org ReportedBy: sachin_bhandare(a)persistent.co.in Created an attachment (id=13211) --> (http://bugs.winehq.org/attachment.cgi?id=13211) Sample IDL file Attached sample IDL file fails with following error. $>widl -I $WINE_HOME/include/wine/windows -I. -s -u -p -h test.idl error: write_embedded_types: unknown embedded type for somedata (0x0) I am using following WIDL version $>widl -V Wine IDL Compiler version 1.0-rc1 Copyright 2002 Ove Kaaven -- 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 18

[Bug 20902] New: (winehq.org) Navigation improvements on docs
by wine-bugs＠winehq.org 31 Jan '18

31 Jan '18

http://bugs.winehq.org/show_bug.cgi?id=20902 Summary: (winehq.org) Navigation improvements on docs Product: WineHQ.org Version: unspecified Platform: PC URL: http://winehq.org/site/docs/winelib-guide OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: www-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: adys.wh(a)gmail.com Just a couple of nav improvements for the winelib guide. http://winehq.org/site/docs/winelib-guide is a 404. It would be nice to make it a redirect to http://winehq.org/site/docs/winelib-guide/index - complying with the Jump to Parent feature in some browsers/browser addons and dealing with one less 404. Home/Up links are only at the bottom of the page which is very annoying. A small breadcrumb atop of the page would be very 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 10

[Bug 36935] New: GitWeb doesn't provide HTTPS links when fetching HTTPS page.
by wine-bugs＠winehq.org 31 Jan '18

31 Jan '18

https://bugs.winehq.org/show_bug.cgi?id=36935 Bug ID: 36935 Summary: GitWeb doesn't provide HTTPS links when fetching HTTPS page. Product: WineHQ.org Version: unspecified Hardware: x86 URL: https://source.winehq.org/git/wine.git/ OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: www-unknown Assignee: wine-bugs(a)winehq.org Reporter: sagawa.aki+winebugs(a)gmail.com How to reproduce: 1. visit https://source.winehq.org/git/wine.git/ with your favorite browser. 2. click `commitdiff' at the top of the page. Expected behavior: Establish SSL sessions, i.e. visiting URL is https://source.winehq.org/git/wine.git/commitdiff . Actual behavior: Establish HTTP sessions, i.e. visiting URL is http://source.winehq.org/git/wine.git/commitdiff . -- 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 34956] New: Proposal: Use https by default for winehq
by wine-bugs＠winehq.org 31 Jan '18

31 Jan '18

http://bugs.winehq.org/show_bug.cgi?id=34956 Bug #: 34956 Summary: Proposal: Use https by default for winehq Product: WineHQ.org Version: unspecified Platform: Other OS/Version: other Status: NEW Severity: enhancement Priority: P2 Component: www-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: adys.wh(a)gmail.com Classification: Unclassified The following subdomains work perfectly on https: https://www.winehq.org https://forum.winehq.org https://bugs.winehq.org https://appdb.winehq.org The following subdomains still have some issues: https://testbot.winehq.org https://wiki.winehq.org https://forums.winehq.org (#34955) I would suggest enabling https by default where possible, except where the winhttp tests are querying. This is done easily enough with an HSTS ruleset (https://en.wikipedia.org/wiki/HTTP_Strict_Transport_Security). -- 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 18

[Bug 28229] New: http://source.winehq.org/patches/data/foo doesn't have proper character set header
by wine-bugs＠winehq.org 31 Jan '18

31 Jan '18

http://bugs.winehq.org/show_bug.cgi?id=28229 Summary: http://source.winehq.org/patches/data/foo doesn't have proper character set header Product: WineHQ.org Version: unspecified Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: www-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Patches with non-ascii characters in them, e.g. http://source.winehq.org/patches/data/78111 do not render properly in web browsers. Let's see what http headers are set: $ wget -S http://source.winehq.org/patches/data/78111 HTTP request sent, awaiting response... HTTP/1.1 200 OK Date: Mon, 29 Aug 2011 21:53:21 GMT Server: Apache/2.2.9 (Debian) mod_ssl/2.2.9 OpenSSL/0.9.8g mod_wsgi/2.5 Python/2.5.2 Last-Modified: Mon, 29 Aug 2011 21:50:01 GMT ETag: "1509746-f335-4ababe07eb440" Accept-Ranges: bytes Content-Length: 62261 Keep-Alive: timeout=5 Connection: Keep-Alive Content-Type: text/plain Length: 62261 (61K) [text/plain] text/plain doesn't give much idea what character set is in use. $ hexdump 78111 -C | head 00000000 46 72 6f 6d 3a 20 41 6e 64 72 c3 a9 20 48 65 6e |From: Andr.. Hen| http://www.utf8-chartable.de/ says that 'c3 a9' is é, so the page is probably utf-8, and following http://www.w3.org/International/O-HTTP-charset the page should probably be served with Content-Type: text/plain; charset=utf-8 rather than Content-Type: text/plain (although until the entire wine tree is in utf-8, it's kind of hard to say whether patches can actually be represented properly in utf-8.) -- 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 33104] New: Joysticks/pads not detected in Kerbal Space Program.
by wine-bugs＠winehq.org 25 Jan '18

25 Jan '18

http://bugs.winehq.org/show_bug.cgi?id=33104 Bug #: 33104 Summary: Joysticks/pads not detected in Kerbal Space Program. Product: Wine Version: unspecified Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: sal_vager(a)o2.co.uk Classification: Unclassified Joysticks and gamepads are not detected in Kerbal Space Program, and cannot be set as control devices in the games settings so they cannot be use in the game. Kerbal Space Program is made in the Unity game engine, which uses rawinput for cross platform compatibility, and while the rawinput patch that was added in Wine 1.5.13 ( http://gitorious.org/chakra-packages/lib32/blobs/89c459680eb9a67ed8bf44c1ca… ) provides keyboard and mouse support, it doesn't work for joysticks. Now that rawinput support is integrated, it'd help a lot if the support were expanded to include sticks and pads. The KSP demo can be found here: https://kerbalspaceprogram.com/files/KSP_demo_win.zip -- 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 36946] New: FindFirstFileExW() needs FIND_FIRST_EX_CASE_SENSITIVE support
by wine-bugs＠winehq.org 25 Jan '18

25 Jan '18

http://bugs.winehq.org/show_bug.cgi?id=36946 Bug ID: 36946 Summary: FindFirstFileExW() needs FIND_FIRST_EX_CASE_SENSITIVE support Product: Wine Version: 1.7.22 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: anduchs(a)gmail.com FindFirstFileExW() has no support for the FIND_FIRST_EX_CASE_SENSITIVE flag. Instead it currently returns INVALID_HANDLE_VALUE. Games affected: Marvel Heroes 2015 The attached patch does not introduce correct handling, but makes the flag ignored and throws a warning (similar to other places). -- 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 19

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