http://bugs.winehq.org/show_bug.cgi?id=19375
Summary: AGENDA: background window tenaciously covering
installer window (+wrong z-order)
Product: Wine
Version: 1.1.26
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: koesterreich(a)gmx.net
When I start the AGENDA-installer, a full-screen "background-window" (showing
AGENDA logo and other unneeded stuff) is in front of all windows including the
main installer-window which is needed for doing the installation.
Standard Window Manager (using KDE 4.2 KWin) actions are effectless:
* Hitting Alt+F3, selecting "Minimize" does not work
* Hitting Alt+F3, selecting "Always in background" does not work
* Hitting Alt+F3, selecting "To desktop #..." does not work.
The only thing that allows me to continue the installation is to hold the
Alt-key, click and hold the mouse on the window and move it to the second
screen. Then I can proceed installation.
Please tell me which further information you need.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=37116
Bug ID: 37116
Summary: Audio Reset Failed with TextAloud MP3 1.459 + AT&T
Natural Voices 1.4
Product: Wine
Version: 1.7.24
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: porparek(a)gmail.com
Created attachment 49346
--> https://bugs.winehq.org/attachment.cgi?id=49346
wine.log with channels
+tid,+mmdevapi,+winmm,+driver,+msacm,+midi,+dsound,+dsound3d,+dmusic,+mci,+oss,+alsa,+coreaudio,+seh,+msgbox
Hi
I use TextAloud MP3 version 1.459 with AT&T Natural Voices (Mike voice) version
1.4 (any other 1.x version of TextAloud MP3 I tested is vulnerable).
I receive periodically the following error popup window:
"Audio Reset Failed: Access violation at address 7BC4DDFA in module
'ntdll.dll'. Write of address F82A011C"
The message is the same every time. The addresses are also the same.
When it occurs the audio hangs up and only the restart of the wine application
helps.
I use 64-bit Arch Linux and run 32 bit wine applications.
Wine version is wine 1.7.24 (32 bit).
The /proc/<wine app's PID>/maps is as follows. I can see that memroy region
ffbd0000-ffbf0000 is not writtable.
7bc00000-7bc10000 r-xp 00000000 08:02 13247900
/usr/lib32/wine/ntdll.dll.so
7bc10000-7bc11000 r-xp 00000000 00:00 0
7bc11000-7bcc6000 r-xp 00011000 08:02 13247900
/usr/lib32/wine/ntdll.dll.so
7bcc6000-7bcc7000 r--p 000c5000 08:02 13247900
/usr/lib32/wine/ntdll.dll.so
7bcc7000-7bcd1000 rwxp 000c6000 08:02 13247900
/usr/lib32/wine/ntdll.dll.so
f7707000-f7709000 r--p 00000000 00:00 0
f7709000-f770a000 r-xp 00000000 00:00 0 [vdso]
f7710000-ffa10000 ---p 00000000 00:00 0
ffa19000-ffa3a000 rw-p 00000000 00:00 0
ffa40000-ffbf0000 ---p 00000000 00:00 0
ffbf0000-ffff0000 rwxp 00000000 00:00 0
wine.log with the following channels enabled has been attached to this bug.
+tid,+mmdevapi,+winmm,+driver,+msacm,+midi,+dsound,+dsound3d,+dmusic,+mci,+oss,+alsa,+coreaudio,+seh,+msgbox
wine.log contains all the information from the moment wine starts until the
moment when "Audio Reset Failed" popup window occurs.
I found that adding "+relay" channel causes a bug not to reproduce. I suspect
that it is because writing to a wine.log file takes to much time what causes
the delays between "read" and "stop" become too long.
dmesg sound related entries are:
snd_hda_intel 0000:00:1b.0: irq 43 for MSI/MSI-X
sound hdaudioC0D0: autoconfig: line_outs=1 (0x12/0x0/0x0/0x0/0x0) type:line
sound hdaudioC0D0: speaker_outs=1 (0x13/0x0/0x0/0x0/0x0)
sound hdaudioC0D0: hp_outs=1 (0x11/0x0/0x0/0x0/0x0)
sound hdaudioC0D0: mono: mono_out=0x0
sound hdaudioC0D0: inputs:
sound hdaudioC0D0: Mic=0x14
sound hdaudioC0D0: Line=0x15
input: HDA Digital PCBeep as
/devices/pci0000:00/0000:00:1b.0/sound/card0/hdaudioC0D0/input5
input: HDA Intel Mic as /devices/pci0000:00/0000:00:1b.0/sound/card0/input6
input: HDA Intel Line as /devices/pci0000:00/0000:00:1b.0/sound/card0/input7
input: HDA Intel Line Out as
/devices/pci0000:00/0000:00:1b.0/sound/card0/input8
input: HDA Intel Front Headphone as
/devices/pci0000:00/0000:00:1b.0/sound/card0/input9
lsmod sound related entries are:
snd_hda_codec_analog 9595 1
snd_hda_codec_generic 56366 1 snd_hda_codec_analog
snd_hda_intel 22831 0
snd_hda_controller 22975 1 snd_hda_intel
snd_hda_codec 104665 4
snd_hda_codec_generic,snd_hda_intel,snd_hda_controller,snd_hda_codec_analog
snd_hwdep 6652 1 snd_hda_codec
snd_pcm_oss 41901 0
snd_mixer_oss 14598 1 snd_pcm_oss
snd_pcm 83207 4
snd_pcm_oss,snd_hda_codec,snd_hda_intel,snd_hda_controller
snd_timer 19294 1 snd_pcm
snd 61276 9
snd_pcm_oss,snd_hwdep,snd_timer,snd_pcm,snd_hda_codec_generic,snd_hda_codec,snd_hda_intel,snd_mixer_oss,snd_hda_codec_analog
soundcore 5551 2 snd,snd_hda_codec
The sound card is Integrated High Definition audio with ADI1884 codec, 3D audio
compliant with AC'97 Rev. 2.3.
The computer is HP COMPAQ DC7800.
The steps to reproduce a bug are as follows:
- activate the Mike's AT&T voice
- use keybord shortcuts to navigate the speech. Press read (ctrl+f) and stop
(ctrl+d) and then read and stop speaking and so on a few times in a sequense.
The delays between read, stop, read, stop etc. should be as short as possible
(e.g. 1 second). This is why the keyboard shortcuts are necessary. It takes me
about a minute to reproduce a bug. One may also use read, pause (ctrl+g),
pause, pause etc. sequence to reproduce it. The delay between actions should
also be about 1 second. Be aware that TextAlound starts reading but after a
while it fails. It is not like it is silent and does not read anything.
--
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=12707
Summary: some winemenubuilder processes never exit
Product: Wine
Version: 0.9.51.
Platform: PC
URL: http://wiki.winehq.org/AdobePhotoshop
OS/Version: Linux
Status: UNCONFIRMED
Keywords: download, regression
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: thestig(a)google.com
I noticed with Adobe Photoshop 6, the installer running in silent mode with the
'/s /SMS /w' switches would never finish. It turns out its waiting for the
winemenubuilder processes for Adobe Photoshop 6.0.lnk and Adobe ImageReady
3.0.lnk. Those two processes are stuck in WaitForParentProcess().
This started happening between Wine 0.9.50 and 0.9.51. Git bisect says:
f65e04770dc5748521a0de73814cea0b085bf3f8 is first bad commit
commit f65e04770dc5748521a0de73814cea0b085bf3f8
Author: Rob Shearman <rob(a)codeweavers.com>
Date: Fri Nov 30 18:06:07 2007 +0000
ole32: Always create a window for the main apartment.
PS 5.5 is affected as well, with different .lnk files.
--
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=19371
Summary: BCArchive: encoutners unknown toolbar style
Product: Wine
Version: 1.1.26
Platform: PC
URL: http://www.jetico.com/encryption-bcarchive/
OS/Version: Linux
Status: NEW
Keywords: download
Severity: enhancement
Priority: P2
Component: comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
CC: bunglehead(a)gmail.com
fixme:toolbar:TOOLBAR_SetExtendedStyle Unknown Toolbar Extended Style
0x00000020. Please report.
Native comctl32 'fixes' it. There's not major visual flaw afaict, but the fixme
does say to report it ;-).
--
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=34317
Bug #: 34317
Summary: Process Hacker 2.x needs
winsta.dll.WinStationRegisterConsoleNotification
Product: Wine
Version: 1.7.0
Platform: x86
URL: http://processhacker.sourceforge.net/downloads.php
OS/Version: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Classification: Unclassified
Followup to bug 25994.
--
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=34315
Bug #: 34315
Summary: HWND_NOTOPMOST makes window disappear behind other
windows
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lopeonline(a)gmail.com
Classification: Unclassified
Created attachment 45681
--> http://bugs.winehq.org/attachment.cgi?id=45681
VB6 Test case (source code) AND exe
Many of my utilities run minimized and are supposed to popup when they are
ready for interaction.
To make them popup I use this code:
Me.WindowState = 0
BringWindowOnTop Me.Hwnd
FlashWindow Me.Hwnd, True
Me.Caption = "Popped up"
Public Sub BringWindowOnTop(Hwnd As Long)
SetWindowPos Hwnd, HWND_TOP, 0, 0, 0, 0, SWP_NOMOVE Or SWP_NOSIZE
SetWindowPos Hwnd, HWND_TOPMOST, 0, 0, 0, 0, SWP_NOMOVE Or SWP_NOSIZE
SetWindowPos Hwnd, HWND_NOTOPMOST, 0, 0, 0, 0, SWP_NOMOVE Or SWP_NOSIZE
End Sub
The above code works on XP and W7.
On Wine as soon as I call HWND_NOTOPMOST the window falls behind other windows,
unless I give the window focus before that happens. (that is not part of the
submitted test case)
--
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=23308
Summary: Garmin WebUpdater crashes displaying release notes
Product: Wine
Version: 1.2-rc4
Platform: x86
URL: http://www8.garmin.com/products/webupdater/
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: mshtml
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: juan_lang(a)yahoo.com
Depends on: 7711
Install Garmin WebUpdater from the above URL.
Step 0: Until bug 7711 is fixed, you'll need to work around it, e.g. by
applying attachment 10179, which hacks GetDriveTypeW to return DRIVE_REMOVABLE
for every drive.
Step 1: Attach a Garmin device that needs to be updated.
Step 2: Run WebUpdater. You'll have to click Next through several wizard
screens:
1. Welcome screen: click Next.
2. Device screen: If you didn't do step 0 correctly, you won't see any devices
in the Device: dropdown. Otherwise, you should see a Removable Disk in the
list. Click Next.
3. Update screen: If the device you attached in Step 1. is already up to date,
you won't see anything. Otherwise, you should see a "The following update was
found:" screen. Click Next.
At this point, the wizard freezes for a while, then the attached dialog
appears.
Installing native mshtml via 'winetricks ie6' works around the issue. I also
used winecfg to reset all DLLs except mshtml to builtin and the crash persists,
then changing just mshtml to native removes it, so setting component to mshtml.
--
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=16900
Summary: Voipbuster internet connection
Product: Wine
Version: unspecified
Platform: PC
OS/Version: Windows XP
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: atsia2003(a)yahoo.gr
Voipbuster installs okay, Starts okay. Cannot connect to the internet which
makes it useless.
You can download the program @ : www.voipbuster.com In order to connect to the
server, you need an account.
I am using debian lenny and Wine ver. 1.1.12.
--
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=28159
Summary: [integration] winebrowser associations with *.htm and
*.xml may cause native system to infinite loop
Product: Wine
Version: 1.3.26
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wine(a)rodrigosilva.com
Out of the box, wine comes with *.htm and *.xml associations for winebrowser.
And wine publishes those associations in native system, creating
wine-extension-htm.desktop and wine-extension-xml.desktop. Those 2 appear in
all native's "Open With" dialoags as legit options. But, if chosen, system
enters an infinite loop (*.htm file -> start.exe /ProgId htmfile -> winebrowser
-> xdg-open -> start.exe ...)
To prevent this, and still keep a way to allow wine apps to launch files in
native apps AND allow native apps to launch files in wine apps, wine should
implement a way to inhibit winemenubuilder to create native associations for
certain extensions (in this case, *.htm and *.xml)
That can be done in several ways (hardcode blacklisting winebrowser.exe is the
easiest, but its lame), and my suggestion is this:
winemenubuilder should not create associations if the class is in
"WineImportedExtension.xxx" format. Example:
[HKEY_CLASSES_ROOT\.htm]
@="WineImportedExtension.htm"
[HKEY_CLASSES_ROOT\WineImportedExtension.htm\shell\open\command]
@="C:\\windows\\system32\\winebrowser-gui.exe \"%1\""
WineImportedExtension is a way to say: "this is not an extension handled by a
windows app. It is an extension imported from native system. So DO NOT create
an association for it in native... its already there"
To original class, "htmlfile", can stay untouched.
If, later, user installs a windows app that handles that extension, it will
overwrite the default "WineImportedExtension.xxx" to its own, and
winemenubuilder will correctly create a native *.htm association to indicate
that now there is a windows app to actually handle that.
--
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.