http://bugs.winehq.org/show_bug.cgi?id=35925
Bug ID: 35925
Summary: fbo bailing out on context_set_gl_context
Product: Wine
Version: 1.7.1
Hardware: x86-64
URL: http://appdb.winehq.org/objectManager.php?sClass=versi
on&iId=30117
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: royceremer(a)gmail.com
This has the exact same symptom as bugid#24067, which uses the same engine, but
I do not believe this is a regression. I believe bugid#26802 may be a
duplicate, although it's triggered by a different engine, and there isn't
enough detail in that bug for me to be certain.
Using orm=fbo, all model textures are invisible in Age of Wonders 3. Objects in
the screenshots attached are only visible due to ambient occlusion and
reflective effects on the surfaces.
Using orm=backbuffer makes models appear solid, but loses many effects and is
slow. (picture attached)
Basically, no matter what winetricks or wine version I use, this engine will
bail out here:
https://github.com/mirrors/wine/blob/master/dlls/wined3d/context.c#L769
... for completeness, I have duplicated the bug under the following additional
conditions with a fresh wine prefix for each trial:
---wine1.7.1---
- d3dx9_43, d3dcompiler_43
- d3dx9_43, d3dcompiler_43, WINEARCH=win32
- d3dx9_43, d3dcompiler_43, WINEARCH=win32, force_s3tc_enable=true
- d3dx9_43, d3dcompiler_43, WINEARCH=win32, force_s3tc_enable=true,
glsl=disabled
- d3dx11_43, d3dcompiler_43
- d3dx11_43, d3dcompiler_43, glsl=disabled
- d3dx11_43, d3dcompiler_43, force_s3tc_enable=true
- d3dx11_43, d3dcompiler_43, gdiplus, ddr=gdi
- d3dx11_43, d3dcompiler_43, multisampling=disabled
- d3dx11_43, d3dcompiler_43, multisampling=enabled
- d3dx11_43, d3dcompiler_43, psm=disabled
- d3dx11_43, d3dcompiler_43, psm=enabled
- d3dx11_43, d3dcompiler_43, rtlm=disabled
- d3dx11_43, d3dcompiler_43, rtlm=readdraw
- d3dx11_43, d3dcompiler_43, strictdrawordering=enabled
- d3dx11_43, d3dcompiler_43, videomemorysize=2048, vsm=hardware
- d3dx11_43, d3dcompiler_43, vsm=hardware, psm=enabled
- d3dx11_43, d3dcompiler_43, vsm=hardware
- d3dx11_43, d3dcompiler_43, ao=enabled
---wine1.6.1---
- d3dx11_43, d3dcompiler_43
- d3dx9_43, d3dcompiler_43
- d3dx9_43, d3dcompiler_43, WINEARCH=win32
- d3dx9_43, d3dcompiler_43, WINEARCH=win32, glsl=disabled
- d3dx9_43, d3dcompiler_43, glsl=disabled
- d3dx9_43, d3dcompiler_43, force_s3tc_enable=true
- d3dx9_43, d3dcompiler_43, gdiplus, ddr=gdi
---wine1.4.1---
- d3dx9_43, d3dcompiler_43 <--- this configuration didn't launch at all for
different reasons
Setting `MESA_DEBUG=1 force_s3tc_enable=true` did not log any additional
messages, even after upgrading to
libtxc-dxtn-dev_1.0.1-0.3ubuntu0sarvatt+quantal from ppa:xorg-edgers... so
maybe that does what I think it does?
Logs will be attached in gzip format since they have
`WINEDEBUG=warn+all,trace+d3d,relay+d3d` and are over a gig (<100MB under gzip
-9 though).
Additional info about my system:
- libtxc-dxtn-s2tc0_0~git20110809-3
- xserver-xorg_1:7.7+1ubuntu4
- attached glxinfo for my Nvidia 550 TI (vbios 70.26.3a.00.52)
- ubuntu 12.10 quantal, x86_64
--
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=19667
Summary: Demo for Total Annihilation: mouse scrolling of screen
unworkable.
Product: Wine
Version: 1.1.27
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hughperkins(a)gmail.com
Demo for Total Annihilation: mouse scrolling of screen unworkable.
On screens that cannot run at 640x480 resolution, the demo of Total
Annihilation has to run in a virtual desktop in order to run at all, otherwise
it crashes. This is not I feel the bug.
The issue targeted by this bug report is that it is unworkably hard to scroll
around the game world by moving the mouse pointer to the edges of the window,
since the mouse pointer has to be positioned *exactly* on the edge of the
window, which is possible, but detracts from the gameplay experience to the
point as to be unplayable.
A possible solution to this issue (which is not really a bug, so much as a lack
of a feature I feel), could be to make it possible to enforce in wincfg that
the mouse is locked to a particular region of the window or screen, by default
to the window itself.
wincfg could provide the possibility to specify a keyboard shortcut to unlock
the mouse when necessary, or simply, by alt-tabbing out of the window, the
mouse could be unlocked.
For an example of another environment that implements this, you could look for
example at dosbox. If you run for example populous in dosbox in a window, it
works perfectly I feel, by locking the mouse pointer to the window, and one can
use ctrl-f10 to free it, which I feel is totally unintuitive, but I feel works
fine.
--
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=13499
Summary: The Odyssey: Winds Of Athena: access violation when
trying to run
Product: Wine
Version: 1.0-rc2
Platform: PC
URL: http://gamecenter.oberon-media.com/game.htm?code=111299413&RefId=&origin=pcat_gm_
u
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: msclrhd(a)gmail.com
Steps to reproduce:
1. Install The Odyssey: Winds Of Athena
2. Run directly from its install directory
When it is trying to start up, the application will crash with an access
violation.
--
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=10728
Summary: LEGO Island character models are textureless
Product: Wine
Version: 0.9.50.
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: wine-directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: echidnaman(a)gmail.com
Created an attachment (id=9570)
--> (http://bugs.winehq.org/attachment.cgi?id=9570)
Console log
The character models in Lego Island (the original) are textureless. The
attached log contains the console output.
--
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=16644
Summary: SimGolf v1.03 does not render terrain
Product: Wine
Version: 1.1.11
Platform: PC-x86-64
URL: http://www.simgolf.ea.com/
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: tom78999(a)gmail.com
Simgolf, with the latest patch, does not render any terrain and instead simply
renders a black background. The attached screenshot illustrates this.
--
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=36431
Bug ID: 36431
Summary: valgrind shows a possible leak in
shell32/tests/ebrowser.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==28261== 28 bytes in 1 blocks are possibly lost in loss record 279 of 995
==28261== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255)
==28261== by 0x5C44BB8: apartment_getclassobject (compobj.c:526)
==28261== by 0x5C47FC6: get_inproc_class_object (compobj.c:2894)
==28261== by 0x5C4AD2F: CoGetClassObject (compobj.c:3032)
==28261== by 0x5C4B4B7: CoCreateInstance (compobj.c:3197)
==28261== by 0x4D82686: func_ebrowser (ebrowser.c:94)
==28261== by 0x4DC8888: run_test (test.h:584)
==28261== by 0x4DC8C77: main (test.h:654)
==28261==
--
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=13273
Summary: Wine does not remember disk labels set through winecfg
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: ccf2egd02(a)sneakemail.com
Wine does not seem to remember disk labels or serial numbers when set via
winecfg.
Steps to reproduce:
1) create a disk entry in ~/.wine/dosdevices
ln -s /someplace_with_CD_image ~/.wine/dosdevices/q\:
2) run winecfg, select disk tab.
3) Select q:
4) Show advanced
5) Set to manual setup, disk label to "SOMETHING", disk ID to "FEEDBE"
6) APPLY
7) verify data by selecting some other drive, then re-selecting q:
8) quit winecfg
9) Restart winecfg and reselect the disk tab. Reselect q:
Expected results
Disk label should be "SOMETHING", id should be "FEEDBE"
Actual results
Disk label unset, disk ID 0
--
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=38933
Bug ID: 38933
Summary: In LiveCode 5.0.2, modal dialog prompts are created
behind all windows, hanging Wine.
Product: Wine
Version: 1.7.47
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alexchandel(a)gmail.com
In LiveCode 5.0.2, whenever a dialog prompt is created, wine creates the modal
window behind the main window. Since the application is blocked until the modal
window is acknowledged, there is no way to continue, and LiveCode is
effectively hung.
Note this does not apply to system prompts, such as the file chooser; only
popups containing custom text, often created with a LiveCode script such as
`ask "foo bar"`, which when run immediately hangs Wine, since a dialog window
is created behind a much larger primary window (assuming one exists).
This error actually effects all LiveCode windows, but it is only critical for
dialogue windows, since those halt the program.
This *may* be related to 16346, although that was documented on X11, not Aqua.
--
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=16346
Summary: App hangs creating modal dialog from WM_ACTIVATEAPP
Product: Wine
Version: 1.1.10
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jmiller-wine(a)tanner.com
CC: jmiller-wine(a)tanner.com
Created an attachment (id=17660)
--> (http://bugs.winehq.org/attachment.cgi?id=17660)
Simple windows app with source that brings up a message box every time the
window is activated.
I have an app which opens a modal dialog under some circumstances when the
window is activated. Under Windows this works perfectly, but under wine it
causes the app to hang. I have attached a trivial sample app showing this
behavior.
I poked around a bit, and the app is no longer receiving any messages (mouse
moves, keyboard, paint, etc), but I'm not sure where to go from here.
Also under Windows, since the app checks for the wParam (bActive) on
WM_ACTIVATEAPP, it only brings up one copy of the dialog box even after
multiple window activations. Under wine it will bring up another copy of the
dialog if there is already a modal dialog on that app.
--
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=24945
Summary: font is not drawn in synth1 instrument selection
window
Product: Wine
Version: 1.3.4
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: fonts
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: armandsl(a)gmail.com
Created an attachment (id=31583)
--> (http://bugs.winehq.org/attachment.cgi?id=31583)
synth1 on wine 1.3.4
Starting with wine version 1.2.0 font is not drawn in synth1 instrument
selection window anymore. Synth1 is free VST software synthesizer
(http://www.geocities.jp/daichi1969/softsynth/).
OS used: Linux (Fedora 14)
Dll is loaded by LMMS (Linux Multi Media System) version 0.4.8
It worked with wine 1.1.38 (with old font subsystem).
--
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=38521
Bug ID: 38521
Summary: Unhandled exception: page fault on read access to
0x00000000 in 32-bit code (0x7
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: ettl.martin78(a)gmail.com
Distribution: ---
Created attachment 51390
--> https://bugs.winehq.org/attachment.cgi?id=51390
backtrace from wine
Steps to reproduce:
1) Install SourceNavigator from
(http://sourceforge.net/projects/sourcenav/?source=typ_redirect) on Ubuntu
Linux 15.04 (32-Bit) with wine.
2) Execute SourceNaviator
3) Close SourceNaviator
4) The exception message is shown. Please refer to the backtrace.
If you have questions, please feel free to ask.
Many thanks for working so hard on wine.
Best regards
Martin Ettl
--
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=39709
Bug ID: 39709
Summary: winmm:mci makes a buzzing sound
Product: Wine
Version: 1.8-rc2
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: winmm&mci
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
Running winmm:mci makes a buzzing sound. The first line (of many) where this
happens is the line below from test_playWAVE():
/* A second play caused Wine<1.1.33 to hang */
err = mciSendStringA("play mysound from 500 to 220:5:0 wait", NULL, 0,
NULL);
This is because the test records sound to tempfile.wav before playing it back.
So if the recording levels are set a bit high tempfile.wav can record
electrical noise, the buzzing sound, and thus makes noise when playing it back.
This is confirmed by changing the recording level in the KDE mixer prior to
running the test:
* Setting it all the way down avoids the buzzing sound.
* Setting it even moderately high causes the buzzing sound.
Conformance tests are supposed to not make noises when not run in interactive
mode so this should be fixed. I see two ways for this:
* Set and restore the recording level in test_recordWAVE().
* Create tempfile.wav by hand instead of relying on the output of
test_recordWAVE().
--
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=21692
Summary: Zombie Bowl-O-Rama won't start:
RtplWaitForCriticalSection
Product: Wine
Version: 1.1.38
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: tonglebeak(a)gmail.com
Created an attachment (id=26215)
--> (http://bugs.winehq.org/attachment.cgi?id=26215)
konsole output
Using wine-1.1.38, I am unable to run Zombie Bowl-O-Rama in Steam (other steam
games run fine). Attached is konsole output. Have tried numerous winversions to
no avail, as well as a clean wineprefix. If any additional information is
needed from me, kindly let me know. Thanks.
--
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=23634
Summary: duplex (dual-sided) print doesn't work
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: psygnosis(a)mail.ru
Printing from any wine app (even from notepad) to printer, which supports
dual-sided printing, fails (all pages are printing on separate pages). If I
change printing settings in CUPS to dual-sided print, everything goes
dual-sided. Wine settings doesn't have any effect. This bug already have been
described & fixed in russian commercial wine release WINE@Etersoft
(http://etersoft.ru/wine/updates). There everything works fine.
--
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=17479
Summary: ConvertXToDVD 3.4.7.121 Do not load templates.
Product: Wine
Version: 1.1.14
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P4
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jaysonsantos2003(a)yahoo.com.br
Hello people, I'm trying to use ConvertXToDVD in my linux box and all works
fine, however the program cannot load template.
I tried to convert with a default template and the conversion finished
sucessful however without a menu (which are selected by templates).
When I try to open a template from menu I receive: "List index out of
bounds(1)".
Best Regards
Jayson
--
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=38566
Bug ID: 38566
Summary: LB_SETSEL message should set caret as well
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: q.winehq(a)rsn-tech.co.uk
Distribution: ---
When you send the LB_SETSEL message to a multi-selection list box in Windows,
it also sets the focus to the appropriate item and scrolls it into view if
necessary. In Wine, this secondary function appears not to happen and an
additional LB_SETCARETINDEX message is needed to duplicate the full Windows
functionality.
I don't know if this happens in all circumstances, but it fixed a long-standing
problem in a complex application where a list box would not automatically
scroll as it did in Windows.
--
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=14303
Summary: Listview: select all is incredibly slow.
Product: Wine
Version: 1.1.0
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: winehq.10.drkshadow(a)spamgourmet.com
Created an attachment (id=14587)
--> (http://bugs.winehq.org/attachment.cgi?id=14587)
quickly select all items in a listview
When you hit Ctrl-A in a listview control, the control loops through every
single item in the list selecting them and setting focus on the item. With tens
of thousands of items, this takes a _long_time_.
I've created a patch that sets the range of selected items. This select all
happens much more instantaneously. As an added bugfix, the selected item will
not be changed when all items are selected.
--
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=35896
Bug ID: 35896
Summary: Switching to Chinese input method after typing some
English will fail.
Product: Wine
Version: 1.7.15
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: hwei.sy(a)gmail.com
== Steps to reproduce ==
1. Open notepad in wine.
2. Make sure input method is English.
3. Type something (e.g. H, A, SPACE), then the notepad will display it (e.g.
"ha ").
4. Switch to Chinese input method.
5. Type something (e.g. H, A, SPACE), then the notepad dose not receive
anything (e.g. should display "哈").
This bug will only appear when input something in English before Chinese. But
if you input Chinese before any English character (i.e. remove step 2, 3),
every thing is going well.
== How to fix it ==
In the source file "dlls/imm32/imm.c", function "ImmProcessKey",
after "if (imc) data = imc; else return FALSE;",
insert one line "data->immKbd = IMM_GetImmHkl(hKl);".
Then it seems fixed. But I don't know will this cause other problems.
----
I am not sure this bug is same to Bug 34056.
--
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=31434
Bug #: 31434
Summary: Menu is activated by alt key while mouse button is
down
Product: Wine
Version: 1.5.10
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kaetemi(a)gmail.com
Classification: Unclassified
Created attachment 41320
--> http://bugs.winehq.org/attachment.cgi?id=41320
user32: Menu should not be activated by menu key while mouse buttons are down.
When using and Alt+MouseButton combination, the application menu becomes
selected after releasing Alt.
More specifically, in 3ds Max 9, when using the Alt+MiddleMouse in a viewport
to rotate, after releasing Alt the File menu will be selected, and the viewport
will appear as if frozen to the user, not accepting any input until Alt is
pressed again to release the menu.
Patch with fix 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=10358
Summary: wine 0.9.48 takes 5 minutes to start an application
Product: Wine
Version: 0.9.48.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-winelib
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jean-jaques(a)women-at-work.org
Created an attachment (id=9029)
--> (http://bugs.winehq.org/attachment.cgi?id=9029)
wine debug output where wine freezes for a while
I've wiped my .wine directory and had winecfg rebuild it. Then I installed
iTunes 7.3 and now it takes more than 5 minutes until wine launches _any_
windows application.
When I enter "wine app.exe" nothing happens for a really long time. After
waiting for 5 or sometimes up to 10 minutes (no CPU load) the application
launches. This even applies to winecfg!
When I run wine in debug mode (WINEDEBUG=+relay winecfg) it stops producing
output at a certain point and then continues (again after a few minutes).
I have attached some debug output (the place where wine seems to freeze and
stops producing output). I can't attach the entire file, because it is 40MB :(
wine 0.9.48, compiled from sources, Gentoo 2007.0
--
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=18790
Summary: Default search does not include resolved bugs
Product: WineHQ Bugzilla
Version: unspecified
Platform: PC
OS/Version: Linux
Status: NEW
Keywords: download, source
Severity: enhancement
Priority: P3
Component: bugzilla-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
The default search (the search box at the top of this page) does not include
closed bugs (rightly so), but it also does not include resolved bugs. This
leads to duplicates that could be avoided.
See Bug 18601 - a recent regression that is fixed by the next release, but
anyone searching for an open bug for Google Sketchup will not see it unless
they choose to run an advanced search, which some users clearly don't.
I'm sure this is a simple change to the code.
--
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=38269
Bug ID: 38269
Summary: Project64k regression in Wine 1.5.20 and later
Product: Wine
Version: 1.5.20
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: leodexe(a)gmail.com
Distribution: ---
Created attachment 51097
--> https://bugs.winehq.org/attachment.cgi?id=51097
Output from the terminal when the program is being executed
Well, it is quite simple. When you execute Project64k (READ CAREFULLY),
Project64k, NOT the standard Project 64 emulator, but the one that has netplay
capabilities within any version of Wine older than 1.5.20 it won't recognize
controller plugins, no matter what controller plugin you actually use it won't
work so basically you will not be able to play online due to the controller
inputs being disabled. If you run Project64k with Wine 1.5.19 or older it will
just run fine without any problems, though. I have added an attachment which
shows the output from the terminal when you run the program via terminal, if it
happens to be something useful there so the regression can be fixed. Note that
this regression both affects x86 and x64 versions of Wine.
--
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.