August 2011 - Wine-bugs - list.winehq.org

[Bug 9262] New: Adobe Photoshop CS filter gallery preview doesn't work
by wine-bugs＠winehq.org 23 Feb '12

23 Feb '12

http://bugs.winehq.org/show_bug.cgi?id=9262 Summary: Adobe Photoshop CS filter gallery preview doesn't work Product: Wine Version: CVS Platform: All URL: http://download.adobe.com/pub/adobe/magic/photoshop/win/ 8.x/AdobePhotoshopCS.zip OS/Version: All Status: NEW Keywords: download Severity: normal Priority: P2 Component: wine-misc AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Run Adobe Photoshop CS. Open an image. Go to Filter / Filter Gallery. Open up each of the filter groups in turn. The gallery is supposed to show a sample of each filter applied to a sample image, but the filtered sample images are really hard to make out, they don't seem to be displayed properly. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 5

[Bug 10567] New: Return value mistake in msiexec.c
by wine-bugs＠winehq.org 23 Feb '12

23 Feb '12

http://bugs.winehq.org/show_bug.cgi?id=10567 Summary: Return value mistake in msiexec.c Product: Wine Version: CVS/GIT Platform: All OS/Version: All Status: UNCONFIRMED Severity: trivial Priority: P2 Component: wine-programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: patrick.a.moran(a)gmail.com Created an attachment (id=9334) --> (http://bugs.winehq.org/attachment.cgi?id=9334) A patch that corrects the return value I was just looking at the git source for msiexec.c, and noticed that in the msi_atou() function, it calculates the DWORD, then returns 0 instead of the calculated value. The file attached is a patch that simply returns the calculated return value instead of 0. Please be gentle, this is a lot of firsts for me. It's the first time I've ever used git, generated a patch, used a bugzilla, or really submitted anything but a human-language translation to an open-source project. If my patch is not of the correct format, just let me know and I'll fix it. Also I wasn't sure if this is the correct venue for submitting this patch. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 8

[Bug 25669] New: Add a "bisected" keyword, please
by wine-bugs＠winehq.org 23 Feb '12

23 Feb '12

http://bugs.winehq.org/show_bug.cgi?id=25669 Summary: Add a "bisected" keyword, please Product: WineHQ Bugzilla Version: unspecified Platform: All OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: bugzilla-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: t.artem(a)mailcity.com A lot of regressions have the problem identified and pinpointed to an exact commit. I suppose such a keyword could be very useful for developers. -- 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 24411] New: Unused fields/values in bugzilla
by wine-bugs＠winehq.org 23 Feb '12

23 Feb '12

http://bugs.winehq.org/show_bug.cgi?id=24411 Summary: Unused fields/values in bugzilla Product: WineHQ Bugzilla Version: 3.2.3 Platform: x86 OS/Version: All Status: UNCONFIRMED Severity: trivial Priority: P2 Component: bugzilla-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: adys.wh(a)gmail.com The following fields are completely unused in wine bugzilla: - Priority - Difficulty - Whiteboard In addition to that, many OSes are unused (and realistically unnecessary), eg windows 3.1, aix and what not. If there's really bugs for those, they could go in Other. Also, WORKSFORME is unused here, as INVALID is the correct resolution. Are there any plans to fix all this? Bugzilla can be pretty confusing even when you're familiar with it; removing all this would go a long way to avoid new users using wrong values etc. -- 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 10324] New: Running Wine as root should generate warning
by wine-bugs＠winehq.org 23 Feb '12

23 Feb '12

http://bugs.winehq.org/show_bug.cgi?id=10324 Summary: Running Wine as root should generate warning Product: Wine Version: 0.9.48. Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P2 Component: wine-misc AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Since running Wine as root can cause so many problems/damage, there should be some way to either warn/prevent users from doing so. Looking at gedit (http://www.gnome.org/projects/gedit/) while editing some files in Ubuntu got me thinking that a small popup warning that running Wine as root can cause severe damage/etc and/or refusing to run as root would be a good idea. Shouldn't be too terribly hard to implement, and could hopefully prevent some users from damaging their systems/losing data. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 22

[Bug 14509] New: RegGetValue sometimes doesn't work properly
by wine-bugs＠winehq.org 23 Feb '12

23 Feb '12

