http://bugs.winehq.org/show_bug.cgi?id=19662
Summary: Lotus Freelance Graphics 2.1 hangs at the splash
screen
Product: Wine
Version: 1.1.27
Platform: PC
OS/Version: Linux
Status: NEW
Keywords: win16
Severity: normal
Priority: P3
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
Created an attachment (id=22946)
--> (http://bugs.winehq.org/attachment.cgi?id=22946)
Wine 1.1.27 +relay +seh +tid
Lotus Freelance Graphics 2.1 hangs at the splash screen and has to be killed.
Console output:
fixme:hook:SetWindowsHookEx16 System-global hooks (3) broken in Win16
fixme:ole:OleRegisterServer16 (FLWPresentation,...): stub
fixme:toolhelp:InterruptUnRegister16 (0000), stub.
--
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=17614
Summary: Rise of Nations: Both mouse keys required for single
left-click
Product: Wine
Version: 1.0.0
Platform: PC
URL: http://www.microsoft.com/games/thronesandpatriots/downlo
ads.aspx
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P4
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
I don't know when this first started, but this is apparent in Wine 1.0.0
through 1.1.16.
The cursor in Rise of Nations and it's expansion Thrones and Patriots ignores
right-clicks and left-clicks. Clicking BOTH left and right mouse button acts
as a left click.
There is a workaround. Editing the rise2.ini file, setting "ForceGDICursor=1"
allows the cursor/mouse to behave normally. It also corrects a transparency
problem with the cursor.
I don't know what traces might be relevant here...
--
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=24209
Summary: Burger Shop fullscreen
Product: Wine
Version: 1.2
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: danimothonline(a)gmail.com
Created an attachment (id=30479)
--> (http://bugs.winehq.org/attachment.cgi?id=30479)
Screenshot of the bug.
When Burger Shop is fullscreen(default behavior), the window is displayed on
the top left corner of the screen. The graphics are distorted a little bit and
the clicks are made as if the screen was actually placed in the middle of the
screen.
In the screenshot attached, note:
1) The slightly distorted graphics
2) How my mouse is positioned in the middle of the screen, and the "Challenge
Mode" is highlighted. All clicks have a position relevant to the center of the
screen instead of the top left.
--
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=20843
Summary: Virtual colour depth & full screen resolution?
Product: Wine
Version: 1.1.33
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ezekiel000(a)lavabit.com
Would it be technically possible to implement a virtual desktop that allows you
to set the colour depth and resolution, but then wine will stretch the virtual
desktop to full-screen or to a custom resolution?
What would happen if you fooled a game that needed 256 colour depth into
thinking that's what it is running in while it is actually running at 24bit?
I ask this as I am unable to change my colour depth and reduce my resolution
below 640x480. And even when I could change my colour depth it meant restarting
the X-server. I assume other people will also have this problem.
--
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=31367
Bug #: 31367
Summary: "OK" button in folder selecting dialog of XMPSetup is
always unavailable
Product: Wine
Version: 1.5.9
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fracting(a)gmail.com
Classification: Unclassified
Created attachment 41208
--> http://bugs.winehq.org/attachment.cgi?id=41208
Log: XMPSetup folder open dialog broken
1. Download XMPSetup:
http://xmp.down.sandai.net/kankan/XMPSetup_4.9.0.1099-www.exe
1.5. (Optional)
Works around bug 31366 with `winetricks riched20` for displaying file path in
the file open dialog
2. Start with Wine XMPSetup
3.
- Click "接受"/"OK"
- Click "下一步"/"Next"
- Click "浏览"/"open" to open the "Select an Folder Dialog"/"选择文件夹"
- Select any folder in the dialog
Expect result:
the "OK"/"确定" button should be available
Actual result:
the button is always grey and unavailable
Not sure if the below message is related:
--- snip ---
fixme:shell:BrsFolder_OnCreate flags BIF_NEWDIALOGSTYLE partially implemented
fixme:shell:BrsFolder_OnCreate flags 110 not implemented
--- snip ---
--
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=32445
Bug #: 32445
Summary: PuTTY window does not receive focus when "Allow window
manager to control windows" option disabled
Product: Wine
Version: 1.5.19
Platform: x86-64
URL: http://www.chiark.greenend.org.uk/~sgtatham/putty/
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: markk(a)clara.co.uk
Classification: Unclassified
I noticed this issue testing PuTTY 0.62 with wine-1.5.19-74-g4bb92e1. Testing
on Lubuntu 11.10 (OpenBox 3.5.0 WM).
When the "Allow the window manager to control the windows" option has been
disabled using winecfg, the PuTTY terminal window does not receive keyboard
input. Instead the console window which you ran putty.exe from receives input.
That only applies to the PuTTY terminal window, not the initial settings
window. It also only applies when *not* in virtual desktop mode.
To reproduce:
- Disable "Allow the window manager to control the windows" in winecfg
- Download and run putty.exe. The PuTTY Configuration window appears. Note
that initially it does not seem to have focus; the window title bar is grey not
blue. However the window does actually have focus and receives keyboard input.
- Connect to a server. E.g. enter telehack.com for Host Name, Telnet for
connection type and click the Open button.
- The terminal window appears after a few seconds. It seems to be focused
(title bar blue) but even if you click in the window, the characters you type
appear in the console. (If you activate another window before clicking in the
PuTTY one, input goes to that window instead.)
--
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=23301
Summary: Steam 2010 version: tooltips popups even when the
steam windows isn't top-active one
Product: Wine
Version: 1.2-rc4
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mooroon2(a)mail.ru
Created an attachment (id=29052)
--> (http://bugs.winehq.org/attachment.cgi?id=29052)
Fragment of a screenshot showing the bug in action.
If I've got Steam client window opened on a page where some help tooltips are
expected to popup on mouseover's over some UI elements they would popup and
show as a top z-order window no matter is the Steam windows currently active
one or not. An example how might it look like may be seen in attached
screenshot.
Easiest page to trigger the bug is the "Game details" view in the games library
for the games with "Achievements" available - there would be tooltip popups
when moving the mouse pointer over the pictures representing the achievements.
This behavior was spotted with wine versions starting at about 1.2-rc1 and up
to current 1.2-rc4. Can't tell if earlier versions of Wine suffered the same
bug as I haven't got enough free time to compile and do some tests with em.
--
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=24525
Summary: Sharing of Files does not work - Application
"DVRManager" from Kathrein Germany - MFSServer
Product: Wine
Version: 1.3.3
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: panther(a)toppoint.de
panther@Akela:~/.wine/drive_c/Programme/Kathrein/DVRManager$ wine UFS822.exe
fixme:advapi:RegisterEventSourceW ((null),L"bgsvcgen"): stub
fixme:advapi:ReportEventW
(0xcafe4242,0x0004,0x0000,0x00000000,(nil),0x0001,0x00000000,0x73e7d4,(nil)):
stub
fixme:advapi:DeregisterEventSource (0xcafe4242) stub
--- Main Menue is shown.... selecting MFS-Server ... selecting Shareing
Server...
fixme:share:NetShareEnum Stub ((null) 502 0x33dbb4 -1 0x33dba8 0x33dbb8
0x33dbbc)
fixme:share:NetShareEnum Stub ((null) 502 0x33d538 -1 0x33d52c 0x33d53c
0x33d540)
--- asked for user/password....
so no crash anymore... but the NetShare does not work!
Any help? A new bug!
Download:
http://www.kathrein.de/esc-kathrein/data/receiver/pc-programm/dvr-manager-2…
YS
Panther
PS: It was a test with version Wine 1.3.3
--
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=22647
Summary: MindManager X5 Pro and MindManager 7
Product: Wine
Version: 1.1.44
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: crramirez(a)gmail.com
Created an attachment (id=27859)
--> (http://bugs.winehq.org/attachment.cgi?id=27859)
Mindmap without showing text
This application runs well, but they do not draw text correctly or do not draw
text at all. See the screenshots.
The applications are fast enough to be usable. The strange thing is that in
CrossOver 9.0 that is wine 1.1.34 based. It draws correctly but it is to slow.
I think that could be one of two problems:
* Font engine, due to CrossOver and wine have different ones.
* DIB Engine, maybe the dib engine was changed in recent wine versions and in
CrossOver don't.
Anyone can help me to do further tests in order to this issue be fixed?
Regards
--
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=32508
Bug #: 32508
Summary: StringFormatFlagsNoClip breaks StringAlignmentCenter
and (probably) StringAlignmentFar)
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdiplus
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: alexpigna.dev(a)gmail.com
Classification: Unclassified
In method GdipDrawString if StringFormatFlagsNoClip flag is enabled the string
rect width is modified to be very large. This breaks how centered and probably
far alignments are handled since the string will be moved a crazy amount of
pixels to the right.
Since when StringFormatFlagsNoClip is on the clipping region is already
disabled I suspect that modifying the width is not only broken but also
unnecessary. I'm not sure though since I don't know gdiplus code well enough.
Leaving the width as it is fixes the issue for my case: a .net launcher for a
game.
--
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.