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.
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.
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.
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.
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.
http://bugs.winehq.org/show_bug.cgi?id=9284
Summary: Some pages are freely editable
Product: WineHQ.com
Version: unspecified
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: misc-web
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mverga(a)freemail.it
Sections "Development - To Do List" and "Development - Janitorial" are freely
editable by anonymous user. I think that is dangerous, is that wished or is it
a bug?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=12181
Summary: SHELL32.dll.SHGetFolderPathAndSubDirA not supported
Product: Wine
Version: 0.9.58.
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: enhancement
Priority: P1
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: collinstocks(a)gmail.com
The program Adobe Premiere Pro requires a certain function in order to run that
is not implemented in wine yet.
Call from 0x102d2818 to unimplemented function
SHELL32.dll.SHGetFolderPathAndSubDirA
>From the name, it looks like it should be a pretty simple api to implement or
at least fake temporarily, although programming in C is not my strong point.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=11086
Summary: Noiseware needs a real GdipCreateHBITMAPFromBitmap
implementation
Product: Wine
Version: 0.9.52.
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: gdiplus
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ba(a)cykian.net
Created an attachment (id=10109)
--> (http://bugs.winehq.org/attachment.cgi?id=10109)
Crash log and backtrace
Hello,
Imagenomic Noiseware Community Edition 5.2 needs a real implementation of
GdipCreateHBITMAPFromBitmap to work. The stub present in Wine 0.9.52 is not
enough and causes a crash.
With the stub, the application crashes when the user tries to open a file to
work on.
I attached a log.
For your information, adding gdiplus.dll in Wine c:\windows directory corrects
the problem and seems to make the application working just fine.
It seems that this application is not the first one to need
GdipCreateHBITMAPFromBitmap so it might be a good idea to implement this
function for real, unfortunately I have no idea of the way to do so.
Thanks
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=9254
Summary: Master of orion 3: blank screen as unable to access
directx surface
Product: Wine
Version: CVS
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-directx-ddraw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: T.P.Northover(a)sms.ed.ac.uk
In newer wine versions, moo seems unable to access the directX surface for some
reason. On startup this causes a blank screen and the text "DirectX surface
unavailable" instead of the intro movies and (eventually) title-menu.
git bisect tracked the change down to patch
df891b823ac6801d7359d7e398d5fa8832607328 but I'm not sure whether the problem
is with ddraw itself or the d3d commands it ends up calling now (or even in the
game itself).
I'm afraid I don't know DirectX to judge the correct semantics, and quickly got
very lost when I tried chasing the call by eye, but if I can do anything to
help debug this, shout.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=9705
Summary: FIFA 2007 - The cursor shape is ugly
Product: Wine
Version: 0.9.45.
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: minor
Priority: P4
Component: wine-directx-ddraw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kamihir(a)freemail.hu
The ingame cursor shape is ugly in FIFA 2007. It seems it has lower resolution
than in Windows.
Reproduce:
Start the game and check the in-games cursor in the menu. It is ugly.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.