http://bugs.winehq.org/show_bug.cgi?id=13240
Summary: Running "explorer" should open an "explorer" window
Product: Wine
Version: 1.0-rc1
Platform: PC
OS/Version: Linux
Status: NEW
Keywords: source
Severity: enhancement
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: vitaliy(a)kievinfo.com
Running "wine explorer" should bring up the explorer (in our case winefile).
However it just exits without starting anything.
--
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=8636
Alexandre Julliard <julliard(a)winehq.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--- Comment #9 from Alexandre Julliard <julliard(a)winehq.org> 2008-05-23 10:38:11 ---
Closing bugs fixed in 1.0-rc2.
--
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=12268
Summary: Steam update fail at 26%
Product: Wine
Version: 0.9.57.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P1
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: spatula666(a)gmail.com
When running Steam, the updating process starts normally, but at 26% it stops
and a message box appears saying that "Steam is alredy running, and it's not
possible to load more than one copy of steam at time."
Then pressing OK you quit Steam, but there is not another process running.
This happened since 28/03/08.
I've been using Steam and never had a problem until now.
My system is Debian etch
--
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=13113
Summary: wineprefixcreate has multiplied messages in new
WINEPREFIX
Product: Wine
Version: 0.9.61.
Platform: Other
OS/Version: other
Status: NEW
Keywords: regression
Severity: trivial
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: killertux(a)suomi24.fi
CC: julliard(a)winehq.org
Created an attachment (id=12894)
--> (http://bugs.winehq.org/attachment.cgi?id=12894)
running wineprefixcreate without ~/.wine
Between Wine 0.9.60 and 0.9.61(also 1.0-rc1) has regression where creating new
WINEPREFIX default or custom some information and possibly also error messages
are multiplied and thats why shown more than once... on second run of
wineprefixcreate the messages are not multiplied(since ~/.wine is there).
bad commit:
wineboot: Automatically update the prefix directory if wine.inf changes.
e44dd0f8f2bdcbb113036339479ef3a66364972e
--
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=12693
Summary: statusbar doubletab problem
Product: Wine
Version: 0.9.60
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: tarasov.igor(a)gmail.com
I've put this to comctl32 only because bug disappears when I use native
comctl32.dll.
So, here is the bug:
reference: http://polosatus.ru/wine/status_reference.png
bug: http://polosatus.ru/wine/status_bug.png
This is statusbar, and two squares are as I suppose control characters that
make some kind of offset, or changes text positioning.
When using native library xrender logs that it prints the following:
\01fa\020d\0212\0219\021a\0003\0215\0208\0003\0015\0013\0003\01e8\0217\0218\020d\0213\0224\0003\0015\0013\0013\001b\0003\020b\0011
But when using built in, it adds two more charactes at the end: \0000\0000.
Aha! Found it! Added more capture to windebug, and have caught the following:
trace:text:DrawTextExW L"\0422\0435\043a\0441\0442 \043d\0430 21
\0410\043f\0440\0435\043b\044c 2008 \0433.\t\t", -1, [(4,3)-(749,17)] 00000824
So, here is the character: double tab. In windows, this would lead to aligning
following text to right I suppose.
The bug is reproduceable even with controlspy.
Initially, I though that problem might be with fonts, but I've installed native
windows fonts, but still it was there.
What logs you might need?
P.S: It has nothing to do with locales, since english version of this software
produces the same 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=12230
Summary: Palringo: Alpha images aren't displayed correctly
Product: Wine
Version: 0.9.52.
Platform: PC
URL: http://www.palringo.com
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: winex11.drv
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: andrew(a)palringo.com
CC: stefan(a)codeweavers.com
Created an attachment (id=11663)
--> (http://bugs.winehq.org/attachment.cgi?id=11663)
Simple patch to display images correctly
Previous to the patch
http://source.winehq.org/git/wine.git/?a=commitdiff;h=ccab10bd46d129e469b36…
the alpha bitmaps appeared correctly, however, since then they now show as
black/white images. It appears that the alpha mask being applied to the image
is being used as the image.
The error reported to the console is
err:x11drv:X11DRV_CreateBitmap Trying to make bitmap with planes=1, bpp=24
The screenshots for the Palringo application show how the images look without
the patch ( http://appdb.winehq.org/objectManager.php?sClass=version&iId=10970
)
--
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=8767
Alexandre Julliard <julliard(a)winehq.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--- Comment #8 from Alexandre Julliard <julliard(a)winehq.org> 2008-05-23 10:38:08 ---
Closing bugs fixed in 1.0-rc2.
--
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=6806
Alexandre Julliard <julliard(a)winehq.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--- Comment #12 from Alexandre Julliard <julliard(a)winehq.org> 2008-05-23 10:38:08 ---
Closing bugs fixed in 1.0-rc2.
--
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=12094
Summary: mouse side buttons do not work in wine when mapped to
gtk/qt standard
Product: Wine
Version: unspecified
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: aagaande(a)gmail.com
I recently realized my "back" button in firefox wasn't working, looked into it
and it has been remapped to mouse button 8 (back) and 9 (forward).
I found https://bugzilla.mozilla.org/show_bug.cgi?id=355477 on the subject,
quoting:
"I'm attaching a simple patch that maps X mouse buttons 8-9 to the back/forward
commands. The consensus amongst GTK+ and Qt seems to be that buttons 6-7 are
for horizontal scrolling."
However, in WINE (specifically using world of warcraft) if I can't bind
mouse4/mouse5 (what wow calls my side buttons) if I use this standard.
With this:
xmodmap -e "pointer = 1 2 3 4 5 6 7 8 9" (standard)
Firefox back/forward works perfectly, but the side mouse buttons do not
register in wow at all.
xmodmap -e "pointer = 1 2 3 4 5 8 9 6 7"
I can bind my side buttons in wow, they register as "button4/button5" in wow,
in xev they register as 6 7. However my back button in gtk applications stops
working.
--
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=8891
Alexandre Julliard <julliard(a)winehq.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--- Comment #9 from Alexandre Julliard <julliard(a)winehq.org> 2008-05-23 10:38:07 ---
Closing bugs fixed in 1.0-rc2.
--
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.