http://bugs.winehq.org/show_bug.cgi?id=10363
Summary: wineprefixcreate: user's profile shell folders should
symlink to $XDG_XXX_DIR
Product: Wine
Version: 0.9.48.
Platform: Other
OS/Version: other
Status: NEW
Severity: enhancement
Priority: P2
Component: wine-binary
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: scott(a)open-vote.org
xdg-users-dirs permits the usage of "well known" directories, for instance:
$XDG_DOCUMENTS_DIR, $XDG_MUSIC_DIR, $XDG_PICTURES_DIR, $XDG_VIDEOS_DIR
For the time being wine creates 4 links for its Shell Folders ("My
Documents","My Pictures","My Music","My video" ) directly to user home or in
~/My Documents if it exists.
ls -l ~/.wine/drive_c/windows/profiles/maz
now:
lrwxrwxrwx 1 maz maz 9 2007-10-11 10:31 My Documents -> /home/maz
lrwxrwxrwx 1 maz maz 9 2007-10-11 10:31 My Music -> /home/maz
lrwxrwxrwx 1 maz maz 9 2007-10-11 10:31 My Pictures -> /home/maz
lrwxrwxrwx 1 maz maz 9 2007-10-11 10:31 My Video -> /home/maz
If wine would make use of $(XDG_CONFIG_HOME)/user-dirs.dirs (assuming it
exists), this could become (for example):
lrwxrwxrwx 1 maz maz 19 2007-10-11 10:53 My Documents -> /home/maz/Documents
lrwxrwxrwx 1 maz maz 15 2007-10-11 10:53 My Music -> /home/maz/Music
lrwxrwxrwx 1 maz maz 18 2007-10-11 10:54 My Pictures -> /home/maz/Pictures
lrwxrwxrwx 1 maz maz 16 2007-10-11 10:55 My Video -> /home/maz/Videos
https://bugs.launchpad.net/ubuntu/+source/wine/+bug/151530
I believe this can be fixed with a simple change to wineprefixcreate. Am I
right?
--
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=11210
Summary: test_arb_vs_offset_limit() vertex program error
Product: Wine
Version: unspecified
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: eric(a)anholt.net
While test_arb_vs_offset_limit() appears to intend to test the limits of
constant offsets from an address register, it also (I think) unintentionally
tests whether ARL accepts a floating point constant as the source value, which
is outside of the spec. Excerpts from ARB_vertex_program spec:
<ARL_instruction> ::= "ARL" <maskedAddrReg> "," <scalarSrcReg>
<scalarSrcReg> ::= <optionalSign> <srcReg> <scalarSuffix>
<srcReg> ::= <vertexAttribReg>
| <temporaryReg>
| <progParamReg>
<scalarSuffix> ::= "." <component>
<component> ::= "x"
| "y"
| "z"
| "w"
While it may be that Mesa should also allow constants as ARL arguments, the
program should probably be fixed to test only the intended out-of-spec
behavior.
--
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=9564
Summary: SpellForce: The Order Of Dawn - Cannot start game
Product: Wine
Version: 0.9.43.
Platform: PC
URL: http://spellforce.jowood.com/?rid=1180&lang=en
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: wine-directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: amlopezalonso(a)gmail.com
Created an attachment (id=7933)
--> (http://bugs.winehq.org/attachment.cgi?id=7933)
SpellForce log
This refers both to the full game and the downloadable demo (see link). The
game does not start showing a "D3DERR_INVALIDCALL (6968)" error since its very
beginning. Please, check the attachment.
--
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=11823
Summary: Visual Foxpro 7: Grid lines visible over objects in form
editing
Product: Wine
Version: 0.9.54.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: tony.indrali(a)gmail.com
Created an attachment (id=11089)
--> (http://bugs.winehq.org/attachment.cgi?id=11089)
Example of partial part of form with grid drawn over objects and grid drawn
correctly below objects
1. Grid lines is still visible while editing form although disabled in options.
2. Grid lines often visible over objects on the forms, following a particular
actions such as moving windows and clicking objects. There seems to be a
pattern, I don't know what.
Like if I click certain object, then certain part of forms will have grid lines
drawn over certain button objects, and certain part of forms will have grid
lines properly drawn below other button objects. And maybe if I move the
command windows, the part of form where grid line acts up change place.
--
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=11767
Summary: Civilization 4 crashes for unimplemented
msvcr71.dll.__CppXcptFilter
Product: Wine
Version: 0.9.56.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: msvcrt
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: luis.busquets(a)ilidium.com
CC: luis.busquets(a)ilidium.com
Civilization 4 has to use still the native msvcr71.dll.
Although it is near 100% implemented, when not used the native dll, the program
complaints of invalid call to unimplemented function __CppXcptFilter
It would be nice to implement this function as this would make the possibility
of running Civilization 4 with one less MS dll.
--
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=11535
Summary: Gothic3 - Impossible to change resolution with ge3.ini
Product: Wine
Version: 0.9.55.
Platform: PC
URL: http://www.worldofgothic.de/dl/index.php?go=downloads&fi
le_id=260
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mcflow-forum(a)gmx.net
It is impossible for me, to change the resolution of the game to a higher one
then 1024*768. There will be a stripe on the right side of the screen that does
not change. The screen is cut there and only the rest of the picture "moves".
See the screenshot in the attachment.
--
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=9934
Summary: Space bar does not tick checkboxes in Listview
Product: Wine
Version: unspecified
Platform: Other
URL: http://www.stationplaylist.com/LV_Checkboxes.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: wine-comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ross(a)stationplaylist.com
As you can see in the test app provided, the space bar does not check/uncheck
checkboxes in a listview.
This is necessary for blind users of our software and is therefore fairly
serious.
--
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=11733
Summary: App main window fails to remove task bar entry on
minimizing
Product: Wine
Version: 0.9.55.
Platform: PC
URL: http://wxtide32.com/
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: n5470(a)pinefields.com
Under Windows WXTide32 minimizes its main window to a system tray icon, *if*
the icon is selected as "always" or "When minimized". Under Wine, the icon
appears as controlled by the preference choices ("always", "When minimized", or
not at all if not selected). However, the main window always minimizes to its
task bar entry and does not minimize the tray icon under any circumstance
tested to date.
This is not a debilitating problem as far as using the app goes(*). On
restoring the window by clicking on its taskbar entry, a window frame and
appropriate decorations (minimize, maximize, and close icons created by the
window manager [e.g., Gnome or KDE managers], for example) are drawn. The
interior of the window contains whatever was inside the area outlined by the
window frame, prior to its being drawn. More importantly, no tide graphs are
drawn. This is consistent with the app's behavior under Windows, where asking
the app to draw, again, the last graph displayed is treated as a "no action"
event.
>From a user interface design standpoint, this "no action" action is flawed (I
see no reason not to restore the same graph twice or more in a row) but it's
what the app's author wrote and it's not about to be changed. However, poor UI
design is not the central issue here.
The central issue is simply: does Wine support "minimize to tray" and, if it
does, why does this not happen with WXTide32. If "minimize to tray" is not
presently supported, development of such support seems indicated. Further, if
"minimize to tray" is supported under Wine and doesn't happen, then WXTide32
has encountered a bug.
See the attached images in Bug 11563 for examples of WXTide32 under
Windows(XP), and under Wine (0.9.56).
- - -
(*) The workaround for the "restore to an empty window" problem is to use an
existing popup menu,tied to the tray icon, to open the window with any other
format than the one checked in the list of four formats. With the window
opened and filled, right click in the window and pick the original, desired
format, which is then displayed as expected.
--
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=6970
Alexandre Julliard <julliard(a)winehq.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--- Comment #3 from Alexandre Julliard <julliard(a)winehq.org> 2008-03-21 10:54:21 ---
Closing bugs fixed in 0.9.58.
--
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=6120
Alexandre Julliard <julliard(a)winehq.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--- Comment #15 from Alexandre Julliard <julliard(a)winehq.org> 2008-03-21 10:54:21 ---
Closing bugs fixed in 0.9.58.
--
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.