http://bugs.winehq.org/show_bug.cgi?id=23158
Summary: Enhance appdb search filters to allow searching for
regressions
Product: WineHQ Apps Database
Version: unspecified
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: appdb-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Is there an easy way to search for regressions in the appdb?
The current search filters don't seem to do the trick - but with a small
change, they could.
Right now you can have multiple filters active, e.g.
Active filters
Rating = platinum
Rating = garbage
Wine version < 1.0.1
Wine version > 1.2rc1
but the combination doesn't seem well defined. If rating & wine version
were grouped, e.g.
Active filters
Rating = platinum and Wine version < 1.0.1
Rating = garbage and Wine version > 1.2rc1
that would do fine. Or is there a better way?
--
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=35034
Bug #: 35034
Summary: wasteland angel demo menu is very blue
Product: Wine
Version: 1.7.7
Platform: x86
URL: http://www.atomicgamer.com/files/93611/wasteland-angel
-demo#
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: madewokherd(a)gmail.com
Classification: Unclassified
Almost everything in the menu of the Wasteland Angel demo is blue instead of
brown. The in-game and titlescreen bits look fine.
--
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=31022
Bug #: 31022
Summary: Siglos Karaoke Professional crashes
Product: Wine
Version: 1.5.3
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: waste(a)wolf-itc.de
Classification: Unclassified
Created attachment 40720
--> http://bugs.winehq.org/attachment.cgi?id=40720
command output log
I have tried to run Siglos Karaoke Professional, which uses DirectShow, to run
with wine.
Installation and configuration and so is all ok, but when I try to play a file
(avi or cdg), I can't get it work.
The TryOut-Version of the software (which is ok for testing) can be downloaded
from
http://www.powerkaraoke.com/src/prod_siglos-karaoke-professional.php
And for a test an arbitrary avi-file may be taken.
--
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=39122
Bug ID: 39122
Summary: Fairy Fencer F doesn't run on 64-bit wine (due to WMP
support)
Product: Wine
Version: 1.7.49
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: chaos.kagami(a)gmail.com
Distribution: ---
Fairy Fencer F doesn't run on 64-bit wine. It requires wmp9 or wmp10 in
winetricks, both of which aren't installable in a 64-bit prefix. The game also
simply exits in abscence of video playback, unlike the neptunia games which
just display a three-ish second black screen. Worth noting is that FFF uses
directx9 unlike the neptunia games. There are no crash logs attached because it
doesn't crash, it exits. If anyone needs any more debug logs, I'll gather them
and attach them.
There are other issues involved with FFF that I'll file reports for after this
one, but this one is rather odd.
My copy of wine was built with support for everything possible sans ntlm_auth.
I've tested this in vanilla wine as well as staging (since I use that unless
I'm testing for issues, like here.)
Additionally, steam was tested both with dwrite disabled and enabled due to
recent commits. Neither results in any change whatsoever.
--
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=29912
Bug #: 29912
Summary: No parent button in file selection dialog
Product: Wine
Version: 1.4-rc1
Platform: x86-64
URL: http://www.winuae.net/files/InstallWinUAE2330.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: markk(a)clara.co.uk
Classification: Unclassified
In some types of file selection dialog, there is no parent button. The
equivalent dialog in Windows XP does have a parent button, which makes
navigating the directory tree much easier.
If the program opens a selection dialog positioned in a subdirectory, to
navigate to the parent you need to use the treeview on the left side to
navigate down the directory hierarchy instead.
I noticed this while testing WinUAE, but presumably any program which uses the
same type of dialog will be similar.
- Download and run the WinUAE installer. Check the box to run the program at
the end.
- When the WinUAE Properties window appears, click ROM in the treeview then
click one of the "..." buttons to show a file selection dialog. There is no
parent button in the dialog. (There is also no indication of where in the
directory tree the current view is.)
--
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=18494
Summary: Overhead text rendered strange
Product: Wine
Version: 1.1.21
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: killzenator(a)gmail.com
Created an attachment (id=21127)
--> (http://bugs.winehq.org/attachment.cgi?id=21127)
Output of wine 4Story.exe
All the overhead text in 4Story is rendered in same dark blue color making it
difficult to read.
To quote the user Irfy from the wine forums
"When you fight against players from the other kingdom, you don't see colors
and cannt read the text. Thus you cannot decide whether to run away or stay and
fight. You cannot even know if they are friends or fiends."
--
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=40946
Bug ID: 40946
Summary: Nexon Launcher (Mabinogi): Crashes on first run, while
"updating launcher" box is showing
Product: Wine
Version: 1.9.14
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: zactheslade(a)gmail.com
Distribution: ---
Created attachment 55081
--> https://bugs.winehq.org/attachment.cgi?id=55081
two text files containing "details" output from crash handler
==Description of my system==
DISTRIB_CODENAME=trusty
DISTRIB_DESCRIPTION="Ubuntu 14.04.4 LTS"
(Packaged under "Lubuntu")
I am using a stock Dell Optiplex 330 with an extra SATA Hard Drive inside. I'm
using my on-board graphics card, and I have no idea how to check what kind of
card it is from within Linux. I have an old ASUS card laying around, or an old
AMD Radeon that I could try if that's really the issue.
==Description of Events==
Nexon launcher installs without visible issue. After installing Nexon
Launcher...
First start:
"Updating Launcher" window appears after a short time; crashes with attached
details ("Backtrace.txt"). Launcher remains active in task-bar. Clicking
launcher in task-bar does nothing. Task manager shows multiple instances of
"C:/Program" running. Killed all instances of "C:/Program" in task manager.
Second start:
Login dialogue appears after a longer time. Entering valid log-in credentials
crashes the launcher with attached details ("Backtrace2.txt"). Invalid
credentials are rejected naturally. Launcher remains active in task-bar.
Clicking launcher in task-bar does nothing. Task manager shows multiple
instances of "C:/Program" running. Killed all instances of "C:/Program" in task
manager.
Third start:
Nothing happens. "C:/Program" appears in task-manager.
==My To-Do List==
Until further notice, my plan is to...
1. Restart the computer and try again.
2. Read and attempt to apply information from here:
https://bugs.winehq.org/show_bug.cgi?id=22479
3. Take my best shot at the steps outlined here:
https://www.winehq.org/docs/winedev-guide/wine-debugger
(hint: I don't know what an environment variable is, or how I set one)
4. Do whatever you guys tell me to do. Seriously. Just say the word. If beer
will help you solve this issue, I'll buy. If taking your dog out will give you
more time, I'll do that too. Laundry? Vacuum? Dishes? Pizza? You got it. Just
help me play Mabinogi without going back to, *gulp*, 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.
http://bugs.winehq.org/show_bug.cgi?id=36479
Bug ID: 36479
Summary: Crazy Arcade failed to run normally
Product: Wine
Version: 1.7.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: zbw14159(a)126.com
Created attachment 48542
--> http://bugs.winehq.org/attachment.cgi?id=48542
the log
The game will fail a few seconds after running.You can download it from
http://bnb.sdo.com/web5/inc/h_xzlj.html
Follow these steps to install:
"下一步"->"我接受"->"安装"->"是"
--
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=30404
Bug #: 30404
Summary: Galactic Civilizations 1: severe slowdown during ships
battles
Product: Wine
Version: 1.5.1
Platform: x86-64
URL: http://www.galciv1.com/download.asp
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: frederic.delanoy(a)gmail.com
Classification: Unclassified
Created attachment 39744
--> http://bugs.winehq.org/attachment.cgi?id=39744
new Data dir
To reproduce:
- download and install 1.03 demo version from above URL in a clean wineprefix
(same issued with fully patched retail version)
- replace Program Files/Strategy First/Galactic Civilizations Demo/Data dir
with the attached file
- launch the game (wait until intro screens are passed)
- hit "Restore Last Civilization" in the main menu
- hit 3 times the different "Done" buttons
- right-click on the lower ship to start the battle
(hit Esc then "Quit Game" to exit the game once the battle is finished)
=> combat much slower than normal (should only take a couple of seconds)
Setting HKCU\Software\Wine\Direct3D\DirectDrawRenderer=gdi in the registry
somehow fixes/workarounds the issue.
Configuration:
- wine-1.5.1-219-g4b3e4fa (same with 1.5.1 save for unrelated bug 30213)
- linux 3.0
- nVidia driver 295.33 (x86_64)
- Xorg 1.10.4
--
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=33155
Bug #: 33155
Summary: Broken winmm recording when using an ACM codec
Product: Wine
Version: 1.3.25
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: winmm&mci
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hoehle(a)users.sourceforge.net
Classification: Unclassified
Extracted from bug #33045, comment #18
wavein recording using the ACM needs rethinking. Currently, it does anything
from hanging, crashing or recording broken streams.
- WID_PullACMData looks incomplete. It starts with checking
device->acm_hdr as if it could persist from a prior invocation,
however it frees it when returning normally. Thus it should remain
local to the function, with device->acm_offs. In error
situations, the current code may break, because it may see
device->acm_hdr.cbDstLength != 0 on entry from a prior
acmStreamConvert MMSYSERR_* return.
- WID_PullACMData needs better error handling. If acmStreamConvert
returns an error, the IACaptureClient buffer remains locked, causing
any subsequent access to error out: recording stalls.
- In WID_PullACMData, the queue->lpNext condition looks bogus in the
light of IMA_ADPCM's 256 bytes block size.
- More generally, PullACMData needs a redesign. What to do when
srcLengthUsed < packet_frames ?!?
I.e. when the mmdevapi packet length does not match the codec's blocksize,
e.g. using 10ms packets while IMA_ADPCM likely needs multiples of 256 bytes.
- We should not throw away recorded bytes given enough buffers.
- mmdevapi does not accept retrieving less than one packet...
- mmdevapi does not allow choosing the packet size.
- WID_PullACMData does not yet handle WOM_DONE correctly. The
other bug report contains a patch.
--
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.