http://bugs.winehq.org/show_bug.cgi?id=20067
Summary: Visio2003 Slow rendering/refresh rate
Product: Wine
Version: 1.1.29
Platform: Macintosh
OS/Version: Mac OS X 10.5
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: zarahel(a)iol.pt
I´ve installed visio2003 with the lastest version of Wine 1.1.29. So far it
seems to work fine, except when it comes to opening vsd files.
It takes forever to render and load all the vsd objects.
(in the atachment you can see my terminal output)
--
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=11706
Summary: Warcraft III freezes with a black screen on startup
Product: Wine
Version: 0.9.56.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ningo(a)gmx.net
Note: This is _NOT_ related to #6618. The freeze happens *after* the intro ends
by e.g. hitting the mouse key.
Without renaming the movies folder, the following error shows up:
This application has encountered a critical error:
FATAL ERROR!
Program: C:\Program Files\Warcraft III\war3.exe
Exception: 0xC0000005 (ACCESS_VIOLATION) at 0073:7EF91B95
The instruction at '0x7EF91B95' referenced memory at '0x00000015'.
The memory could not be 'read'."
With the movie folder renamed the Warcraft III just freezes with a black
screen.
Frankly, it's just a matter of timing: If you wait ~5 Seconds before skipping
the intro Warcraft III freezes, if you skip the intro immediately the error
message pops up.
Also, see the comments by 'Clement' on the AppDB Page.
Note: Downgrading to 0.9.45 didn't solve my problem.
wine-0.9.56
X.Org X Server 1.4.0
Linux 2.6.23.16 i686
intel(4) 2.2.1
Hardware Configuration:
http://www-307.ibm.com/pc/support/site.wss/quickPath.do?quickPathEntry=1951…
--
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=12535
Summary: Yahoo and Oberon games don't display their start page
properly
Product: Wine
Version: CVS/GIT
Platform: PC
URL: http://us1.cdn.oberon-media.com/products/oberon-
games/exe/blood_ties-
setup.exe?RefId=&origin=pgame_dl_u&ext=Blood_Ties-
setup.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: msclrhd(a)gmail.com
1. Install the yahoo/oberon game (e.g. Blood Ties in the URL provided)
2. Run the game
3. Install the Wine Gecko engine
You see a window called "GameShell" that has a blank content pane. This should
be a HTML page with a link to play the trial game.
For the Yahoo games, I get a page from my service provider saying the link
could not be found.
--
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=18435
Summary: Prosonsoft "Alltag und Beruf A1" very slow
Product: Wine
Version: 1.1.21
Platform: Other
URL: http://software.gmx.de/author/prosonsoft
OS/Version: other
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Prosonsoft "Alltag und Beruf A1" is german
language learning software, apparantly
written in Flash Player 7. It installs
fine and the first page works, but later
pages are unbearably slow. To reproduce,
run the app, click Start, click "Fortfahren",
then choose page 2 along the bottom.
The page take a long time (30 seconds) to come up.
Then try dragging one of the word tiles around with
the mouse. It's supposed to move easily, but it's
extremely jerky.
There are lots of lines like
fixme:mlang:fnIMLangFontLink_GetStrCodePages (pszSrc=L"skredit", cchSrc=7,
dwPriorityCodePages=1073742335) stub
in the log; it seems to call that function once for each char in
every string. (But WINEDEBUG=-mlang didn't really help.)
This software is a bit simple and dated (2006), but it's a free download, and
is evidently a difficult test for wine.
--
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=20555
Summary: inconsistent handling of Audio-CDs
Product: Wine
Version: 1.1.32
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hoehle(a)users.sourceforge.net
mci "open cdaudio" fails on pure Audio CDs, but the bug is not within MCI
rather than in volume management or kernel32/ntdll (the MCI calls
GetDriveTypeW).
Case A) When an audio-only CD is inserted before Wine is started, it creates
the link
dosdevices/d:: -> /dev/scd0
and in system.reg:
[Software\\Wine\\Drives]
"d:"="cdrom"
mciSendString "open cdaudio" fails (MCIERR bad device) because GetDriveTypeW
does not return a CDROM type. It would succeed on MS-Windows.
Wine creates the additional link d: -> /media/cdrom0 only when using a
data-only CD-ROM or a mixed data + audio CD.
In the latter case, mciSendString "open cdaudio" succeeds.
Conversely, an existing dosdevices/d:: link causes dosdevices/d: to be removed
when Wine starts with a pure Audio-CD in the drive.
For consistency, you should have dosdevices/d:: point to your CD-ROM device,
because of another bug in volume management:
MCI "open e:\ type cdaudio" fails, while
open d:\ succeeds
even when E: is the CD-ROM!
Case B) Defining a CD-ROM myself (or like Wine did years ago?) using:
dosdevices/d: -> /media/cdrom
(which is in turn a link to /media/cdrom0 in Ubuntu)
dosdevices/d:: does not exist.
[Software\\Wine\\Drives]
"d:"="cdrom"
mciSendString "open cdaudio" succeeds.
"play cdaudio" causes the drive to spin, but is sometimes returned with
MCIERR_HARDWARE.
AoE2 sends slightly different MCI commands and manages to play the CD.
Even Crazy Machines successfully plays the audio CD with this setup.
Using Ubuntu Intrepid.
--
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=21225
Summary: tray icons don't get keyboard focus properly
Product: Wine
Version: 1.1.35
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: pleasenospam325(a)mail.ru
Hi. I use wine 1.1.35 and gnome-panel 2.28
I press Ctrl-Alt-Tab to focus the upper panel, then press Tab or arrows to
select an item.
When focus reaches one of the windows tray icons, it stops responding to
keyboard. Sometimes even global hotkeys like "Alt-Tab" stop working.
It's the case at least for uTorrent, Steam and The Bat.
--
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=16071
Summary: Virtual DJ 5.2 performance
Product: WineHQ Apps Database
Version: unspecified
Platform: PC
URL: http://appdb.winehq.org/objectManager.php?sClass=version
&iId=13450
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: appdb-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: b.klus89(a)web.de
CC: b.klus89(a)web.de
The installer of Virtual DJ 5.2 and the programme itself work 100% fine, but
Virtual DJ runs very slow, even on the latest hardware.
I installed the programme on Ubuntu 8.10 (Intrepid Ibex) with Wine 1.16.
--
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=14123
Summary: Unable to Install .msp Files
Product: Wine
Version: 1.0.0
Platform: PC
URL: see Description
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: pbronline-wine(a)yahoo.co.uk
Here is a sample trace ...
$ WINEDEBUG=trace+msiexec msiexec /p WPOX3_SP1_EN.msp
trace:msiexec:main argvW[1] = L"/p"
trace:msiexec:main argvW[2] = L"WPOX3_SP1_EN.msp"
That's all folks !
First I thought I had what was described in
http://forum.winehq.org/viewtopic.php?p=8457#8457. However, I think
fixme:msi:MSI_OpenDatabaseW open failed r = 80030003 for
L"/home/lex/Downloads/Windows/WP12OSP2/WP12SP2EN.msp"
means 'file not found'. I tried a patch to a copy of my WPO12 installation and
msiexec seemed as happy as larry. (I confess I tried SP1, not SP2 ... see
below).
I did as Dan Kegel suggested and tried WINEDEBUG=+msi+msidb to my problem and
got no output at all. I thought this meant 'application not installed'. After
all, if there is nothing to patch then there is nothing to say.
So I made some trials ...
I have a wine skin with WPO12 (WPO = WordPerfect Office) installed and another
with WPOX3 installed. I have three msp Service Packs for WPO12 and two for
WPOX3.
As expected, attempting to install any service pack on the wrong installation
gave no trace beyond confirming the parameters as shown above.
For WPO12, SP1 was happy, SP2 was silent and SP3 was happy enough but told me
either the application wasn't installed or it was at the wrong patch level.
Fair enough.
For WPOX3, SP1 was silent while the hot fix for SP2 was happy (though
unintelligible due to a font issue I'm still looking into).
So it seems that the silence must have some other explanation.
My Wine trials were with XP emulation. WPOX3 and its service packs have been
installed under both native W2K (SP4) Professional and WXP (SP2) Home. WPO12
and its service packs were used under native W98 and possibly W2K (SP4)
Professional.
As for links where you can download this stuff (I'd doubt the Service Packs
apply to Trial Versions)
WPOX3 Trial Version:
http://www.corel.com/servlet/Satellite?pagename=uk/ProcessLayout&lc=en&ppg=…
WPOX3 Service Packs:
http://www.corel.com/servlet/Satellite/us/en/Content/1153321224268?pid=1208…
I believe I have "Hot Patch - English: Security Update" and "Service Pack 1 -
English". Service Pack 2 seems to be an .exe. file.
WPO12 Trial Version:
See bug 2547
WPO12 Service Packs:
http://www.corel.com/servlet/Satellite/us/en/Content/1153321224268?pid=1208…
I have the English versions of Service Packs 1, 2 and 3.
The whole lot will set you back 600+ Mb download. You'll need a Gb to install
WPOX3 and half that for WPO12.
--
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=9876
Summary: Hebrew text input: "Swedish Vowels"
Product: Wine
Version: 0.9.46.
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-x11driver
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: winehq-bugs(a)dotancohen.com
In ListPro (http://www.iliumsoft.com/site/lp/listpro.php) I receive "Swedish
Vowels" when typing in Hebrew. See attached screenshot. The reverse Hebrew was
typed in a ListPro file in Windows. The Swedish Vowels were typed in wine.
Note that in a previous wine install, 0.9.45, the pretyped Hebrew did _not_
appear backwards. See screenshot attached to previous bug for example:
http://bugs.winehq.org/attachment.cgi?id=8160
Relevant info:
ubuntu@ubuntu-laptop:~$ locale -a
C
en_AU.utf8
en_BW.utf8
en_CA.utf8
en_DK.utf8
en_GB.utf8
en_HK.utf8
en_IE.utf8
en_IN
en_NZ.utf8
en_PH.utf8
en_SG.utf8
en_US.utf8
en_ZA.utf8
en_ZW.utf8
he_IL.utf8
POSIX
ubuntu@ubuntu-laptop:~$ locale
LANG=he_IL.utf8
LANGUAGE=he_IL.utf8
LC_CTYPE="he_IL.utf8"
LC_NUMERIC="he_IL.utf8"
LC_TIME="he_IL.utf8"
LC_COLLATE="he_IL.utf8"
LC_MONETARY="he_IL.utf8"
LC_MESSAGES="he_IL.utf8"
LC_PAPER="he_IL.utf8"
LC_NAME="he_IL.utf8"
LC_ADDRESS="he_IL.utf8"
LC_TELEPHONE="he_IL.utf8"
LC_MEASUREMENT="he_IL.utf8"
LC_IDENTIFICATION="he_IL.utf8"
LC_ALL=he_IL.utf8
ubuntu@ubuntu-laptop:~$
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=20219
Summary: make test mshtml / shdocv / urlmon hangs unless online
Product: Wine
Version: 1.1.30
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hoehle(a)users.sourceforge.net
make test used to run satisfactorily offline on Ubuntu Linux (known failures
aside). Nowadays, make test
- mshtml/dom.ok
- mshtml/events.ok
- mshtml/htmldoc.ok
- mshtml/script.ok
- shdocvw/webbrowser.ok
hang unless online. They hang after displaying:
Could not load wine-gecko. HTML rendering will be disabled.
These tests hang without message from Gecko:
- urlmon/protocol.ok
- urlmon/url.ok
Dan Kegel also observed this on 21st of September in wine-devel:
http://www.winehq.org/pipermail/wine-devel/2009-September/078699.html
"online" means with access to the Internet. IIRC, a local network is not
enough. Oddly, the tests even hang when eth0 is inactive and there's no default
route. Clearly, networking code should not wait in such a case.
These hangs also happen on MacOS. A different issue probably is that
wininet/http.ok causes 100% load on both Mac CPUs after displaying
http.c:443: Test failed: Wrong URL http://test.winehq.org/testredirect
winetest.exe behaves the same, but its internal time-out protection typically
prevents the user from noticing most hangs.
My machines are almost always offline. make test was no problem in the past.
A few months ago, I started going online for the duration of winetest.exe in
order to supply test.winehq.org with data for MacOSX.
This is a regression, but I'd be pleased if somebody else could perform
regression testing as I'm very busy with dsound/mci/wave issues.
--
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.