http://bugs.winehq.org/show_bug.cgi?id=12202
Summary: No pic when installing Indiana Jones demo in fullscreen
Product: Wine
Version: 0.9.58.
Platform: PC
URL: http://www.jeuxvideo.fr/telecharger-demo-jouable-
2656.html
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jeremielapuree(a)yahoo.fr
Created an attachment (id=11610)
--> (http://bugs.winehq.org/attachment.cgi?id=11610)
good screenshot (windowed mode)
As said in the summary, there is no pic when installing Indiana Jones and the
Emperor4s tomb demo in fullscreen. Installing it windowed mode (thanks to
winecfg) makes the pictures appearing
I attached 2 screenshots to show the problem. And a good console output and a
bad one.
Joaopa
--
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=10270
Summary: Wine gecko does not send HTTP Accept-Language header
Product: Wine
Version: CVS/GIT
Platform: PC
OS/Version: Linux
Status: NEW
Severity: minor
Priority: P2
Component: wine-programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: thestig(a)google.com
Wine gecko does not send the HTTP Accept-Language header for HTTP requests.
This means for wine iexplore users, going to website that look for that header,
i.e. http://www.google.com/, will always return webpages in the web server's
default language choice rather than in the user's preferred language.
To see what headers a web browser is sending, go to:
http://schroepl.net/cgi-bin/http_trace.pl
Internet Explorer will send the string in HKCU\Software\Microsoft\Internet
Explorer\Internals\AcceptLanguage as the Accept-Language header.
With a clean .wine directory + gecko, Wine iexplore does not send anything.
I can change what Wine iexplore sends by adding:
user_pref("intl.accept_languages", "foo");
to prefs.js or user.js in ~/.wine/drive_c/windows/profiles/username/Application
Data/Mozilla/Profiles/MSHTML/hash/.
The ideal behavior would be: Wine iexplore should look in the same registry key
as IE, and that registry key should be properly initialized by
wineprefixcreate.
--
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=13424
Summary: msi winetests requires != limited user
Product: Wine
Version: 1.0-rc2
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: testcases
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: adam(a)tpetaccia.com
When running Winetest on WindowsXP, I've set up my user as a limited user. The
MSI tests all error out, one by one. The tests should instead check to see if
the user has Admin privlages, and then execute the tests, otherwise they should
be skipped (because Windows wouldn't allow that user to install anything in the
real world).
advpack->install may also need to be looked at.
--
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=9944
Summary: Cannot active Microsoft Office 2003 Over the telephone
Product: Wine
Version: CVS/GIT
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ead1234(a)hotmail.com
Created an attachment (id=8447)
--> (http://bugs.winehq.org/attachment.cgi?id=8447)
Picture of greyed out boxes
When I try to activate Microsoft Office 2003 using the phone method all of the
boxes are greyed out and I cannot type the codes into them.
--
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=12916
Summary: MPQEdit does not start if World of Warcraft is running
Product: Wine
Version: 0.9.60
Platform: PC
URL: http://www.zezula.net/en/mpq/download.html
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: adys.wh+winehqdotorg(a)gmail.com
Created an attachment (id=12638)
--> (http://bugs.winehq.org/attachment.cgi?id=12638)
WINEDEBUG=+process,+tid,+loaddll,+module,+seh set
MPQEdit version 2.x doesn't start if WoW is already running (any version of
WoW). MPQEdit 1.8 works fine.
Attached provided debug info aswell as output from
WINEDEBUG=+process,+tid,+loaddll,+module,+seh set
This does not always happen.
Download MPQEdit (version 2.0.0.x): http://www.zezula.net/en/mpq/download.html
--
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=13443
Summary: Incomedia Website X5: impossible to select the main
window
Product: Wine
Version: 1.0-rc2
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: shdocvw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: antonino(a)arcidiaco.com
I installed the retail version of Incomedia Website X5, but is impossible to
select the window, then i can't use that...
The window is like a transparent object, fact when i click it i select the
below window...
How to solve it?
Bye
--
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=13497
Summary: Kudos generates an access violation when trying to run
Product: Wine
Version: 1.0-rc2
Platform: PC
URL: http://gamecenter.oberon-media.com/game.htm?code=111838770&RefId=&origin=pcat_gm_
u
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: msclrhd(a)gmail.com
Steps to reproduce:
1. Install Kudos
2. Run Kudos.exe from the install directory
The program bails out with an access violation.
--
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=13951
Summary: SetParent doesn't behave properly
Product: Wine
Version: 1.0-rc5
Platform: PC-x86-64
OS/Version: Linux
Status: NEW
Keywords: source
Severity: normal
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dmitry(a)codeweavers.com
Created an attachment (id=14100)
--> (http://bugs.winehq.org/attachment.cgi?id=14100)
Sample application with source
Attached sample application behaves properly under Windows but makes
a popup window unmoveable and not responsive after a SetParent call.
--
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=11928
Summary: I Spy Junior black screen on startup
Product: Wine
Version: 0.9.57.
Platform: Other
OS/Version: other
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
This game was published in 1999 by Scholastic
(though my copy says "XP Compatible" on the cover).
There's a free trial at
http://www.scholastic.com/kids/downloads2go/productDetail.asp?productid=5&s…
The bug happens with both.
It's a 256 color game.
It installs, but gives just a black screen on startup.
Pressing ESC terminates (and in the demo version, takes
you to a web page where you can buy the game).
On first run of the cd version, one sees
err:wineboot:pendingRename couldn't get file attributes (2)
Then
err:ole:CoGetClassObject no class object {e78f7620-96cb-11cf-a00b-444553540000}
could be created for context 0x1
is seen on all runs.
On the download version, one sees (among many other things)
fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot
--
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=13481
Summary: ChangeDisplaySettings can't set *only* BPP
Product: Wine
Version: 1.0-rc2
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P4
Component: gdi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: rolf(a)neuberrosoft.de
Created an attachment (id=13402)
--> (http://bugs.winehq.org/attachment.cgi?id=13402)
Test case, w Makefile and full NetBeans project tree
Given an "incomplete" DEVMODE structure, with no fields set except for
dmBitsPerPel, and the corresponding flag in dmFields (i.e.
dmFields=DM_BITSPERPEL), ChangeDisplaySettings as implemented in Wine doesn't
replicate the behaviour of a real Windows system correctly.
A real Windows system happily executes the call and returns
DISP_CHANGE_SUCCESSFUL. Display bit-depth will be adjusted, if it was different
to begin with, while the remaining parameters stay as they were. After the
call, resolution and refresh are still whatever the user selected as the
desktop resolution. Even on 2k/XP, which are sometimes happy to drop the
refresh rate to 60Hz, the refresh rate remains constant, which is one of the
reasons I found this type of call to be useful sometimes.
I've tested this today with a MingW-built executable, and found the above to be
accurate for Windows 98SE, Windows 2000 SP4 and Windows XP SP2, irrespective of
whether the initial desktop bit depth is 16 bit or 32 bit.
On Wine (wine-1.0-rc2 on Ubuntu 8.04), the very same call to
ChangeDisplaySettings, made from the same executable, will fail with a return
code of -2 (DISP_CHANGE_BADMODE).
I've attached my test case. It will make the call and pop up a message box with
the results of the call.
I used the i586-mingw32msv-gcc compiler provided by the "mingw32" package in
the official Ubuntu repositories.
The project was set up in NetBeans 6 so the Makefile is somewhat convoluted,
but it doesn't appear as if the build process requires NetBeans. Just
navigating to the directory and running make seems to work. The executable ends
up in dist/Debug/GNU-Windows/.
Priority of the bug isn't high. I've used it in some graphics-library code, but
only in debug builds for my own testing purposes. I'm not aware of publically
available shipping programs that hit on this. Reported anyway, for
correctness's sake.
The app-level workaround is to query the current desktop mode and fill in the
DEVMODE structure more completely. Beyond the scope, but you get the idea.
I'm new to this Bugzilla stuff, so if I forgot some vital piece of info, please
be gentle. I want to be helpful.
--
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.