https://bugs.winehq.org/show_bug.cgi?id=37235
Bug ID: 37235
Summary: 1Password Context Menu won't convert from standard
menu time to a submenu parent
Product: Wine
Version: 1.7.25
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: winehq-bugzilla(a)richardpayne.name
Created attachment 49508
--> https://bugs.winehq.org/attachment.cgi?id=49508
Screenshots of expected windows behaviour
1Password's browser extension helper menu does something a little unusual. It
presents a list logins in a menu that can be clicked to open.
However, it also lets you right click on each menu item. Doing so converts the
item to a sub-menu parent. The sub-menu gives you access to the details of the
login.
Running under Wine, the "right click to convert item" action does not work.
I've attached screenshots, but I'm not really sure what else you might need to
investigate this. Please advise.
--
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=11782
Summary: Cossacks EW: Game does not redraw
Product: Wine
Version: 0.9.56.
Platform: PC
URL: http://www.download.com/Cossacks-The-Art-of-War-
demo/3000-7485_4-10229103.html
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-ddraw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: krzychoocpp(a)gmail.com
Created an attachment (id=11042)
--> (http://bugs.winehq.org/attachment.cgi?id=11042)
WINEDEBUG+ddraw
In wine 0.9.55, when starting Cossacks, all I saw was black or white screen
(white with opengl ddraw renderer, black with gdi).
With wine 0.9.56, this was partially fixed. Game starts and menu is rendered.
But screen is updated only when I click menu item. It is a bit hard to do,
because I cannot see where exactly cursor is. When I finally click one of the
menu items, everything works as it should for about a second - fade effect, and
other menu screen is shown.
You can download Cossacks: Art of War demo from:
http://www.download.com/Cossacks-The-Art-of-War-demo/3000-7485_4-10229103.h…
It's addon to EW and shows this problem too.
I experience this problem with GF 7300GS/nVidia driver and Radeon Mobility 7500
using radeon driver.
In attached debug log I marked when I started game, clicked menu item, etc.
--
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=29727
Bug #: 29727
Summary: Wine fails to correctly rerender UI elements upon
interaction with them
Product: Wine
Version: 1.4-rc1
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: t.artem(a)mailcity.com
Classification: Unclassified
This is a follow up to bug 22256.
When you move the horizontal delimiter its appearance breaks until you
minimize/maximize a dialog window - it looks like some strange kind of UI
tearing.
To reproduce:
1) Unpack this archive anywhere (
http://bugs.winehq.org/attachment.cgi?id=38570 )
2) Double click Samantha Taylor
3) Try to move up and down the horizontal delimiter - its appearance will
momentarily break.
--
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=47951
Bug ID: 47951
Summary: Compiling WINE under Windows is completely broken
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: build-env
Assignee: wine-bugs(a)winehq.org
Reporter: carlo.bramix(a)libero.it
Distribution: ---
After some time, I decided to update my version with the changes from latest
WINE sources, but sadly the compilation under Windows is completely broken.
Both CYGWIN and MSYS2+MINGW are not working anymore.
The first cause of problem is the addition of _WIN32 macro into configure
script.
Its presence corrupts the execution under CYGWIN, under MINGW this addition is
useless because it is an intrinsic macro, but here the configuration does not
work also for other reasons. Removing that declaration is the first point
should be already good, but in my opinion it would be better to distinguish
between CYGWIN and MINGW at configure time in some points. This will give more
options, for example it would be better to name the library cygwine-1.dll for
CYGWIN and libwine-1.dll for MINGW, to allow their coexistence in the
environment. After several fixes to configure and other source files, I was
finally able to start the compilation, but unfortunately winebuild hangs
because it fails the execution of dlltool, perhaps because some changes because
my previous version was working fine. Since the amount changes was going to be
excessive, I'm also posting this bug report.
Sincerely.
--
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=48194
Bug ID: 48194
Summary: sync.com: crashes when starting sync-taskbar.exe
Product: Wine
Version: 4.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: florisnielssen(a)gmail.com
Distribution: ---
Created attachment 65830
--> https://bugs.winehq.org/attachment.cgi?id=65830
Output log (development version)
https://www.sync.com/download/win/sync-installer.exe
Sha1sum:
b03d1095000baadaae6cf782f991e9b4772338b0 sync-installer.exe
c11ec510d42ba9e311d87879e4dcfc12d0491c71 sync-taskbar.exe
Wine crashes when I try to run sync-taskbar.exe
Seems similar to bug 48016 (https://bugs.winehq.org/show_bug.cgi?id=48016),
which was fixed a few days back since the following came up in the log:
wine: Call from 0x7104f24e to unimplemented function
shcore.dll.GetScaleFactorForMonitor, aborting
Tried with both the development and staging branch, both logs 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.
https://bugs.winehq.org/show_bug.cgi?id=48115
Bug ID: 48115
Summary: Magic & Mayhem 2: The Art of Magic: Direct3D8 texture
animations are broken
Product: Wine
Version: 4.20
Hardware: x86
URL: https://www.fileplanet.com/archive/p-33431/Magic-Mayhe
m-2-The-Art-of-Magic-Demo
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: syndromedayna(a)gmail.com
Distribution: ArchLinux
Created attachment 65703
--> https://bugs.winehq.org/attachment.cgi?id=65703
video illustrating bug
Game is unplayable due to graphical glitch: textures are constantly floating
somewhere - including GUI and text. So i can't even read subtitles.
Bug occurs when there is something playing texture animation on the screen e.g.
river, bonfire or spell effect.
I have attached a video illustrating bug. (2.7 MiB)
Bug persists between wine editions (staging/development) and versions (4.16 to
latest 4.20)
--
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=41434
Bug ID: 41434
Summary: Wine crashes when loading world from .mcl file in
MUSHclient.
Product: Wine
Version: 1.9.18
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: michaelclarksly(a)gmail.com
Created attachment 55805
--> https://bugs.winehq.org/attachment.cgi?id=55805
This is the backtrace in the Program Error Details when wine crashes.
Wine crashes at random times after loading a world from a .mcl (Lusternia) in
MUSHclient (Crown System). Sometimes it will be fine for hours and sometimes
crash on initial load. It always crashes if I attempt to reload the script. I
have attached the backtrace which as far as I can tell seems to be the same
each time it crashes.
--
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=47631
Bug ID: 47631
Summary: Pass and execute shutdown commands from Wine to Host
OS.
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: jebeld17(a)gmail.com
Distribution: ---
Programs that perform a "shutdown -<argument>" tend to error out or freeze
because Wine doesn't currently pass 'shutdown' commands to the Host OS.
Please fix, arguably by passing over these commands to the Host OS and
executing the equivalent code on the Host OS.
--
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=46901
Bug ID: 46901
Summary: Path environment variable with nested variables is not
expanded properly
Product: Wine
Version: 4.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: scorpion8182(a)googlemail.com
Distribution: ---
Created attachment 63979
--> https://bugs.winehq.org/attachment.cgi?id=63979
Registry entries for HKCU\Environment\PATH
I am trying to set up a crosscompile environment under Linux targeting MSVC.
For that purpose I have copied the contents of a MS VC Build Tools and Win 10
SDK installation to two folders under /opt, basically. Afterwards I added
entries to the PATH environment variable to construct the Pathes to the
compiler, the includes and the libs. My target is to be able to invoke the
tools (compiler, linker, resource compiler) without prepending the path.
Those path entries start with the Z: drive, pointing to Z:\opt .
The attached screenshots show what i entered in the registry under
HKCU\Environment\PATH.
Now, when i try to invoke the cl.exe compiler for example from a wine cmd
like
WINEPREFIX=/home/martin/wine-vc14-64 wine cmd
i get following output:
Z:\home\martin\Schreibtisch\Blender_DEV_gitlab\blender>cl.exe
'cl.exe' could not be recognized as internal or external command or as batch
script.
(Original german output:)
'cl.exe' konnte nicht als interner oder externer Befehl
oder als Batch-Skript erkannt werden.
But
echo %PATH%
shows:
C:\windows\system32;C:\windows;C:\windows\system32\wbem;C:\ninja;Z:\opt\msvc\VC\Tools\MSVC\14.16.27023\bin\Hostx64\x64;Z:\opt\winsdk\win10sdk\bin\10.0.17763.0\x64
so the path at this place seems to be correctly expanded. But the file cl.exe
being there cannot be found.
This breaks the crosscompile invocation scheme. (CMake doesnt find it, etc etc)
I have also asked this question in IRC and i was recommended to file a bug
report, since this works correctly under 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=44961
Bug ID: 44961
Summary: When I tried to wget the Release.key I got a 404
error.
Product: WineHQ.org
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: www-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: wizard(a)bnnorth.net
Distribution: ---
I decided to upgrade to the latest stable Wine, so I followed the instructions
for Ubuntu 17.10. When I tried to wget the Release.key I got a 404 error
message. Is there a different directory for the Release.key than the one in
the instructions?
--
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.