http://bugs.winehq.org/show_bug.cgi?id=14509 Summary: RegGetValue sometimes doesn't work properly Product: Wine Version: 1.1.1 Platform: All OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: advapi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: info(a)mkosch.de Created an attachment (id=14835) --> (http://bugs.winehq.org/attachment.cgi?id=14835) Solution for wrong behaviour of RegGetValue While configuration "The Bat!" for Wine I found out a problem with "RegGetValueA" and "RegGetValueA". In case dwFlags contains the Bits (RRF_RT_REG_EXPAND_SZ | RRF_RT_REG_SZ) and not the bit RRF_NOEXPAND the function will return ERROR_INVALID_PARAMETER. This is wrong behaviour, because expansion will transform a result of type RRF_RT_REG_EXPAND_SZ into RRF_RT_REG_SZ which satisfies the request. This behaviour causes "The Bat!" to be unable to access some of its registry settings, including the registration code. So it refuses to work after the trial period expired and the code need to be entered manually every time the program starts up. Other programs may be affected ass well, especially because the flag RRF_RT_ANY won't work. I built a patch for wine 1.1.1 wich solves this issue. This patch applies to advapi32. -- 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 9917] New: Add X11 child window for client area
by wine-bugs＠winehq.org 23 Feb '12

23 Feb '12

http://bugs.winehq.org/show_bug.cgi?id=9917 Summary: Add X11 child window for client area Product: Wine Version: 0.9.46. Platform: All OS/Version: All Status: NEW Severity: normal Priority: P1 Component: wine-x11driver AssignedTo: wine-bugs(a)winehq.org ReportedBy: thunderbird2k(a)gmx.net The number of pixel formats which can be used in OpenGL is limited due to constraints of the Wine X11 Driver. At Wine startup an X visual is selected which is used for creating an X11 Window. This Window is in general reused for OpenGL. In Windows OpenGL the pixel format is set when you want to use OpenGL. (So in case of Wine we select a pixel format before actually setting up OpenGL; second Windows OpenGL doesn't allow changing the pixel format). Now thanks to the xcomposite/pixmap backends for child window rendering we can enable multiple pixel formats. The use of those backends has performance limitations, so far that reason only 1 pixel format is still offered. We need to readd an X11 child window for the client area of the toplevel window. This will help fullscreen OpenGL/D3D programs. For apps that use child windows we use the xcomposite/pixmap backend. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 20

[Bug 12471] New: Daily wine GIT snapshot request
by wine-bugs＠winehq.org 23 Feb '12

23 Feb '12

http://bugs.winehq.org/show_bug.cgi?id=12471 Summary: Daily wine GIT snapshot request Product: Wine Version: CVS/GIT Platform: All OS/Version: All Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: t.artem(a)mailcity.com Most Linux users do not have GIT installed and it's a major difficulty for most of them to install and use GIT to fetch the latest snapshot of Wine. At the same time there are many bugs which might have been fixed in a current GIT snapshot. What I propose is a daily current GIT snapshot of Wine as a full .tar.bz2 archive and/or a binary xdelta/deltup patch against the latest released version of Wine (diff is not sufficient as it cannot cope with binary data). -- 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 11618] New: Wineinstall blocks midway through
by wine-bugs＠winehq.org 23 Feb '12

23 Feb '12

http://bugs.winehq.org/show_bug.cgi?id=11618 Summary: Wineinstall blocks midway through Product: Wine Version: 0.9.55. Platform: All OS/Version: All Status: UNCONFIRMED Severity: enhancement Priority: P5 Component: build-env AssignedTo: wine-bugs(a)winehq.org ReportedBy: juhos(a)mbnet.fi When installing wine with tools/wineinstall, it first runs configure, then asks if you want to install system-wide, then runs make. This is wrong, because it forces the user to stick around until configure is finished. Instead, the question should be asked as a first thing when wineinstall runs. This way, local (non-systemwide) installs could run to finish without further user input, and even system-wide ones would only block just before actual install. Of course it would be even better to also ask root password (if needed) at the beginning, but that might have security risks, based on how it is implemented. -- 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 10965] New: DInput wiki entry says status of Joystick support in wine is unknown
by wine-bugs＠winehq.org 23 Feb '12

23 Feb '12

http://bugs.winehq.org/show_bug.cgi?id=10965 Summary: DInput wiki entry says status of Joystick support in wine is unknown Product: WineHQ.com Version: unspecified Platform: All URL: http://http://wiki.winehq.org/DInput OS/Version: All Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: misc-web AssignedTo: wine-bugs(a)winehq.org ReportedBy: remailer(a)gmail.com A few moments ago when looking for the status of joystick support in wine, I googled site:wiki.winehq.org joystick, the third hit was this http://wiki.winehq.org/DInput which is a year old and says: Joystick status No idea :-) It would probably be a good idea if someone updated this with confirmation of support status 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 4