http://bugs.winehq.org/show_bug.cgi?id=3308
Summary: wininet: Query string is lost on auto redirect
Product: Wine
Version: CVS
Platform: All
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-net
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: orin(a)pinhead.cc
If a server returns a redirect to something of the form: http://site/path?query
then the automatic redirect is to http://site/path - the ? and all after it is lost.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3307
------- Additional Comments From orin(a)pinhead.cc 2005-09-09 15:11 -------
Some sites respond with a Set-Cookie header along with 302 status and new location.
This cookie is not used if the redirect is to the same site. All sorts of
strange things can happen when the page that is redirected to fails to find its
cookie.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3307
Summary: wininet: A cookie set during a 302 response won't be
used during an automatic redirect
Product: Wine
Version: CVS
Platform: All
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-net
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: orin(a)pinhead.cc
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3306
Summary: wininet: bad Host header generated if referer doesn't
'crack'
Product: Wine
Version: CVS
Platform: All
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-net
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: orin(a)pinhead.cc
If a 'referer' is passed into HttpOpenRequest in a form that InternetCrackUrlW
fails to crack, the host header will be generated from an uninitialized local
variable.
There are two things wrong here.
Firstly, the return from InternetCrackUrlW isn't tested for success before using
the results.
Secondly, the Host header should not be derived from the Referer header. The
Host header should be derived from the URL that is being requested if the URL
contains a host or from the server if not.
>From the HTTP spec (RFC 2616):
"The Host request-header field specifies the Internet host and port
number of the resource being requested, as obtained from the original
URI given by the user or referring resource (generally an HTTP URL,
as described in section 3.2.2)."
This does seem ambiguous, but it should be read: ...as obtained from the
original URI (given by the user or referring resource (generally an HTTP URL,
as described in section 3.2.2))
It's just noting where the original URI came from.
I'll submit a patch that prevents this particular problem, but haven't yet
considered the implications if going through a proxy.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=1877
jonathan(a)ernstfamily.ch changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
------- Additional Comments From jonathan(a)ernstfamily.ch 2005-09-09 08:53 -------
Resolving fixed.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=1877
------- Additional Comments From oliver_stieber(a)yahoo.co.uk 2005-09-09 08:44 -------
Half life should be working now (stream needs win98 + IE installed)
This bug needs to be closed...
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=1614
richard(a)daijobu.co.uk changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Ever Confirmed| |1
------- Additional Comments From richard(a)daijobu.co.uk 2005-09-09 06:54 -------
Confirming
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3284
richard(a)daijobu.co.uk changed:
What |Removed |Added
----------------------------------------------------------------------------
AssignedTo|wine-bugs(a)winehq.org |marcus(a)jet.franken.de
------- Additional Comments From richard(a)daijobu.co.uk 2005-09-09 05:46 -------
OK, I can reproduce this.
...
trace:font:AddFontFileToList Loading font file
"/home/rauch/.wine/dosdevices/c:/windows/fonts/wine_marlett.ttf" index 0
trace:font:AddFontFileToList fsCsb = 00000001 00000000/00000001 10000000
00000000 00000000 <--- ** This line is wrong **
trace:font:AddFontFileToList Added font L"Wine Marlett" L"Regular"
...
trace:font:LoadReplaceList Got "Marlett"="Wine Marlett"
trace:font:LoadReplaceList mapping L"Wine Marlett" L"Regular" to Marlett
trace:font:AddFontFileToList Loading font file
"/home/rauch/.wine/dosdevices/c:/windows/fonts/wine_marlett.ttf" index 0
trace:font:AddFontFileToList fsCsb = 00000001 00000000/00000001 10000000
00000000 00000000 <--- ** This line is wrong **
trace:font:AddFontFileToList Added font L"Marlett" L"Regular"
...
trace:font:CreateFontIndirectW (-13 0 0 0 1 0 0 0 2) L"Marlett" => 0x6dbc
trace:font:WineEngCreateFontInstance L"Marlett", h=-13, it=0, weight=400,
PandF=01, charset=2 orient 0 escapement 0
trace:font:WineEngCreateFontInstance not in cache
trace:font:WineEngCreateFontInstance Chosen: L"Linux Libertine" L"Book"
(/usr/X11R6/lib/X11/fonts/truetype/LinLibertine-0.5.9.ttf:0)
Wine asks for "Marlett" with SYMBOL_CHARSET, and the font mapper chooses "Linux
Libertine".
I will attach a new version of wine_marlett.ttf, which should fix it. It looks
like the fonts in wine-20050830-SuSELinux93.i586.rpm were built with an old
version of fontforge, so I'm assigning this bug to Marcus. (I used
fontforge-0.0.20050904-1 in Debian unstable to build the new font)
I'll also send a patch for Wine so that it does not insist on SYMBOL_CHARSET.
To try the new wine_marlett.ttf, copy it into ~/.wine/drive_c/windows/fonts
NB. In the next release of Wine, you will not need the Fonts\Replacements key.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.