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.
http://bugs.winehq.org/show_bug.cgi?id=21855
Summary: WordPro Windows pull down does not show file names
Product: Wine
Version: 1.1.38
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P4
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ToddAndMargo(a)verizon.net
Created an attachment (id=26459)
--> (http://bugs.winehq.org/attachment.cgi?id=26459)
Missing file names in Windows pull down
Hi All,
Would you guys fix this for me?
I am using Lotus Word Pro N9.8.0208.1200. When you open two files (documents)
from the command line (the jpeg I have attached), then go to the "Window" pull
down to select which file to bring into focus, the file names are missing. If
you start Word Pro, then use File, Open to select two files, one at a time, the
second file does not show.
Many thanks,
-T
--
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=28759
Bug #: 28759
Summary: 'start inetcpl.cpl' fails
Product: Wine
Version: 1.3.30
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: RandomAccountName(a)mail.com
Classification: Unclassified
Starting inetcpl.cpl directly via the start command doesn't seem to be possible
in Wine. Running 'wineconsole cmd' and then 'start inetcpl.cpl' from within cmd
gives:
Application could not be started, or no application associated with the
specified file.
ShellExecuteEx failed: File not found
start C:/Windows/system32/inetcpl.cpl gives:
Application could not be started, or no application associated with the
specified file.
ShellExecuteEx failed: Success
Both cases bring up the Internet Options control panel applet on Windows XP.
Just running "wine inetcpl.cpl" also fails, with no output except "Segmentation
fault".
--
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=22273
Summary: CDBurnerXP doesn't start with Mono
Product: Wine
Version: 1.1.42
Platform: x86-64
URL: http://cdburnerxp.se/
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: RandomAccountName(a)mail.com
The summary basically says it all... with winetricks mono26, the program
installs but won't start. With winetricks dotnet20, it's buggy but at least
somewhat usable. There's not much terminal output:
fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Native.CDBXP" (1.0.4.0)
fixme:reg:GetNativeSystemInfo (0x9c9bf58) using GetSystemInfo()
--
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=30018
Bug #: 30018
Summary: Creative Writer 2 fails to open RTF and plain text
files
Product: Wine
Version: 1.4-rc5
Platform: x86-64
URL: ftp://ftp.microsoft.com/deskapps/kids/cw2install.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ole32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: RandomAccountName(a)mail.com
Classification: Unclassified
Created attachment 39086
--> http://bugs.winehq.org/attachment.cgi?id=39086
terminal output
Creative Writer 2 fails to open files in plain text or RTF format with the
message "Oops! An unexpected error 0x80030050 occurred." Files in its native
format (.max) can be opened successfully.
In older Wine versions, it was possible to work around this with native ole32
from DCOM98.
--
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.