http://bugs.winehq.org/show_bug.cgi?id=9823
Summary: Mentioning "wine eject" in SGML
Product: Wine
Version: 0.9.45.
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: wine-documentation
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: marco(a)harddisk.is-a-geek.org
Created an attachment (id=8287)
--> (http://bugs.winehq.org/attachment.cgi?id=8287)
A patch for Wine Doc including a description of "wine eject"
In http://www.winehq.org/site/docs/wineusr-guide/command-line-options there
currently is no mention of "wine eject" command .
The patch in the attachment adds a section about wine eject.
--
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=13304
Summary: Halo 2: Launching files, app sits there munching 100%
CPU
Product: Wine
Version: 1.0-rc1
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: liquitsnake(a)gmx.net
Created an attachment (id=13161)
--> (http://bugs.winehq.org/attachment.cgi?id=13161)
+all logfile (7.5MB extracted)
Alright, after I defeated the msvc*8*.dll problem (which was related to my
.wine) the next problem arises. Halo 2 manages to launch, but does nothing. I
get one line of regular log
fixme:powrprof:DllMain (0x7e3f0000, 1, 0x1) not fully implemented
after which the app proceeds to use 100% CPU power while doing nothing.
I tried various debug channels, including +ALL. Even with +ALL, logging ceases
after 7.4MB. It's like it's waiting for something.
I have no idea what the matter could be. Hopefully some dev can look into this
and maybe even fix this. No idea.
Additional info: I'm using the Loader.exe which came with my version of Halo2
that was modified to work with WinXP. My command: wine Loader.exe halo2.exe
( Executing halo2.exe directly makes it crash with these messages:
fixme:ole:CoInitializeSecurity ((nil),0,(nil),(nil),1,3,(nil),0,(nil)) - stub!
err:ole:CoGetClassObject class {9a5ea990-3034-4d6f-9128-01f3c61022bc} not
registered
err:ole:CoGetClassObject no class object {9a5ea990-3034-4d6f-9128-01f3c61022bc}
could be created for context 0x1
err:ole:CoGetClassObject class {88d969c0-f192-11d4-a65f-0040963251e5} not
registered
err:ole:CoGetClassObject no class object {88d969c0-f192-11d4-a65f-0040963251e5}
could be created for context 0x1
This program tried to use a DOMDocument object, but
libxml2 support was not present at compile time.
fixme:ole:CoCreateInstance no instance created for interface
{2933bf95-7b36-11d2-b20e-00c04f983e60} of class
{f5078f32-c551-11d3-89b9-0000f81fe221}, hres is 0x80004001
fixme:msxml:DllCanUnloadNow
err:ole:CoUninitialize Mismatched CoUninitialize )
--
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=13065
Summary: 3D window edit moves all windows behind main window
Product: Wine
Version: 0.9.61.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: rschaffter(a)comcast.net
Created an attachment (id=12821)
--> (http://bugs.winehq.org/attachment.cgi?id=12821)
Screenshot of hidden child windows.
Poser 7.0 is a 3D model manipulation and rendering program. It has a main
background window and several child windows, including a 3D viewport using
openGL. It runs quite well in a virtual windows desktop in version 0.9.55. In
versions after that, when the 3D window is manipulated, the child windows all
disappear behind the main window, as shown in the attached shot. Resizing the
main window will allow one to bring the child windows to the foreground, but it
happens after EVERY manipulation of the viewport. It only happened very rarely
under 0.9.55.
This doesn't occur when running on the KDE desktop using the window Manager;
however, in this mode moving the window causes the cursor to flash between the
normal pointer and the cross shapped move window icon, and the mouse buttons
and keyboard to become unresponsive for between 20 seconds and one hour-this
did occur prior to version 0.9.55(I suppose I should report this one whilst I'm
here). Eventually the flashing stops and the window can then be moved.
I'm running openSUSE 10.3 with KDE 3.59 and the nVidia proprietary video
drivers.
--
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=16420
Summary: Certificate chaining error trying to use Microsoft
signcode tool
Product: Wine
Version: 1.1.10
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: Jim.Cooper(a)sas.com
Using this command:
wine mssign/signcode.exe -i http://www.mycompany.com -t
http://timestamp.verisign.com/scripts/timstamp.dll -spc mycredentials.spc -v
myprivatekey.pvk unzip.exe
Gets me this error:
Error: Failed to build the certification path as requested
Error: Signing Failed. Result = 800b010a, (-2146762486)
This only started happening with recent certificates from VeriSign, and only
fails when run under Wine. If I run the same command (minus the 'wine' in
front, of course) under Windows, using the same certificate, key, etc., the
signing attempt succeeds with no errors.
I am using a plain-vanilla wine install, under the latest Kubuntu Linux.
I can't supply you with the certificate, but would be willing to test whatever
you suggest.
--
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=11079
Summary: Feature request: Ability to set refresh rate and color
depth with Emulated virtual desktops
Product: Wine
Version: 0.9.52.
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bigfox(a)gmail.com
Adding the ability to set the refresh rate and color depth when Emulating a
virtual desktop would help get some of the more nit-picky games to run.
--
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=11023
Summary: Lack of ole2disp.dll.SAFEARRAYDESTROYDESCRIPTOR causes
Nota Bene to refuse to launch
Product: Wine
Version: 0.9.52.
Platform: PC
URL: https://www.notabene.com/download/demos/nbdemo80.exe
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: wine-ole
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Created an attachment (id=10022)
--> (http://bugs.winehq.org/attachment.cgi?id=10022)
Terminal output in wine 0.9.52
When testing bug 5255, I ran into this unimplemented function. Backtrace is
attached.
--
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=10638
Summary: winegcc: gcc failed
Product: Wine
Version: 0.9.49.
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P1
Component: wine-programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: manish.iitm(a)yahoo.co.in
Created an attachment (id=9448)
--> (http://bugs.winehq.org/attachment.cgi?id=9448)
The attachment is the config.log file generated by wine while configuring.
While compiling the wine-0.9.49 I am getting these error.
Please help me to resolve these error's.
-------------------------------------------
winegcc: gcc failed
make[2]: *** [winex11.drv.so] Error 2
make[2]: Leaving directory
`/home/manish/Desktop/Download/wine-0.9.49/dlls/winex11.drv'
make[1]: *** [winex11.drv] Error 2
make[1]: Leaving directory
`/home/manish/Desktop/Download/wine-0.9.49/dlls'
make: *** [dlls] Error 2
--------------------------------------------------
But, by the way my gcc version is gcc-3.4.4.
And my operating system is "Red Hat Enterprise Linux WS release 4 (Nahant
Update 2)".
Also I have attach the config.log file.
Thanking in anticipation.
--
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=15912
Summary: Wine GUI - Wine Installer / "Bottles" for Wine - GUI
Management of Installtation with Seperate Prefix Trees
Product: Wine
Version: unspecified
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: djtm(a)gmx.net
I would love to see something like a wine bottle management.
It should make it easy to install software into different "wineprefix"es.
The purpose is to ensure programs don't interfere with each other's
installation and that a completely clean uninstall is possible.
It's a workaround for a major bug and problem with Windows's missing package
management and poor installation management in general and not meant as a
workaround for bugs in wine.
I imagine it to work a bit like the current wine uninstaller, make it a wine
installer and provide an option to pour it into a fresh clean bottle. ;) I
think best would be an installation wizard.
That would make installations much more easy, clean and robust. It would also
make it easier for developers, as fresh bottles would generally be used and
thus config tweaking problems avoided.
The second gui would provide an overview list of installed software throughout
all bottles.
In a second step some options could be added to the wizard, e.g. disable
debugging, restrict directory access, etc. (a few easy options from winecfg
like desktop or window mode, sound device).
--
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=16179
Summary: QIP: flashing chat window disappears if it is not on the
current desktop.
Product: Wine
Version: unspecified
Platform: PC-x86-64
URL: http://qip.ru/en/
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: crossroads0000(a)gmail.com
If QIP tries to flash one of its chat windows while the user is on another
desktop, the chat window disappears completely until I restart the application.
The problem also comes up when you change desktops while the window is
flashing. No error logs are attached because there is no output in the console
if the bug appears.
To reproduce the crash:
1) Download QIP (e.g. at
http://qip.ru/download/qip/?http://download.qip.ru/qip8070.exe ).
2) Start QIP. If it fails to start (this is a bug unrelated to this one), try
this work-around: go to your QIP-Directory (should be ~/.wine/drive_c/Program\
Files/QIP), open current.cfg in your "Skins" directory, and replace "1" with
"0".
3) Log on with your ICQ #. If you don't have one, you can easily register one
with QIP in less than 30 seconds (you don't have to enter any email address).
4) Open the chat window, make someone send you a chat message, but before you
receive it, change the desktop.
5) If you receive a message while you're on another desktop, the chat window
will disappear. This only works if the chat window had focus before you changed
the desktop.
--
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.