https://bugs.winehq.org/show_bug.cgi?id=44523
Bug ID: 44523
Summary: When visual style is enabled wine explorer column
header doesn't draw until mouseover
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: uxtheme
Assignee: wine-bugs(a)winehq.org
Reporter: stu.axon(a)gmail.com
Distribution: ---
Using current wine from git:
9d897b73a877e5eaae26df87930c951ff8273c14
First open wine explorer using no theme, and notice the column headers are
drawn correctly.
Next - set a visual style using winecfg (I confirmed with Royale Noir and
ubuntu light).
Royale Noir theme
http://www.istartedsomething.com/20061029/royale-noir/
This time the column headers are not drawn until you mouseover them - as shown
in the linked video
Video of bug
https://www.youtube.com/watch?v=YBcduwqQt48&feature=youtu.be
Terminal output while reproducing the bug -
$ wine explorer
0086:fixme:nstc:NSTC2_fnSetControlStyle2 mask & style (0x00000004) contains
unsupported style(s): 0x00000004
0086:fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x1351a0 (2, 1026, a003,
0, 0x33f508)
0086:fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x1351a0 (2, 1026, a004,
1, 0x33f508)
0086:fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x1351a0 (2, 1025, a003,
1, 0x33f508)
0086:fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x1351a0 (2, 1025, a004,
1, 0x33f508)
0086:fixme:uxtheme:DrawThemeTextEx unsupported flags 0x002100f2
0086:fixme:uxtheme:DrawThemeTextEx unsupported flags 0x002100f2
[repeated]
--
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=44569
Bug ID: 44569
Summary: Winecfg - new desktop colour doesn't apply immediately
Product: Wine
Version: 2.21
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: stu.axon(a)gmail.com
Distribution: ---
Run winecfg with wine set to emulate a desktop.
Open Winecfg, go to desktop integration
choose Item->Desktop
Choose a new colour and click apply or OK.
The new colour does not show up until you start wine again.
--
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=44568
Bug ID: 44568
Summary: wine 3.0 ends with "wine_kernel_init boot event wait
timed out" on Mac OS X 10.13.3
Product: Wine
Version: 3.0
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: teenylasers(a)gmail.com
Created attachment 60536
--> https://bugs.winehq.org/attachment.cgi?id=60536
on-screen output after executing "wine <my.exe>"
Hello,
I recently updated wine to 3.0 using Homebrew on Mac OS X High Sierra. What
used to work with wine 2.0.2 now produce the attached error when I try to do
"wine <my.exe>". At the same time, Wine launches with a window that says "“The
Wine configuration in /home/user/.wine is being updated, please wait…”, but it
never exits.
I have tried deleting ~/.wine and ~/.local/share/<wine-related>, brew uninstall
wine and then reinstall xquartz and wine. The result is the same. Can you
please help?
Thanks.
--
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=44522
Bug ID: 44522
Summary: Window titlebar doesn't support visual style
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: uxtheme
Assignee: wine-bugs(a)winehq.org
Reporter: stu.axon(a)gmail.com
Distribution: ---
Created attachment 60477
--> https://bugs.winehq.org/attachment.cgi?id=60477
Screenshot of current wine with unthemed titlebars + royale noir visual style
Using wine from current git:
9d897b73a877e5eaae26df87930c951ff8273c14
And the freely available Royale Noir theme
http://www.istartedsomething.com/20061029/royale-noir/
Titlebars are not themed at all (trying with desktop emulation and without, and
also toggled the setting to allow the window manager to manager 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.
https://bugs.winehq.org/show_bug.cgi?id=44555
Bug ID: 44555
Summary: Native windows file associations (not Linux's) are
automatically replaced with winebrowser
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: magiblot(a)hotmail.com
Distribution: ---
Hi there.
So I want to open image files with a Windows application, e.g. Microsoft Photo
Editor, provided by Office 97.
After installation, the file association is created in the registry. Thus, a
key is written in the entry 'HKEY_CLASSES_ROOT\pngfile\shell\open\command' with
the value 'C:\Program Files\Common Files\Microsoft Shared\PhotoEd\PhotoEd.exe
"%1"'.
With this registry configuration, the wine-extension-png.desktop file which
runs 'wine start /ProgIDOpen pngfile %f' properly opens files with Microsoft
Photo Editor from the Linux file manager.
In certain conditions, such as after a wine update, a 'The configuration in
($WINEPREFIX) is being updated, please wait...' dialog box appears and, from
then on, the value of the key I mentioned above is changed back to '"C:\Program
Files\Internet Explorer\iexplore.exe" -nohome'.
Therefore, 'wine start /ProgIDOpen pngfile %f' does no longer open Microsoft
Photo Editor, but winebrowser.
I would like not to have my file associations replaced anytime wine wants to.
--
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=36014
Bug ID: 36014
Summary: secur32/{negotiate,ntlm} tests fail with debian's
samba/winbind 4
Product: Wine
Version: 1.7.16
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: secur32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Follow up to bug 35965.
The secur32 tests fail on a default installation of samba/winbind4 on Debian 7
(wheezy):
../../../tools/runtest -q -P wine -T ../../.. -M secur32.dll -p
secur32_test.exe.so negotiate && touch negotiate.ok
WARNING: gnome-keyring:: couldn't connect to:
/home/austin/.cache/keyring-mD4V6F/pkcs11: No such file or directory
ntlm_auth: /usr/lib/i386-linux-gnu/libwbclient.so.0: no version information
available (required by /usr/lib/i386-linux-gnu/samba/libauth4.so)
fixme:secur32:nego_AcquireCredentialsHandleW forwarding to NTLM
fixme:secur32:nego_AcquireCredentialsHandleW forwarding to NTLM
ntlm_auth: /usr/lib/i386-linux-gnu/libwbclient.so.0: no version information
available (required by /usr/lib/i386-linux-gnu/samba/libauth4.so)
ntlm_auth: /usr/lib/i386-linux-gnu/libwbclient.so.0: no version information
available (required by /usr/lib/i386-linux-gnu/samba/libauth4.so)
Unable to setup messaging listener for
'/var/lib/samba/private/smbd.tmp/msg/msg.10803.179872511':NT_STATUS_OBJECT_NAME_NOT_FOUND
negotiate.c:295: Test failed: server returned 80090304, more tests will fail
negotiate.c:305: Tests skipped: authentication failed, skipping remaining tests
negotiate.c:349: Test failed: DeleteSecurityContext returned 80090301
make: *** [negotiate.ok] Error 2
that lack of version information message seems bad, and makes the tests fail
even worse later (in ntlm.c):
../../../tools/runtest -q -P wine -T ../../.. -M secur32.dll -p
secur32_test.exe.so ntlm && touch ntlm.ok
WARNING: gnome-keyring:: couldn't connect to:
/home/austin/.cache/keyring-mD4V6F/pkcs11: No such file or directory
ntlm_auth: /usr/lib/i386-linux-gnu/libwbclient.so.0: no version information
available (required by /usr/lib/i386-linux-gnu/samba/libauth4.so)
..
ntlm_auth: /usr/lib/i386-linux-gnu/libwbclient.so.0: no version information
available (required by /usr/lib/i386-linux-gnu/samba/libauth4.so)
===============================================================
INTERNAL ERROR: Signal 11 in pid 10826 (4.0.0beta2)
Please read the Trouble-Shooting section of the Samba HOWTO
===============================================================
PANIC: internal error
but, as Dmitry points out in https://bugs.winehq.org/show_bug.cgi?id=35965#c9,
the wiki says that only ntlm_auth needs to be available, nothing is said about
the configuration:
"To get access to all the features while using NtlmSigningAndSealing, you need
an up-to-date version of ntlm_auth. Samba 3.0.26 or later will do. In some
distributions, you need to install the "winbind" package to get ntlm_auth.
If you want client mode NTLM for Wine, e.g. reading your email using Outlook
over a connection with NTLM encryption, that's all you need. "
--
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=44325
Bug ID: 44325
Summary: Microsoft Powerpoint 2010: hangs up when seeking mp4
video
Product: Wine
Version: 3.0-rc4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: winegstreamer
Assignee: wine-bugs(a)winehq.org
Reporter: deto.haz(a)gmail.com
Distribution: ---
Microsoft Powerpoint 2010 hangs up when seeking playing video.
I have tried to install MS Office 2010 on Wine 3.0-rc4, everything works like a
charm. I was able to embed and play mp4 videos (only mp4) with Powerpoint; but
when seeking, Powerpoint was suspended and could not return.
But when I completely remove the audio channel from the file by "ffmpeg -i
videoAndAudio.mp4 -c copy -an onlyVideo.mp4" command (only keep the video
channel) and insert again, this hangup error has disappearred.
So when I rebuilt from source to reproduce this error, I found that the bug
occurs at dlls/winegstreamer/gst_cbs.c:call_cb function, where wait for
condition pthread_cond_wait(&cbdata->cond, &cbdata->lock); and somewhere in
dlls/winegstreamer/gstdemux.c:dispatch_thread. May be there is a deadlock with
the synchronization of the audio and video channel.
OS: Kubuntu 17.04 zesty
MSOffice 2010 with no service pack
riched20 (natice, builtin)
msxml6 from winetricks (native, builtin)
libgstreamer1.0-0
libgstreamer-pligins-{bad,base,good}1.0-0
Give me feedback if you need more information.
Thanks & best regards
Ha Binh Xuyen
--
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=31393
Bug #: 31393
Summary: Nvidia force antialiasing no longer works
Product: Wine
Version: 1.5.10
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: b7.10110111(a)gmail.com
Classification: Unclassified
Regression SHA1: 09443f14e75e134328643b5d33aff61bdf4dca32
After AlwaysOffscreen has become enabled by default, games such as GTAIII and
GTAVC (which are unaware of FSAA) can't benefit from nvidia antialiasing
settings out of the box. I'm not sure if it's intended result, but despite it
being possible to disable it back, new default seems no good to me as e.g. on
Windows it's enough to set antialiasing in the driver utility and there's no
need to change D3D configuration.
Maybe wine should check whether default render target is multisampled and
toggle the default?
--
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=43679
Bug ID: 43679
Summary: PDF-XChange's typewriter tool works only once
Product: Wine
Version: 2.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: matteo.guglielmi(a)gmail.com
Distribution: ---
When using the 'typewriter' tool of pdf-xchange, which is used to add text on
pdf pages, it works only the first time it is used (typewriter box appears and
text can be typed in).
>From the second time on, the typewriter box appears but it is not possible to
type in any text.
Also editing the first typewriter box does not work either.
--
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.