https://bugs.winehq.org/show_bug.cgi?id=48939
Bug ID: 48939
Summary: pawn
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: artur666228(a)gmail.com
Distribution: ---
Created attachment 66915
--> https://bugs.winehq.org/attachment.cgi?id=66915
pawno.exe trabl
error with pawno.exe
--
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=30981
Bug #: 30981
Summary: Skyrim: Keys "stick" occasionally
Product: Wine
Version: 1.5.7
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jeff(a)deserettechnology.com
Classification: Unclassified
While playing Skyrim, one of the directional keys will occasionally stick. This
usually happens when entering a new area (after the loading screen) or coming
out of character management and equipment screens. The stuckedness can be
undone by holding the stuck key for a few seconds and releasing. This happen
semi-frequently.
Also, occasionally something sticks that makes the character move in a very
halted manner. The character will run for three or four steps before he is
forced to walk again. After 6-8 steps, the character will resume running for
3-4 steps. This behavior loops until both Skyrim and WINE are completely
closed. It is not resolved simply by relaunching Skyrim. It may be that this
occurs when a different key gets stuck, but I do not know which key would stick
that way.
These behaviors witnessed in Wine 1.5.6 - 4c7f6f6. I have not played enough
with 1.5.7 to know if it occurs there, but it mostly likely does.
nvidia GTX285 w/ blob 302.17
Linux 3.4.3
Core i7-2600K
16G RAM
--
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=25838
Summary: winepath outputs garbage (really, escape sequences)
before desired output
Product: Wine
Version: 1.3.11
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Eric's console changes, circa
http://www.winehq.org/pipermail/wine-cvs/2011-January/074495.html
seem to have broken winepath (and possibly other
wine console utilities that output plain text
strings for use inside user scripts).
wine winepath -u c:/ | cat -v
used to output
/home/dank/.wine/dosdevices/c:/
but now it outputs
^[[?1h^[=/home/dank/.wine/dosdevices/c:/
This breaks winetricks and probably any number of user scripts that depend on
winepath outputting a valid path.
--
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=48878
Bug ID: 48878
Summary: Debian packaging: set cap_net_raw to allow sendings
pings, do out-of-tree builds
Product: Packaging
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-packages
Assignee: wine-bugs(a)winehq.org
Reporter: luca.boccassi(a)gmail.com
CC: dimesio(a)earthlink.net, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
Hi,
I am attaching two patches for the Debian packaging that is published on OBS at
https://build.opensuse.org/package/show/Emulators:Wine:Debian/wine-staging
The first one adds postints and a dependency on libcap-bin, so that wineserver,
wine-loader and wine64-loader can get cap_net_raw added on installation. Some
games need to be able to send ICMP packets for anti-cheat reasons - see
https://appdb.winehq.org/objectManager.php?sClass=version&iId=31145
Adding cap_net_raw means they don't need to be ran as root to do that, which is
obviously bad.
The second patch improves debian/rules so that it does out-of-tree automake
builds in debian/build-$ARCH. This is the first step to allow multi-arch builds
to work more smoothly.
I had sent this as a PR on OBS but I was told to open a bug instead:
https://build.opensuse.org/request/show/789262
I cannot find a git repository to create patches against, so I've done that
manually.
--
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=6141
Anastasius Focht <focht(a)gmx.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
Ever confirmed|0 |1
URL|https://ratdvd.ca/ |https://web.archive.org/web
| |/20130513121947/http://www.
| |videohelp.com/download/ratD
| |VDSetup-0.78.1444.exe
Status|UNCONFIRMED |NEW
Summary|ratDVD crashes when |ratDVD 0.78 crashes or
|converting video |freezes when converting
| |video
--- Comment #17 from Anastasius Focht <focht(a)gmx.net> ---
Hello folks,
I've found a snapshot via Internet Archive:
https://web.archive.org/web/20130513121947/http://www.videohelp.com/downloa…
Converting from/to .ratDVD format is entirely pointless nowadays. You will have
a hard time to find any content (torrent) in .ratdvd format that is still
seeded.
https://en.wikipedia.org/wiki/RatDVD
Anyway, the ticket might be still useful for finding/tracking Wine
insufficiencies.
Fortunately, I still have some old DVD movie 'raw' rips archived to test the
conversion to ratDVD (the other way around). Pointing the app to 'VIDEO_TS' ->
'video_ts.ifo' it properly recognizes all video and audio/metadata content.
With preview enabled I can see the conversion process (stills of the scenes).
At one point it freezes/stops the conversion. In my case: 'Action: Video
Manager Menu (57%)', not even the main movie.
--- snip ---
...
PicSize : 63845
PicSize : 66840
PicSize : 47173
<stops output>
--- snip ---
Maybe I'll have a more detailed look at this later .. in some months/years.
We're not in a hurry here with almost 14 years already passed ;-)
$ sha1sum ratDVDSetup-0.78.1444.exe
1f601d1eee3171451b013160ba5b9b2e2564f21a ratDVDSetup-0.78.1444.exe
$Â du -sh ratDVDSetup-0.78.1444.exe
4.6M ratDVDSetup-0.78.1444.exe
$Â wine --version
wine-5.6
Regards
--
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=42494
Bug ID: 42494
Summary: The Longest Journey characters partially invisible
with Intel Graphics cards
Product: Wine
Version: 2.2
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: acescopezz(a)gmail.com
Created attachment 57362
--> https://bugs.winehq.org/attachment.cgi?id=57362
Log with Intel Iris
This is probably a continuation of:
https://bugs.winehq.org/show_bug.cgi?id=11819
I've tested on an Intel Iris 5100, Intel HD 5000 and an old Intel GMA x3100.
They all give me the same output.
It works fine on nvidia and amd cards (tested that 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.
https://bugs.winehq.org/show_bug.cgi?id=46554
Bug ID: 46554
Summary: DeleteFile can't handle broken symlinks (target
removed before symlink)
Product: Wine
Version: 4.0-rc7
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: source, testcase
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: gijsvrm(a)gmail.com
Distribution: ArchLinux
Created attachment 63426
--> https://bugs.winehq.org/attachment.cgi?id=63426
testcase
While working on a CreateSymbolicLink implementation, I noticed it was causing
test failures in msvcp120. While investigating, I noticed some of the created
symlinks weren't getting deleted. Swapping the order of deletion to make sure
all symlinks are removed before the targets fixed the test failures.
Attached you can find a patch that includes my WIP CreateSymbolicLink
implementation and some DeleteFileA tests that prove that this works on
Windows, but doesn't on Wine. As I said before, removing the symlinks and then
removing the targets works fine.
Beware that my test will leave behind a file, the aforementioned broken
symlink.
--
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=14838
Summary: TMPDIR environment variable is not used at all
Product: Wine
Version: CVS/GIT
Platform: PC
URL: http://en.wikipedia.org/wiki/TMPDIR
OS/Version: Linux
Status: NEW
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: killertux(a)suomi24.fi
Tested on Wine 1.1.2-307-g520ab5c
Wine simply does not use TMPDIR environment variable and as far as I know Wine
has never used this environment variable... it just defaults to /tmp
--
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=48818
Bug ID: 48818
Summary: Epic game store doesnt work with intel's inyegrated
gpu
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: winetest(a)luukku.com
Distribution: ---
Created attachment 66735
--> https://bugs.winehq.org/attachment.cgi?id=66735
a pupup of the error
wine-staging 5.4. Can't provide console output for now.
The installer is free to download.
https://www.epicgames.com
I got i5 9600k, using mesa
Extended renderer info (GLX_MESA_query_renderer):
Vendor: Intel Open Source Technology Center (0x8086)
Device: Mesa DRI Intel(R) UHD Graphics 630 (Coffeelake 3x8 GT2) (0x3e98)
Version: 19.2.8
Accelerated: yes
Video memory: 3072MB
Unified memory: yes
Preferred profile: core (0x1)
Max core profile version: 4.5
Max compat profile version: 3.0
Max GLES1 profile version: 1.1
Max GLES[23] profile version: 3.2
OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) UHD Graphics 630 (Coffeelake 3x8 GT2)
OpenGL core profile version string: 4.5 (Core Profile) Mesa 19.2.8
OpenGL core profile shading language version string: 4.50
--
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=33906
Bug #: 33906
Summary: Minimising Photoshop CS2 and restore it doesn't
restore the draws
Product: Wine
Version: 1.6-rc3
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jeff.artik(a)gmail.com
Classification: Unclassified
When photoshop CS2 is minimised (or switching to "desktop 2" and back to one)
makes the main draw windows still minimised. I have to restore them manually.
To reproduce the bug, it's easy.
1. Open Photoshop CS2
2. Open a picture
3. minimise PS CS2
4. Restore PS CS2
The picture stay minimised. Others windows (tools or layers) are correctly
restored.
--
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.