http://bugs.winehq.org/show_bug.cgi?id=23108
Summary: Problems switching between instances of PowerPoint
2007 with KDE
Product: Wine
Version: 1.2-rc2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: m.duelli(a)web.de
Created an attachment (id=28717)
--> (http://bugs.winehq.org/attachment.cgi?id=28717)
Superfluous third
I am using KDE 4 and run PowerPoint 2007 via wine 1.2rc2 (however, the problem
I will describe exists for me since the time I first started using wine more
intensively)
How to reproduce:
1. Use KDE 4 (a friend tested with another window manager and could not
reproduce it)
2. Open a PowerPoint file. Everything is fine so far, works great. As usual, I
can switch between different windows without any problems
3. Open another PowerPoint file. Now things get strange! Instead of two
PowerPoint windows, I can see three windows: the two opened files and a third
window without any content but the title. (see attached screenshot)
In that state, I cannot simply change between the instances of PowerPoint but
always have to maximize the window I would like to choose.
When closing the second PowerPoint file, the superfluous small window stays.
As far as I have tested, this behaviour does not occur with multiple instances
of Word, for instance.
--
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=36040
Bug ID: 36040
Summary: Environment variable to disable wineserver persistence
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: josh(a)joshtriplett.org
Normally, when wine runs a Windows program, and the Windows program exits,
wineserver persists for a couple of seconds to improve the performance of
subsequent programs. When running a testsuite that waits for all child
processes to exit, this delays each test completion for a couple of seconds.
Thus, I'd like to have an environment variable that tells wineserver to exit
the instant the Windows program does.
--
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=15084
Summary: ReadConsoleInputW() handles a NULL lpNumberOfEventsRead
parameter incorrectly
Product: Wine
Version: 1.1.3
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dg(a)cowlark.com
On the Windows console, if I try to read input events with ReadConsoleInputW()
and pass in NULL as the pointer to the lpNumberOfEventsRead field, wine
completes successfully where Windows XP fails and returns an error 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.
http://bugs.winehq.org/show_bug.cgi?id=26184
Summary: Program E-Mail Grabber Error
Product: Wine
Version: unspecified
Platform: All
OS/Version: Mac OS X 10.6
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ghostknight22(a)gmail.com
I can´t start the program "Email Grabber" (http://www.emailgrabber.de/) with
wine. After a few seconds the program crashes.
--
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=15100
Summary: Google Talk cannot be "x"ed out
Product: Wine
Version: 1.1.2
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: benjamin.j.mccann(a)gmail.com
Created an attachment (id=15783)
--> (http://bugs.winehq.org/attachment.cgi?id=15783)
Output fron running "wine googletalk.exe"
The "x" in the upper right hand corner of the Google Talk window does not work
for closing the application. However, the minimization button does work. I'm
unsure as to which feature has a bug or is unimplemented.
--
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=37425
Bug ID: 37425
Summary: After installing Ulead Gif Animator with wine I got
the message that programm has to be closed immediately
because of a unspecified bug. Please get information
by attachment file.
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ua-holland(a)t-online.de
Distribution: ---
Ulead Gif Animator complete Installation with win does not run. See attached
message.
--
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=21397
Summary: LookupAccountName cannot retrieve a 'groups' SID
Product: Wine
Version: 1.1.36
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: advapi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: us(a)edmeades.me.uk
Debugging an application I found the cause of the first failure is that the
software installs a 'group' (which fails with a fixme). Post install, I created
a group (addgroup) but the application calls LookupAccountName to retrieve the
SID of that created group.
You can hack around this (if LookupAccountName fails, query the current user
and re-call the function to get it's sid) but looking at the function there is
complete support missing for anything other than the current user.
Ideally it should call (something like getgrent?) and if it finds a group, map
it to a SID somehow (perhaps end the SID with the gid?). It could handle
querying other users as well in a similar way (getpwnam?)
JEWMQ
--
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=36199
Bug ID: 36199
Summary: valgrind shows several warnings under
crypt32/tests/chain.c
Product: Wine
Version: 1.7.17
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: crypt32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Created attachment 48320
--> https://bugs.winehq.org/attachment.cgi?id=48320
valgrind log
A few in glibc:
==17802== Thread 2:
==17802== Invalid read of size 1
==17802== at 0x40187FA: strcmp (strcmp.S:34)
==17802== by 0x4008925: _dl_map_object (dl-load.c:2113)
==17802== by 0x4013383: dl_open_worker (dl-open.c:224)
==17802== by 0x400F1F5: _dl_catch_error (dl-error.c:187)
==17802== by 0x4012D93: _dl_open (dl-open.c:650)
==17802== by 0x435093A: do_dlopen (dl-libc.c:87)
==17802== by 0x400F1F5: _dl_catch_error (dl-error.c:187)
==17802== by 0x4350A2A: dlerror_run (dl-libc.c:46)
==17802== by 0x4350AB0: __libc_dlopen_mode (dl-libc.c:163)
==17802== by 0x4221819: pthread_cancel_init (unwind-forcedunwind.c:52)
==17802== by 0x42219FB: _Unwind_ForcedUnwind (unwind-forcedunwind.c:129)
==17802== by 0x421F732: __pthread_unwind (unwind.c:129)
==17802== by 0x421A080: pthread_exit (pthreadP.h:280)
==17802== by 0x7BC8E1A9: terminate_thread (thread.c:349)
==17802== by 0x7BC87009: ??? (signal_i386.c:2571)
==17802== by 0x6A5F357: ???
==17802== by 0x4218F92: start_thread (pthread_create.c:309)
==17802== by 0x431D7ED: clone (clone.S:129)
==17802== Address 0x693d913 is on thread 1's stack
==17802==
==17802== Invalid read of size 4
==17802== at 0x4352239: _Unwind_IteratePhdrCallback
(unwind-dw2-fde-glibc.c:112)
==17802== by 0x43503E2: dl_iterate_phdr (dl-iteratephdr.c:76)
==17802== by 0x4352AF9: _Unwind_Find_FDE (unwind-dw2-fde-glibc.c:267)
==17802== by 0x6B9E336: ??? (in
/usr/lib64/gcc/x86_64-pc-linux-gnu/4.8.2/32/libgcc_s.so.1)
==17802== by 0x6B9EB21: ??? (in
/usr/lib64/gcc/x86_64-pc-linux-gnu/4.8.2/32/libgcc_s.so.1)
==17802== by 0x6B9F10F: _Unwind_ForcedUnwind (in
/usr/lib64/gcc/x86_64-pc-linux-gnu/4.8.2/32/libgcc_s.so.1)
==17802== by 0x42219F1: _Unwind_ForcedUnwind (unwind-forcedunwind.c:137)
==17802== by 0x421F732: __pthread_unwind (unwind.c:129)
==17802== by 0x421A080: pthread_exit (pthreadP.h:280)
==17802== by 0x7BC8E1A9: terminate_thread (thread.c:349)
==17802== by 0x7BC87009: ??? (signal_i386.c:2571)
==17802== by 0x6A5F357: ???
==17802== by 0x4218F92: start_thread (pthread_create.c:309)
==17802== by 0x431D7ED: clone (clone.S:129)
==17802== Address 0x693c034 is on thread 1's stack
==17802==
==17802== Thread 1 crypt32_test.exe.so:
==17802== Jump to the invalid address stated on the next line
==17802== at 0x693E820: ??? (in /lib32/libresolv-2.19.so)
==17802== by 0x425F4E8: __run_exit_handlers (exit.c:82)
==17802== by 0x425F54C: exit (exit.c:104)
==17802== by 0x7BC68772: NtTerminateProcess (process.c:63)
==17802== by 0x7BC5941B: RtlExitUserProcess (loader.c:2538)
==17802== by 0x7B868D09: ??? (process.c:2668)
==17802== Address 0x693e820 is on thread 1's stack
==17802==
and several possible leaks:
==17802== 20 bytes in 1 blocks are possibly lost in loss record 50 of 427
==17802== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==17802== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==17802== by 0x514398B: CryptMemAlloc (main.c:124)
==17802== by 0x511E0A9: CertAddStoreToCollection (collectionstore.c:519)
==17802== by 0x5164B4B: CRYPT_SysOpenStoreW (store.c:592)
==17802== by 0x5165ADF: CertOpenStore (store.c:907)
==17802== by 0x51136FD: CRYPT_CreateChainEngine (chain.c:130)
==17802== by 0x511394F: get_chain_engine (chain.c:175)
==17802== by 0x511ADC0: CertGetCertificateChain (chain.c:2894)
==17802== by 0x4E618AA: testVerifyCertChainPolicy (chain.c:4790)
==17802== by 0x4E61C4C: func_chain (chain.c:4844)
==17802== by 0x4EB7F67: run_test (test.h:584)
==17802== by 0x4EB8356: main (test.h:654)
==17802==
==17802== 60 bytes in 3 blocks are possibly lost in loss record 197 of 427
==17802== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==17802== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==17802== by 0x514398B: CryptMemAlloc (main.c:124)
==17802== by 0x5157661: ContextPropertyList_SetProperty (proplist.c:132)
==17802== by 0x515788F: ContextPropertyList_Copy (proplist.c:215)
==17802== by 0x511E9AF: Context_CopyProperties (context.c:130)
==17802== by 0x510AB6C: Cert_clone (cert.c:139)
==17802== by 0x5163664: MemStore_addContext (store.c:151)
==17802== by 0x5163A35: MemStore_addCert (store.c:243)
==17802== by 0x510B119: add_cert_to_store (cert.c:263)
==17802== by 0x510B27F: CertAddCertificateContextToStore (cert.c:287)
==17802== by 0x510A852: CertAddEncodedCertificateToStore (cert.c:65)
==17802== by 0x515E94A: add_ms_root_certs (rootstore.c:732)
==17802== by 0x515EB12: create_root_store (rootstore.c:808)
==17802== by 0x515EC6C: CRYPT_RootOpenStore (rootstore.c:829)
==17802== by 0x516435C: CRYPT_SysRegOpenStoreW (store.c:435)
==17802== by 0x5165ADF: CertOpenStore (store.c:907)
==17802== by 0x5164BAF: CRYPT_SysOpenStoreW (store.c:604)
==17802== by 0x5165ADF: CertOpenStore (store.c:907)
==17802== by 0x51136FD: CRYPT_CreateChainEngine (chain.c:130)
==17802==
==17802== 96 bytes in 1 blocks are possibly lost in loss record 294 of 427
==17802== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==17802== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==17802== by 0x61ACD34: heap_alloc_zero (internet.h:121)
==17802== by 0x61ADCA1: create_netconn (netconnection.c:369)
==17802== by 0x619CFF2: open_http_connection (http.c:4826)
==17802== by 0x619D68C: HTTP_HttpSendRequestW (http.c:4972)
==17802== by 0x619EE2C: HttpSendRequestExW (http.c:5511)
==17802== by 0x61643F8: HTTP_RetrieveEncodedObjectW (cryptnet_main.c:933)
==17802== by 0x6165930: CryptRetrieveObjectByUrlW (cryptnet_main.c:1479)
==17802== by 0x5118CA0: CRYPT_FindIssuer (chain.c:2039)
==17802== by 0x51193A2: CRYPT_GetIssuer (chain.c:2168)
==17802== by 0x511952F: CRYPT_BuildSimpleChain (chain.c:2200)
==17802== by 0x511976F: CRYPT_GetSimpleChainForCert (chain.c:2247)
==17802== by 0x5119885: CRYPT_BuildCandidateChainFromCert (chain.c:2277)
==17802== by 0x511AE8B: CertGetCertificateChain (chain.c:2914)
==17802== by 0x4E5F02E: testGetCertChain (chain.c:3996)
==17802== by 0x4E61C51: func_chain (chain.c:4845)
==17802== by 0x4EB7F67: run_test (test.h:584)
==17802== by 0x4EB8356: main (test.h:654)
==17802==
etc. (full log attached)
--
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=35490
Bug ID: 35490
Summary: After SimCity 2013 updates:
d3d_shader:shader_sm4_read_src_param Unhandled swizzle
type 0.
Product: Wine
Version: 1.7.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: eric.ladner(a)gmail.com
Classification: Unclassified
Created attachment 47376
--> http://bugs.winehq.org/attachment.cgi?id=47376
basic output on the command line
It used to run ok (although both Origin and SimCity were a nightmare to
install).
After a recent update, though when starting SimCity it never shows the splash
screen and spews this until you kill the process:
fixme:d3d_shader:shader_sm4_read_src_param Unhandled swizzle type 0.
I let it run for about 10 seconds and it spit out 11 million errors (log
attached).
If you want a more detailed log, let me know what options you'd like.
--
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=37398
Bug ID: 37398
Summary: Urban Assault black screen when using software
renderer and DDSCAPS_SYSTEMMEMORY
Product: Wine
Version: 1.7.17
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: erich.e.hoover(a)gmail.com
Depends on: 37307
Regression SHA1: b464067313bff1fd9a25b284b48a252025c4504f
Distribution: ---
Created attachment 49735
--> https://bugs.winehq.org/attachment.cgi?id=49735
Workaround
Once Bug #37307 is resolved then Urban Assault runs into another issue (at
least, when using the software renderer). The game has a black screen and just
hangs there, apparently due to an unexpected DDSCAPS_SYSTEMMEMORY capability
being set. Workaround attached.
Note: This commit is later moved (commit
9443c95a895a530fdbbb607758f674467e2010c7), but the issue persists.
--
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.