https://bugs.winehq.org/show_bug.cgi?id=37813
Bug ID: 37813
Summary: Defiance fails to connect to login Server
Product: Wine
Version: 1.7.31
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: Bastyjuice(a)aol.com
The Game is patching and ist Starting without any Trouble but after launching
Defiance, the Game pop ups with a Dialog "The defiance service is unavailable
please try again later"
Michael Bond tells that he Have turned on all debug for winsock and dug through
the log. He see it create a socket and connect to login-live-us-pc.defiance.com
port 50000. After that there's a handful of failed setsockopt calls for send
and recv buffer sizes followed by a series of select and WSAFDIsSet calls
waiting for socket activity, and finally shutdown and closesocket.
--
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=25936
Summary: SolidWorks 2010: sldim.exe shows blank window
Product: Wine
Version: 1.3.12
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lukasz.wojnilowicz(a)gmail.com
Created an attachment (id=33059)
--> (http://bugs.winehq.org/attachment.cgi?id=33059)
Image showing the problem
Steps to reproduce:
1) remove ~/.wine
2) winetricks gecko
3) wine /sldim/sldim.exe
Behaviour:
Blank window (see attachment)
Expected behaviour:
The window shouldn't be blank
--
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=27403
Summary: Collapsable section headers in Solidworks property
manager are overdrawn, thus unusable
Product: Wine
Version: 1.3.21
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mpartap(a)gmx.net
The problem can be seen in the attached video: headers on the first tab are
first displayed correctly (and are clickable), then they get overdrawn slowly
which makes them non-clickable. Usually, the second tab does not have this
problem, and some actions trigger the header buttons to be redrawn, but they
get overdrawn again at once. I tried to nail down the problem by vastly
expanding RelayExclude to the 500 topmost function calls, an excerpt of the
resulting log is also attached. No fixmes or warnings come up.
--
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=11461
Summary: TortoiseSVN does not run under Wine
Product: Wine
Version: 0.9.5.
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wineserver
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mslinn(a)mslinn.com
I note that Winscp (winscp.org) is able to display TortoiseSVN menus in the
local file window when running under Windows, but not when running under wine.
Here is how I invoke winscp under wine:
WINEDEBUG=fixme-all wine "c:/program files/winscp/winscp"
Background:
WinSCP is a very nice GUI front end for Subversion (svn). You can read about
it and download it here: http://tortoisesvn.tigris.org/
TortoiseSVN should not be run across a network when the Icon Overlays feature
is enabled.
http://tortoisesvn.net/node/138http://tortoisesvn.net/node/267
However, TortoiseSVN's icon overlay feature is one of the program's major
assets.
I want to use Cygwin's xterm to connect to the samba server that holds the svn
checkout directory and use Wine to run TortoiseSVN locally on that server. The
user would be presented with a nice visual representation of the state of their
checked out Subversion project, and performance would be good.
On Windows, TortoiseSVN can display its icons in any file chooser window, and
in Windows Explorer. I have also found that WinSCP's explorer view will show
icons for the local machine.
I would prefer not to have to run WinSCP in order to view TortoiseSVN icons.
Perhaps a tiny Win32 program that merely shows a file dialog would be
sufficient to run in an xterm, if Wine would support whatever system calls
TortoiseSVN makes.
For me, and many other programmers and IT personnel who work in a mixed
Windows/Linux environment, Wine would be much more useful if there was a way to
run it under Wine. Might it be possible to extend winefile with whatever it
currently lacks in order to allow TortoiseSVN to run?
--
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=37088
Bug ID: 37088
Summary: SmartBarXP hangs on exit
Product: Wine
Version: 1.7.24
Hardware: x86
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Created attachment 49298
--> https://bugs.winehq.org/attachment.cgi?id=49298
terminal output
Noticed while checking bug 8018. Closing the application (either via Option,
Exit or clicking the X) results in a hang.
There's a seh exception thrown, as well.
--
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=17124
Summary: MSYS installer doesn't pop up cmd window?
Product: Wine
Version: 1.1.13
Platform: Other
URL: http://www.mingw.org/wiki/msys
OS/Version: other
Status: NEW
Keywords: download, Installer, source
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
When install msys, it floods the terminal with:
This is a post install process that will try to normalize betweenyour MinGW
install if any as well as your previous MSYS installs if any. I don't have any
traps as aborts will not hurt anything.Do you wish to continue with the post
install? [yn ] pi.sh: [: ==: unary operator expectedDo you have MinGW
installed? [yn ] pi.sh: [: ==: unary operator expectedWhen you install MinGW I
suggest you install it to C:/mingw(replace C: with the drive of your choice).
Then create an/etc/fstab file with a line that has a value similar to:C:/mingw
/mingwPress ENTER to continue Normalizing your MSYS environment.You
have script /bin/awkYou have script /bin/cmdYou have script /bin/echoYou have
script /bin/egrepYou have script /bin/exYou have script /bin/fgrepYou have
script /bin/printfYou have script /bin/pwdYou have script /bin/rviYou have
script /bin/rviewYou have script /bin/rvimYou have script /bin/viYou have
script /bin/viewMinGW-1.1 has a version of make.exe within it's bin/
directory.Please be sure to rename this file to mingw32-make.exe once youve
echo installed MinGW-1.1 because it\s very deficient in function.Press ENTER to
continue.C:\msys\1.0\postinstall>pause
Press Return key to continue:
Towards the end. It looks like something that should be in a cmd prompt
(haven't tested on windows yet). The line endings are also wrong, but that's
another bug.
--
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=15949
Summary: MSYS does not integrate with MinGW install correctly
Product: Wine
Version: 1.1.8
Platform: Other
OS/Version: other
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jeffz(a)jeffz.name
Installing MSYS after MinGW on windows sets things up so that the existing
MinGW install integrates with MSYS, whereby /mingw from the MSYS shell points
to the MinGW install.
First download:
wget
http://downloads.sourceforge.net/mingw/MinGW-5.1.4.exe?modtime=1209244789&b…
run MinGW-5.1.4.exe with all defaults.
Second download:
wget
http://downloads.sourceforge.net/mingw/MSYS-1.0.10.exe?modtime=1079444447&b…
run wineconsole cmd (required because Wine doesn't launch a console window like
windows does)
MSYS-1.0.10.exe
Answer the defaults to the prompted questions on the console window before the
installer finishes (it pauses there)
wine cmd /c c:\msys\1.0\msys.bat
Typing 'gcc' in the msys terminal echos "sh: gcc: command not found", whereas
on windows it says gcc.exe: no input files.
On windows within msys, `ls /mingw` lists the contents of C:\mingw, on Wine
/mingw is empty.
--
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=13159
Summary: tooltips won't show up on partly hidden items
Product: Wine
Version: 1.0-rc1
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: tarasov.igor(a)gmail.com
To see the bug, open regedit drag the bar that separates registry tree from
values so that it partly covers registry branches names. If you use native
comctl32.dll or in windows you'll see tooltips over these partly covered items,
displaying full item name. Wine won't show anything.
This is true with listview also.
In some applications that have big listview tables with long values this bug
becomes pretty annoying (when you constantly have to change comlumn widths etc
in order to see complete values).
Maybe this bug was reported earlier, but I have not found it.
--
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=48361
Bug ID: 48361
Summary: Honkai Impact 3rd doesn't start
Product: Wine
Version: 5.0-rc2
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Without wine-staging the game crashes, with wine-staging the game simply
"terminates".
The log simply says
######
000b:fixme:winediag:__wine_start_process Wine Staging 5.0-rc2 is a testing
version containing experimental patches.
000b:fixme:winediag:__wine_start_process Please mention your exact version when
filing bug reports on winehq.org.
Terminated
######
Any logs I should provide?
--
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=42284
Bug ID: 42284
Summary: Enable using Wine with Wayland and without X on Linux
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: shtetldik(a)gmail.com
Distribution: ---
Currently, Wine on Linux is strongly dependent on X, and when used with the
desktop environment with new Wayland display server, Wine is forced to run
through XWayland, which so far remains a poor experience.
The whole Linux desktop is now strongly pushing the switch from X to Wayland,
and many major applications are now in the process of enabling this switch.
Is there some plan for such effort in Wine? Is it even feasible? I couldn't
find any bugs opened for it, so I'm opening one here to track this.
--
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.