http://bugs.winehq.org/show_bug.cgi?id=34684
Bug #: 34684 Summary: RaidCall 7.2.x crashes when joining a group Product: Wine Version: 1.7.3 Platform: x86 URL: http://update.raidcall.com/download/raidcall.exe?v=7.2 .8 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: ricardo_barbano@hotmail.com Classification: Unclassified
install latest raidcall from the URL above and login. Create a group, try to join it, raidcall crashes. The group is created and on a second run you can see it on your groups. still can't join it though.
http://bugs.winehq.org/show_bug.cgi?id=34684
Jimi E Bove JimiJames.Bove@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |JimiJames.Bove@gmail.com
--- Comment #1 from Jimi E Bove JimiJames.Bove@gmail.com --- I had the exact same bug.
In case your UI also looks awful: What I did was install a shitload of dependencies and hope that some fixed it. I think the ones that really fixed it were d3dx9, directx, the vcrun's and/or vbrun6, and flash_player_activex. If those don't do it, it's something that PlayOnLinux or winetricks can install that involves the GUI. Maybe gdiplus or msxml or something.
Anyway, back to the actual problem. After I did all that, the program worked flawlessly, including sound checks, until I actually tried to join a chatroom. So, what ended up fixing that for me was making WINE use ALSA instead of PulseAudio. Here's the curious part: my ALSA already goes through PulseAudio, as another channel (not the classic Ubuntu way, but a manual way in my ~/.asound.conf because I run JACK), and yet it works fine going through ALSA and THEN PulseAudio. It'd probably also work fine JUST going through ALSA.
http://bugs.winehq.org/show_bug.cgi?id=34684
--- Comment #2 from ricardo filipe ricardo_barbano@hotmail.com --- the UI looks fine for me. I'm not sure what you mean by "making wine use ALSA instead of PulseAudio"... I have winealsa.drv on my Audio tab on winecfg and i have this issue.
http://bugs.winehq.org/show_bug.cgi?id=34684
--- Comment #3 from Jimi E Bove JimiJames.Bove@gmail.com --- That's interesting. winealsa.drv isn't an option in my winecfg; instead I have hardware addresses followed by their names, such as "Out: (default)" (which is the one I have to set it to). It must be something about my audio configuration that's working, because it wasn't when I had it set to PulseAudio (named "(default)") and it was when I set it to ALSA (named "Out: (default)"). I'm running x64 Arch Linux, I have JACK2 as my main audio server, PulseAudio is a sink inside JACK's connections, and ALSA goes through PulseAudio through a custom PCM in my asound.conf. I can post that file the next time I'm at that computer.
http://bugs.winehq.org/show_bug.cgi?id=34684
--- Comment #4 from ricardo filipe ricardo_barbano@hotmail.com --- Oh. i misunderstood you. I changed the audio options to "Out: default" and i still get the application locked when i try to enter a room.
http://bugs.winehq.org/show_bug.cgi?id=34684
--- Comment #5 from Jimi E Bove JimiJames.Bove@gmail.com --- Ah, nevermind, it looks like I commented out my entire .asoundrc.conf a while ago (and have been getting its name wrong). So, that means I'm not doing anything different from you besides Arch, JACK, and possibly versions.
https://bugs.winehq.org/show_bug.cgi?id=34684
Ken Sharp imwellcushtymelike@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |Abandoned?
--- Comment #6 from Ken Sharp imwellcushtymelike@gmail.com --- Is this still an issue in Wine 1.7.44 or later?
https://bugs.winehq.org/show_bug.cgi?id=34684
ricardo filipe ricardo_barbano@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED
--- Comment #7 from ricardo filipe ricardo_barbano@hotmail.com --- just tested with wine 1.7.44 and raidcall 7.3.6 and the bug is no longer present.
https://bugs.winehq.org/show_bug.cgi?id=34684
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #8 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 1.7.45.
-
wine-bugs＠winehq.org