http://bugs.winehq.org/show_bug.cgi?id=15523
Summary: Cannot change my E-mail address
Product: WineHQ Apps Database
Version: unspecified
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: appdb-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jan-winehq(a)hoogenraad.net
I tried to change my E-mail address in the apps database to my net E-mail
address.
The new E-mail address is the same as now already in use for WINEHQ/Bugzilla.
WINEHQ/AppDB does not let me change the E-mail address to the new address, as
it indicates the name is already in use.
However, WINEHQ/AppDB DOES allow me to login already with the new address, so
apparently it has already been set up as some kind of alias.
I puzzled, and unable to find a way to rectify this, as I see no option in the
¨preferences¨ screen.
--
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=7695
Michael <wine.8.madblock(a)spamgourmet.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
--- Comment #13 from Michael <wine.8.madblock(a)spamgourmet.com> 2009-06-25 17:32:58 ---
*** This bug has been confirmed by popular vote. ***
--
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=8439
--- Comment #32 from Louis Lenders <xerox_xerox2000(a)yahoo.co.uk> 2009-06-25 16:29:41 ---
Created an attachment (id=22020)
--> (http://bugs.winehq.org/attachment.cgi?id=22020)
simple test
this simple test shows that full path is indeed resolved in ShellExecuteW.
The zipfile contains two files, a.exe and regedit.exe
source for a.exe:
main()
{
ShellExecuteW(0,L"open",L"regedit.exe",L"",L"c:\\windows\\system32\\",1);
}
source for regedit.exe:
main()
{
printf("something went wrong\n");
}
If you unzip the file somewhere, and run it from there in wine, you get :
something went wrong
If you unzip the file in windows, and run it in windows, you'll see that the
"real" regedit is started.
Enough proof for someone to submit the patch from comment #1 i'd say.
--
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=7695
Michael <wine.8.madblock(a)spamgourmet.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |wine.8.madblock@spamgourmet
| |.com
--- Comment #12 from Michael <wine.8.madblock(a)spamgourmet.com> 2009-06-25 15:39:05 ---
I can confirm this with wine 1.1.24 on gentoo amd64 with KDE.
UltraVNC Viewer 1.0.5.6
The control-bar is displayed even in windowed mode. Plus, going to
fullscreenmode using the maximise button on this toolbar and back, makes kwin
not show a titlebard/window around the UltraVNC window anymore.
wine output:
# wine vncviewer.exe
fixme:msg:pack_message msg 14 (WM_ERASEBKGND) not supported yet
fixme:msg:pack_message msg 14 (WM_ERASEBKGND) not supported yet
err:clipboard:ChangeClipboardChain hWndViewer is lost
err:dialog:EndDialog got invalid window handle (0x4003c); buggy app !?
--
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=2467
chr <cr2005(a)u-club.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |cr2005(a)u-club.de
nick ves <vespenegeyser(a)hotmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |vespenegeyser(a)hotmail.com
dzs6w3(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |dzs6w3(a)gmail.com
Lauri Niskanen <ape(a)ape3000.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |ape(a)ape3000.com
--- Comment #105 from chr <cr2005(a)u-club.de> 2009-04-19 14:27:56 ---
I noticed something else ... while running with a lot of debug flags which made
sc slow:
After selecting battlenet and when the login screen appears, I see that the
background is properly drawn ... and then it fades out! (and not in)
I guess the last 'black' color is transparent and therefore all the rest of the
battle.net GUI is broken.
--- Comment #106 from nick ves <vespenegeyser(a)hotmail.com> 2009-06-18 14:02:55 ---
5 years after it was first opened its still occurring? score one for starcraft
:D still resisting the devs haha
its still occuriing in 1.1.23
--- Comment #107 from dzs6w3(a)gmail.com 2009-06-24 00:51:12 ---
Items not being cleared, the black color instead of surfaces reminds me of a
problem with flipping buffers and clearing the screen.
Perhaps Starcraft does its drawing of the battle.net menus in an unexpected way
that prevents it from working correctly with wine's implementation of direct
draw.
With the newest development (see previous post), I am curious to see what
happens if wine is changed so that the the back buffer and front buffer are
swapped. Perhaps we will get the background image (without text) of the
battle.net menu.
I do not know much about this stuff, so I am currently unable to do this
myself. Moreover, I do not know if it is even feasible.
Also, I think the battle.net menus work properly in Starcraft ran through
cedega. Maybe we can see a diff of wine's implementation of direct draw with
that of cedega. This is what I'm going to be doing since my ignorance will not
affect looking at differences in code as much as trying to find the problem by
just looking at wine's code.
--- Comment #108 from dzs6w3(a)gmail.com 2009-06-24 00:55:46 ---
Well, there goes comparing cedega to wine. The direct draw code is not
released with the cvs version of cedega.
--- Comment #109 from Lauri Niskanen <ape(a)ape3000.com> 2009-06-25 13:38:36 ---
Shouldn't the importance be trivial or minor instead of normal? It doesn't look
so nice, but it doesn't affect the game functionality at all. And it's only
active on the menus, not on the game itself.
--
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=19060
Summary: DPP: If you click on the "Modify Windows" button
nothing happens
Product: Wine
Version: 1.1.24
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: carlo.pannucci(a)gmail.com
This bug affects canon "Digital Photo Professional" (DPP), a software for canon
photo cameras used to manage images.
When you click on the top left button (Modify Window) nothing happens and in
the terminal you can read:
fixme:win:GetWindowPlacement not supported on other process window 0x10032
The normal behaviour should be the opening of a new section of the program when
you can easily modify the images (there are the previews of the images listed
on a left frame and the image selected on the right frame).
Tested with the option "Allow the window manager to control the windows" on and
off.
--
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=19073
Summary: winedevice doesn't check that driver exist before
loading?
Product: Wine
Version: 1.1.24
Platform: PC
OS/Version: Linux
Status: NEW
Keywords: download, source
Severity: minor
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
austin@midna:~$ wine winedevice thisdriverdoesntexist ; echo $?
0
austin@midna:~$ wine winedevice ; echo $?
err:winedevice:wmain missing device name, winedevice isn't supposed to be run
manually
1
--
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=16486
Summary: Apps not restoring correctly after minimizing twice
Product: Wine
Version: 1.1.10
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: diafero(a)arcor.de
This is a problem occurring in different applications. Examples are "Welt am
Draht" (http://mathespiele.ma.funpic.de/programm.php?id=33) as well as
PlasmaShop and PRPTool (http://www.guildofwriters.com/wiki/PlasmaShop).
When I minimize them using the minimize button on the window border or by
clicking their task-bar entry, and then restore them by clicking the entry
again, the "Minimize" button is no longer available in the top right corner of
the window. If I then minimize and restore it again by clicking the task-bar
entry, the app is not restored correctly: The window is only about 20 pixels
wide and 50 pixels high then, without any content being drawn. It continues to
run fine, just that I can't interact with it as the window has no content and
can't be resized. Closing it by right-clicking in the task-bar correctly quits
the app without data being lost.
What is even more strange is that I can fix this problem with "Uru - The Path
of the Shell" (no matter whether it is in the same wineprefix as the
problematic app or not - I don't have other full-screen 3D apps running in wine
so I can't test if it works with other games, too): I restore the app, then
restore Uru. press Windows+D to go to the desktop and restore the app again -
it opens fine then. Minimizing and restoring it once again brings it back to
the broken state.
--
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=7585
Yannik Hampe <yankee(a)cipher-code.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |yankee(a)cipher-code.de
--- Comment #51 from Yannik Hampe <yankee(a)cipher-code.de> 2009-06-25 05:54:10 ---
I am still encountering the issue on my NVidia 9800 GTX+ with wine-1.1.24.
But it does not happen every time. Sometimes the menu works just like it
should. And at other times the game crashes.
There is no difference in wine's error messages when the everything is working
compared to the game crashing.
Yes, I do have a dual-core CPU, but I am using taskset to set the affinity.
--
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=5278
Saulius K. <saulius2(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |saulius2(a)gmail.com
--
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.