http://bugs.winehq.org/show_bug.cgi?id=29150
Bug #: 29150
Summary: Windows FirstClass Client 11.0 (Buid 017) no login
screen, settings problems and freeze
Product: Wine
Version: 1.3.33
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jorgenqv(a)yahoo.com
Classification: Unclassified
Created attachment 37598
--> http://bugs.winehq.org/attachment.cgi?id=37598
Log running FCC 11.017
This is my fist WineHQ Bugzilla report so I hope I got everything right :-)
Trying to get latest FirstClass client (FCC) to work in Wine 1.3.33
(ubuntu-wine-ppa-oneiric) with the following problems in Ubuntu 11.10 with
Unity. The same behavior in Ubuntu 10.04 LTS with Wine 1.3.31
(ubuntu-wine-ppa-lucid).
1) Installation works fine but after it's done the FCC spash screen freezes
when FCC starts. Normaly the login screen should pop up. You then have to
right-click on the upper panel FCC icon (splash then disapear) and choose
Connect. If you only click on the spash screen it disapears.
2) FirstClass can't find the settings file "home.fc" - this works fine in older
versions of FCC. A file popup appears called "Open Settings File" to choose the
settings file, but there isn't one. If you right click on the panel icon and
look at your FCC Preferences under "General" the "Download folder" is set to
"C:\users\yourlogin\My Documents\FirstClass\Download". Even if you set this
right the settings file cannot be found next time you run FCC and you have to
choose your settings file every time you want to login. You cannot connect if
you don't have a old settings file - I think normaly the file is created by FCC
if there isn't one. So you can't login on a fresh installed comuputer without a
settings file. Even if you put the file home.fc it doesn't show so you have to
write "home.fc" and hit Open in the "Open Settings File" window.
3) If you got your settings file and the login screen finaly shows - and you
write your correct login and password and hit the enter key - FCC freezes. The
workaround is to click on the green login arrow button next to the password
field instead of hitting enter - not obvious for most users.
For testing/reproduceing purposes:
FirstClass Client 11.017
Download:
http://www3.firstclass.com/ClientDownloads/FC11ClientDownloadFiles/FC11017U…
Missing file home.fc to be save i home directory FirstClass/Settings/
Download: http://www.mediafire.com/?82x95kcqp3celd4
Also see attachment ()
Guest testing login/pass: gast/gast server fc.folkbildning.net
Any kind of hints and workarounds are greatly appreciated.
Thanks!
/Jorgen
--
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=35341
Bug ID: 35341
Summary: MikuDesktopMascot: Loading any model causes
application to crash.
Product: Wine
Version: 1.7.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: aff(a)affsdiary.com
Classification: Unclassified
As first posted here:
http://forum.winehq.org/viewtopic.php?f=8&t=20686
This application:
http://ru11en.wordpress.com/2011/04/30/mmd_desktopmascot-v0-5-1/
Is designed to present an animated desktop companion using MikuMikuDance
models.
On Windows, you run the software, it asks for a model, and you load it. Then
you can drag music or animations onto the loaded animated character, and it
will play the music and dance to it. That is;
1. Run the executable.
2. A dialog will pop up, asking for any model. You would select a model.
3. The application will then load the model and display as that character on
your desktop. At this stage, you can left-click files from explorer and drag
them onto the application, and it will use them (music/motion).
Currently on Wine, attempting to load any model causes the program to fail. The
terminal simply states 'segmentation fault' - this takes place on at least the
following; Debian 7, Fedora 20. Wine versions 1.7.10, 1.7.9, 1.7.8, 1.6.1, and
1.4.1 all behave in the exact same manner. What you get;
1. Run the executable.
2. The dialog pops up, and you select a model. It fails and crashes at this
point.
You will need a model in order to test the program. You can download several
here:
- http://mikumikudance.wordpress.com/models/
I'm certain this is not a duplicate of any existing reported bug. Honestly, the
program isn't that well known - I wouldn't be surprised if nobody has tried to
run it before.
The program seems to be under the GPL, and source code is available via the
same link if that will help.
--
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=25357
Summary: CodeWright crashes
Product: Wine
Version: 1.2.1
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kurtbutfrank(a)gmail.com
CC: aric(a)codeweavers.com, xerox_xerox2000(a)yahoo.co.uk,
scott(a)open-vote.org, unreal(a)home.nl,
skunktrader(a)gmail.com, istvan.bisz(a)t-online.hu
+++ This bug was initially created as a clone of Bug #14012 +++
I have CodeWright 7.5.04.7519 and have successfully installed in on a 32-bit
version of Ubuntu 10.10 on a a stand-alone machine.
I also have a 64-bit version of Ubuntu 10.10 running as a virtual machine using
VirtualBox under a Win7-64 host. On that machine CodeWright halts immediately
after displaying the splash screen. It appears to me that the symptoms are the
same as that of bug 14012.
On both machines Wine was installed using the Synaptic Package Manager under
GNOME. My understanding is that this would have installed a 32-bit version of
Wine in both cases.
I can gather trace/debug info but will need specific directions.
--
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=27410
Summary: Starcraft II Patcher exits immediately without a crash
Product: Wine
Version: 1.3.21
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: m.strashun(a)gmail.com
Created an attachment (id=35053)
--> (http://bugs.winehq.org/attachment.cgi?id=35053)
console output
After launching Starcraft II.exe , patcher inetrface shows for 1-2 seconds and
then program closes. No crash in log though.
All console output attached.
--
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=3930
--- Comment #59 from Michał Z. Gołębiowski <m.goleb(a)gmail.com> ---
FWIW, HoMM is also available on DOS and works way more reliable there. For
anyone really wanting to play the game - you can buy it on gog.com, works
perfectly for me!
This is quite common - win9x games are way more hacky than newer ones so it may
be much harder to make them work in Wine etc. On the other hand, win9x games
often have a DOS version that is eqsy to run on DOSBox (this is what gog.com
uses, with proper presets).
This means that even without resolving this bug you can run HoMM with sound.
--
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=3930
--- Comment #58 from Wylda <wylda(a)volny.cz> ---
Still present in wine 1.7.11.
Starting with /s0 (i.e. without sound) still works around the problem.
--
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=32182
Bug #: 32182
Summary: GetResolvedNeutrals always returns input
Product: Wine
Version: 1.5.17
Platform: x86-64
URL: http://source.winehq.org/git/wine.git/blob/1262f07609e
6722a841f511445f145d941848800:/dlls/usp10/bidi.c#l562
OS/Version: Linux
Status: NEW
Keywords: source
Severity: normal
Priority: P2
Component: usp10
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: nerv(a)dawncrow.de
CC: aric(a)codeweavers.com, m.b.lankhorst(a)gmail.com
Classification: Unclassified
coverity (CID 731561) spotted:
http://source.winehq.org/git/wine.git/blob/1262f07609e6722a841f511445f145d9…
action is masked to 0x0f and compared to (1<<8), that won't ever happen.
The code comes from:
commit 032543e54dec387ae0089fe9e5dd0cc0fbc2d253
Author: Maarten Lankhorst <m.b.lankhorst(a)gmail.com>
Date: Sat Sep 15 15:16:38 2007 +0200
gdi: Implement neutrals resolving in BiDi.
--
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.