http://bugs.winehq.org/show_bug.cgi?id=10997
Summary: winecfg does not allow non-ASCII characters in paths
Product: Wine
Version: 0.9.52.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: wine-gui
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jkohen(a)users.sourceforge.net
I'm trying to enter the path to my picture folder in the desktop integration
tab, but winecfg refuses to accept the Spanish word for it, which is
"Imágenes." Both typing the path manually and using the browse dialog work,
until "Apply" or "Accept" are clicked on, when the previous path is restored.
Any path not containing an accented letter seems to work.
--
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=4939
--- Comment #20 from Jeff Zaroyko <jeffzaroyko(a)gmail.com> 2008-01-04 08:36:45 ---
(In reply to comment #19)
> >Are you sure FeedingFrenzy2 crashes with 0.9.52?
>
> Yes. As i said, i completely removed ~/.wine, install and start it, and then i
> can reproduce this crash 100% of the time.
> Careful though: if i use native wininet _one_ time to work around the crash, i
> can start the game next sessions with builtin wininet without having the crash.
> So the bug is triggered in some kind of a special.
>
>
> > I've been running it without issue.
>
> uhh, weird, apart from the crash in wininet i run into 2 other bugs:
> The initial screen is completely blank ( though you can start the game by
> dismissing this window) and furthermore only the loadingscreen of the game
> works for me, as the game is fully loaded it exits silently....
>
> Are you sure you try the same version of the game as me:
> http://downloads.gamehouse.com/funpass/FeedingFrenzy2Install.exe
>
http://downloads.popcap.com/www/popcap_downloads/FeedingFrenzy2Setup-en.exe
Ah, seems like we have different versions. Mine works flawlessly.
$ sha1sum FeedingFrenzy2Setup-en.exe
a0b60dbd53454843b3ba66d0d216bc8cff2dba91 FeedingFrenzy2Setup-en.exe
jeffz@orly:~/.wine/drive_c/Program Files/PopCap Games/Feeding Frenzy 2 Deluxe$
sha1sum FeedingFrenzy2.exe popcapgame1.exe
c97f50f63ff215f204fe3306685434617c614eb8 FeedingFrenzy2.exe (the launcher)
1bbe13a3caf966fa7998726a68eb408cfa873a85 popcapgame1.exe (this one is the
game executable, created when the launcher runs and deleted on exit)
--
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=2368
Mark Nipper <nipsy(a)bitgnome.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |nipsy(a)bitgnome.net
--- Comment #8 from Mark Nipper <nipsy(a)bitgnome.net> 2008-01-04 08:28:41 ---
This is still happening with fvwm 2.5.23 (using Debian's version of 1:2.5.23-2
specifically) and wine 0.9.51-1 (from the WineHQ repository). I'm actually
having the problem with Wine while running "World of Warcraft" in fullscreen
mode (never tried windowed mode). My wine configuration is set to "allow the
window manager to control the windows".
Running in unmanaged mode sort of defeats the purpose of having virtual pages
and desktops and such. I started WoW up in wine using unmanaged mode for a few
seconds, but since the window only seems to disappear when moving between pages
in my window manager (I have EdgeResistance set to 0 0 and EdgeScroll set to
100000 100000 in my fvwm configuration), I can only imagine this problem
manifesting itself in managed window mode.
--
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=4939
--- Comment #19 from Louis Lenders <xerox_xerox2000(a)yahoo.co.uk> 2008-01-04 08:20:41 ---
>Are you sure FeedingFrenzy2 crashes with 0.9.52?
Yes. As i said, i completely removed ~/.wine, install and start it, and then i
can reproduce this crash 100% of the time.
Careful though: if i use native wininet _one_ time to work around the crash, i
can start the game next sessions with builtin wininet without having the crash.
So the bug is triggered in some kind of a special.
> I've been running it without issue.
uhh, weird, apart from the crash in wininet i run into 2 other bugs:
The initial screen is completely blank ( though you can start the game by
dismissing this window) and furthermore only the loadingscreen of the game
works for me, as the game is fully loaded it exits silently....
Are you sure you try the same version of the game as me:
http://downloads.gamehouse.com/funpass/FeedingFrenzy2Install.exe
--
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=5224
--- Comment #17 from Jeff Zaroyko <jeffzaroyko(a)gmail.com> 2008-01-04 07:58:57 ---
(In reply to comment #16)
> Perhaps we should have winefile replicate the behavior of explorer?
>
That was my first thought too, but this could probably do with some discussion.
When I first noticed this, someone else has suggested that the behavior to
always quote the executable/modulename being launched (specified using the
lpApplicationname argument of CreateProcess, for the case of windows explorer
I'm assuming)) should be the default behavior for the wine executable.
I didn't agree at first, but I've had a think about it and here are my
thoughts.
It would make sense for wine to have this behavior, because the wine executable
launches all programs that a user would normally launch though explorer on a
Windows system, such as running a program directly or by shortcut on the
desktop or otherwise.
Shortcuts, which are handled by wine when converted to the free desktop
equivalent are also launched using wine.
So the way wine is used by users invoking it from the shell or by clicking on
icons is in a way, replacing the pattern of this being done through explorer,
which evidently makes winefile irrelevant for this purpose.
--
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=3807
Jeff Zaroyko <jeffzaroyko(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jeffzaroyko(a)gmail.com
--- Comment #1 from Jeff Zaroyko <jeffzaroyko(a)gmail.com> 2008-01-04 07:17:25 ---
Contacted the reporter of this bug, they are no longer in a position to test
programs under wine. If anyone else has or can obtain Corel Painter Classic,
they are encouraged to test with the latest version of wine.
--
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=4472
Martin <mrvanes(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |ABANDONED
--- Comment #2 from Martin <mrvanes(a)gmail.com> 2008-01-04 06:59:25 ---
I don't know. I don't use Corel8 under wine anymore.
You can close the bug if you want.
--
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=7418
--- Comment #36 from Luke Bratch <l_bratch(a)yahoo.co.uk> 2008-01-04 06:28:47 ---
Macro, please post in the bug itself. Email read:
"yeah!
One question not mentioned in the wiki: I have to make clean and make
again EVERY TIME I hit "git bisect bad" or "git bisect good"?
thanx"
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.