http://bugs.winehq.org/show_bug.cgi?id=13428
Summary: some not grave bug
Product: Wine
Version: 1.0-rc2
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: blahapeta(a)seznam.cz
There is a bug in toolbar component.
err:toolbar:TOOLBAR_GetImageListForDrawing bitmap for ID 0, index 0 is not
valid, number of bitmaps in imagelist: 0
--
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=10487
Summary: Half Life 2: game hangs on loading screen after valve
video
Product: WineHQ Bugzilla
Version: unspecified
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: bug list
AssignedTo: jnewman(a)codeweavers.com
ReportedBy: wbaghdadi(a)gmail.com
Created an attachment (id=9226)
--> (http://bugs.winehq.org/attachment.cgi?id=9226)
Dump after exec cs:source
Wine 0.9.49 on Gutsy (Ubuntu 7.10) x64 with 8.42.3 fglrx on a HD2600.
fglrx is working fine (tested using fgl_glxgears and et:qw, ut2004 and doom 3)
Compiz is disabled.
Steam + downloading games work perfectly fine.
Upon launching HL2, TF2 or CS:S the opening videos (valve logos) play perfectly
fine - the loading screen then comes up (a blurred image with loading in the
bottom right hand corner) and wine kills itself.
Changing dx level, heapsize, sound driver produce the same error.
Setting video memory size in regedit, launching directly through commandline &
using a virtual desktop also produce the same error.
I've attached a dump from the terminal window (cs:s) + the loading screen it
freezes on (hl2).
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=9988
Summary: IOCTL_SERIAL_WAIT_ON_MASK does not always return correct
answer
Product: Wine
Version: 0.9.46.
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: tombrus(a)gmail.com
The io_control() function with IOCTL_SERIAL_WAIT_ON_MASK in dlls/ntdll/serial.c
does not seem to always return the equivalent status as windows.
Unfortunately I only have an proprietary windows application (no source) that
shows this. It is an application called FanControl shipped with a water cooling
control unit from Innovatek (germany). The application controls the unit via an
USB FTDI serial port. The application only works if there is such a device
available. Rather difficult to reproduce on the average system :(.
The fix is to remove a few lines of code from the wait_on() function:
*events = check_events(fd, commio->evtmask,
&commio->irq_info, &commio->irq_info,
commio->mstat, commio->mstat);
if (*events) goto out_now;
where the 'if' is the essential bit. The status returned to the caller will be
zero when the check_events() returns something. This seems to confuse the
windows application. When the above lines are taken out the returned code is
always "STATUS_PENDING" and the handling through wait_for_event() will always
return the right things to my windows application.
The code mentioned above looks like a shortcut to avoid starting a workitem
with RtlQueueWorkItem(). My feeling is that this shortcut is not always valid.
I will attach a patch.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=9393
Summary: "EURO-Fahrschule 2007" starts and runs into an endless
loop
Product: Wine
Version: 0.9.43.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ionic(a)ionic.de
Created an attachment (id=7692)
--> (http://bugs.winehq.org/attachment.cgi?id=7692)
Screenshot from starting stage
Hi,
I wanted to run EURO-Fahrschule 2007, a German program which helps you learning
for your driving license.
The installation went well.
After that I tried starting it.
The starting window appeared and the little sound has been played (choppy
though, but this is not of interest for me and we can let that out) - see
screenshot one.
After that the GUI should change it's look and the program ought to ready to
use - like in screenshot two (taken from Microsoft® Windows®™ XP.)
But this never happens. Instead, the application seems to hang and use 100%
CPU, which lead me and other people to the conclusion that Wine is running into
an infinitive loop.
I tried to put a little mark in the near of where the program finished playing
the sound.
I hope that can be fixed.
Have a nice day,
-Ionic
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=11749
Summary: PlayOnline doesn't launch anymore
Product: Wine
Version: 0.9.56.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: loacoon(a)hotmail.com
Created an attachment (id=11005)
--> (http://bugs.winehq.org/attachment.cgi?id=11005)
Console log of the bug
Since Wine 0.9.56, PlayOnline doesn't launch. The screen remains black and the
app freezes.
I'm attaching a console log.
--
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=11918
Summary: Playonline viewer blank screen
Product: Wine
Version: 0.9.57.
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: Winehq(a)cnormington.plus.com
Created an attachment (id=11216)
--> (http://bugs.winehq.org/attachment.cgi?id=11216)
Wine log from console using default WINDEBUG
Hi
Ran Playonline viewer, came up without splash screen (no biggie) music playing
but no graphics. Probably simular to bug 11749 but didn't freeze on me. Mouse
could be used and buttons in pol responded to mouse moving and clicking.
Linux: Ubuntu 7.10
Wine: 0.5.57
Graphics card: GeFore 8800GST
Drivers: 100.14.23
I have another log with +d3d but its rather large.
--
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=13808
Summary: Wacom tablet behaves like mouse in many, but not all
painting programs.
Product: Wine
Version: 1.0-rc4
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wintab32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gusdefrog(a)yahoo.com
Created an attachment (id=13845)
--> (http://bugs.winehq.org/attachment.cgi?id=13845)
xsetpointer -l and xidump -l terminal output
Wacom tablet behaves like a mouse in many, but not all graphic painting
programs under wine.
Brief History: Installed Hardy Heron (On one computer, clean install, on the
other upgrade. Wine automatically upgraded itself to the latest 9.59, tablet
pressure stopped working in several programs. Haven't got it to work at all on
the clean install for those programs. Tried Wine 1.0rc3. Same. Uninstalled
Wine using "Mark for Complete Removal". Compiled from source. Same. Tried
swapping tablets between computers and reinstalling Wacom drivers. On the
upgraded system tried compiling the new 8.0 wacom drivers. This changed the
default behavior of the tablets to relative navigation, and modified the
strange output of Open Canvas 1.1, but did not fix it. Installed upgrades on
the clean install to Wine 1.0rc4.
Both tablets work normally with native Linux painting and drawing applications
in all installed versions.
Currently running Wine 1.0rc4 and Ubuntu 8.04 Hardy Heron.
Currently tested programs:
Pixia 4.2a - does not have pressure sensitivity or recognize eraser.
Same behavior in: Pixia 3.0, Pixia 3.3, Pixia 3.5
and the new APixia (but this is not a stable release yet)
Open Canvas 1.1 - Draws upside down and and with scribbles and errors.
Open Canvas 4.5e plus demo - Behaves normally. (But the program doesn't
function the same as the 1.1 version, making it less suitable, may as well use
Gimp if trying to switch permanently.)
Artrage 2.5 trial - Behaves normally.
PaintTool SAI - does not have pressure sensitivity or recognize eraser.
Attaching logs requested by John Klehm and comment history from bug Bug#: 11846
which I believe to be closely related.
--
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=14620
Summary: Word 2003 "insufficient memory to display graphic"
Product: Wine
Version: 1.0-rc3
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: frisbee(a)freakmail.de
Created an attachment (id=15021)
--> (http://bugs.winehq.org/attachment.cgi?id=15021)
console output after starting word manually and opening .doc
Trying to open word document with 6 pages and 2 graphics with Word 2003.
Document opens, but the graphics are blank and I get an error message:
"insufficient memory to display or print graphic";
the same document opens with no problem under Win 2k on the same machine, same
office installation cd;
Architecture: Athlon 2500XP, openSuse 11.0, KDE 4.1 (but same problem under
GNOME)
I tried installing the dcom98 package with no result; applying the Office 2k3
Service Pack failed.
Find the console log attached, the document itself is confidential so I wont
attach it, but if you PM me at frisbee(a)freakmail.de I'll send you a copy for
reproduction
--
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=11883
Summary: Add Wine version to the screen-shot
Product: WineHQ Apps Database
Version: unspecified
Platform: Other
OS/Version: other
Status: NEW
Severity: enhancement
Priority: P2
Component: appdb-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: vitaliy(a)kievinfo.com
>From ergo on wine-forum:
I think it would be a very good idea to add a place where ppl can post version
of wine they were using when submitting screenshots - its not uncommon too see
some kind of glitches/ poor graphics on screenshots and then discover that
everything is fine with latest version.
--
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=13533
Summary: Pelink DC++ bug: while connecting to hub: error: 0x2743
Product: Wine
Version: 1.0-rc2
Platform: PC
URL: http://pepelink.narod.ru
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P5
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: pzinin(a)gmail.com
I am install pelinkdc++ 4.97 in wine 1.0 rc2. When it connect to hub:
[07:28:50] *** Соединение с p2p.nln.ru:411...
[07:28:50] *** Неизвестная ошибка: 0x2743
--
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.