http://bugs.winehq.org/show_bug.cgi?id=24171
Summary: Wine menu localization leads to double entries.
Product: Wine
Version: 1.3.1
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: giulioo(a)gmail.com
System: Ubuntu 10.04 / Wine 1.3.1 (binary from ppa:ubuntu-wine/ppa)
I don't know if this is a Wine issue or Ubuntu's, just close this if you
think it's the latter.
When I run with IT Italian locale and install an app I get 2 menu folders named
"Programmi" (WRONG):
1) After the Wine install I get this menu structure:
Applicazioni -> Wine -> Programmi -> Accessori
2) I install an app in Wine and I get the "Programmi" menu entry twice:
Applicazioni -> Wine +-> Programmi -> Accessori
|
+-> Programmi -> AppName
When I run with US English locale and install the same app I get 1 menu folder
named "Programs" (RIGHT):
1) After the Wine install I get this menu structure:
Applications -> Wine -> Programs -> Accessories
2) I install the same app in Wine and I get the expected menu structure:
Applications -> Wine -> Programs +-> Accessories
|
+-> AppName
I get the same problem in wine-1.1.x and wine.1.2.
--
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=35329
Bug ID: 35329
Summary: Typo: "View the Available bug list"
Product: WineHQ Bugzilla
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: bugzilla-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: shlomif(a)shlomifish.org
Classification: Unclassified
Dear sirs or madams,
In Bugzilla: "View the Available bug list" (I got it on token.cgi) should be
"View the list of available bugs.".
Regards,
-- Shlomi Fish
--
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=23689
Summary: Tomb Raider III screen resolution problem when not
using virtual desktop mode
Product: Wine
Version: 1.2-rc6
Platform: x86
URL: http://www.tombraiderchronicles.com/tr3/demo.html
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: markk(a)clara.co.uk
This bug applies to the game Tomb Raider III, both the full game and
downloadable trial) and the demo. It also applies to Tomb Raider III: The Lost
Artifact.
A time-limited trial and demos can be downloaded from
http://www.tombraiderchronicles.com/tr3/demo.html
The demo is about 13MB, the trial 202MB. I'd suggest testing with the "South
Pacific" demo.
There is a problem related to screen resolution when Wine is *not* in virtual
desktop mode.
The game sets the X desktop to the appropriate resolution (640x480, 1024x768 or
whatever else you chose). But the game display size (in pixels) appears to be
the full/highest X desktop resolution. So only the upper left part of the game
display is visible on-screen, and in the case of a widescreen monitor, it is
stretched horizontally. For example, my laptop screen is 1680x1050 pixels. The
game seems to be rendering a 1680x1050-pixel display, but only the upper left
640x480 pixels would be visible on-screen. If instead I tell the game to use
1400x1050 resolution, then (since the vertical height matches) the game display
is stretched so the rightmost part is off-screen.
If testing with the demo or original CD, use winecfg to set Windows version to
Windows 98, otherwise Wine reports:
wine: Unhandled privileged instruction at address 0x48e2e1 (thread 001b),
starting debugger...
In Windows 98 mode, Wine reports instead err:int:__wine_emulate_instruction mov
cr4,eax at 0x00496a41 which is non-fatal. The trial version does not have this
problem. Alternatively, if testing with the original CD game, after installing
it run the unofficial XP/Vista patch from
http://www.tombraiderchronicles.com/cgi-bin/downloads2/dl.pl?fx_vista_trupd…
Start the demo by doing wine Tomb3.exe /setup. For me, that opens a full-screen
black window, and the Tomb Raider II Setup window appears behind it (so not
visible). Alt-Tab to switch to the game setup window and choose a resolution,
then click OK. Compare the in-game display with that when running with virtual
desktop mode enabled.
The only console output which might be (but probably isn't) relevant is:
fixme:win:EnumDisplayDevicesW ((null),0,0x32f5d8,0x00000000), stub!
fixme:d3d:swapchain_init Add OpenGL context recreation support to
context_validate_onscreen_formats
err:d3d7:IDirect3DDeviceImpl_7_SetRenderState Unhandled texture mag 0 !
err:d3d7:IDirect3DDeviceImpl_7_SetRenderState Unhandled texture min 0 !
In virtual desktop mode, the game resolution/rendering seems to work okay
(including when the virtual desktop resolution is widescreen, e.g. 1440x900).
--
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=3542
--- Comment #67 from Walter Woden <wodencafe(a)gmail.com> ---
(In reply to comment #66)
> This doesn't look like an internal wine thing. Somehow wine doesn't
> recognize the executables. Probably you see a difference if you check the
> executables with the "file" utility.
This is what I am seeing as output from the executables with the file command:
wodencafe@ubuntu:~/.wine/drive_c/Program Files/Bullfrog/Keeper$ file
keepd3d.exe
keepd3d.exe: PE32 executable (GUI) Intel 80386, for MS Windows
wodencafe@ubuntu:~/.wine/drive_c/Program Files/Bullfrog/Keeper$ file
KEEPER95.EXE
KEEPER95.EXE: PE32 executable (GUI) Intel 80386, for MS Windows
--
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=8539
--- Comment #20 from Nikolay Sivov <bunglehead(a)gmail.com> ---
I just sent some tests for IRecordInfo, and now it's clearly doesn't look good.
RecordCopy() is completely wrong, RecordClear() is incomplete. I also hit some
potential typelib problems, need to solve these first.
--
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=30227
Bug #: 30227
Summary: .lnk shortcuts created by NSIS installer: last
parameter done wrong
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: setupapi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jmichae3(a)yahoo.com
Classification: Unclassified
The last parameter's shortcuts created during installation for .lnk files are
created incorrectly.
Instead of having the spaces escapedwith \ the string should be surrounded by
double quotes and the \ escape characters not put in. This will cause the
shortcuts to work properly.
UNIX works properly with double quoted strings.
please fix. thanks.
--
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=3542
--- Comment #66 from Flo <CaptainSifff(a)gmx.de> ---
This doesn't look like an internal wine thing. Somehow wine doesn't recognize
the executables. Probably you see a difference if you check the executables
with the "file" utility.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=2082
--- Comment #141 from Ken Thomases <ken(a)codeweavers.com> ---
(In reply to comment #140)
> If we're reasonably sure that there's always a meaningful device window,
> then we can change the extension to just provide a function:
>
> BOOL wglEnableFullScreenWINE(HDC hdc, BOOL enable);
After thinking about it some more, I've changed my mind about this suggestion.
Such a function implies that the full-screen state can be toggled on or off at
any point during the DC's life. Really, we want it set immediately upon the DC
being obtained and cleared just before it's released. So, it should be part of
obtaining and releasing it.
My initial idea was a custom MakeCurrent, but I don't think that works well.
The DC needs to be "special" for operations that precede making the context
current.
--
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=3542
--- Comment #65 from Walter Woden <wodencafe(a)gmail.com> ---
(In reply to comment #64)
> I admit that in my original bug report I used keeper95.exe.
> What is working is the d3d version: keepd3d.exe
> I tested that. I'm undecided whether we still care about keeper95.exe ...
> On the other hand the extension deeper95 does not seem to be included in the
> direct3d version. Probably this warrants a new bug report.
Theres are good points. So I have tried to run keepd3d.exe and deepd3d.exe from
my Gold installation, and each one gives me this:
wodencafe@ubuntu:~/.wine/drive_c/Program Files/Bullfrog/Keeper$ wine
deepd3d.exe
err:module:map_image Could not map section .reloc, file probably truncated
err:module:map_image Could not map section .reloc, file probably truncated
wine: Bad EXE format for C:\Program Files\Bullfrog\Keeper\deepd3d.exe.
Nothing tries to run, no splash screen, just these errors.
Am I doing something wrong? Can anyone else confirm this behavior?
This is very different from what I would have expected given how KEEPER95.EXE
runs.
--
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.