Hi!
Problem #1
--
Text diff is not working at Chora, at least with IE 5.00,
as it thinks that it needs to display XML content, and
just prints out an XML error. Just the Human readable one
works... :((
Problem #2
--
Someone reported a Chora error at [EMAIL PROTECTED] It
seems
On Sun, 19 Aug 2001, Hojtsy Gabor wrote:
Someone reported a Chora error at [EMAIL PROTECTED] It
seems he uses Konqueror, and Chora can't find the default
language file to display for him:
| Warning: Undefined index: defaults
| in /usr/local/www/chora.php.net/horde/lib/Lang.php on line
On Sun, Aug 19, 2001 at 07:23:18PM +0200, Hojtsy Gabor wrote:
Text diff is not working at Chora, at least with IE 5.00,
as it thinks that it needs to display XML content, and
just prints out an XML error. Just the Human readable one
works... :((
Please elaborate. Is this not working for
Text diff is not working at Chora, at least with IE 5.00,
as it thinks that it needs to display XML content, and
just prints out an XML error. Just the Human readable one
works... :((
Please elaborate. Is this not working for any files,
or only specific files (with an XML extension)
Maybe Chora puts out an XML content type header, or
something, that makes IE think this is XML (as it
is not). I can't see the source, as IE just denies
to show the source in such cases saying The XML
source file is unavailable for viwing). Please ask,
if more information is needed
IE is a
On Sun, Aug 19, 2001 at 12:31:22PM -0700, Rasmus Lerdorf wrote:
Maybe Chora puts out an XML content type header, or
something, that makes IE think this is XML (as it
is not). I can't see the source, as IE just denies
to show the source in such cases saying The XML
source file is
At 22:31 19-08-01, Rasmus Lerdorf wrote:
Maybe Chora puts out an XML content type header, or
something, that makes IE think this is XML (as it
is not). I can't see the source, as IE just denies
to show the source in such cases saying The XML
source file is unavailable for viwing).
At 22:31 19-08-01, Rasmus Lerdorf wrote:
Maybe Chora puts out an XML content type header, or
something, that makes IE think this is XML (as it
is not). I can't see the source, as IE just denies
to show the source in such cases saying The XML
source file is unavailable for viwing).
At 23:14 19-08-01, Rasmus Lerdorf wrote:
That doesn't mean that the lack of proper mime type handling doesn't make
it a useless browser. People use all sorts of useless stuff every day.
As much as this is appetizing to start a nice browser war, I'll control
myself. I think an English teacher
As much as this is appetizing to start a nice browser war, I'll control
myself. I think an English teacher could argue with that last sentence of
yours, though :)
It was quite intentional.
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
ZS That's why 75% of our users and like 90% of the Web uses it, eh? :)
Well, we all know that millions of lemmings can't be wrong, but the fact
is that MSIE is pretty crappy browser. The much more sad fact is that the
rest of browsers (which makes 2 or 3 of them) are more crappy (some of
them
On Sun, Aug 19, 2001 at 11:29:18PM +0300, Stanislav Malyshev wrote:
It does even worse. It tries to guess file type from the content. I hope
somebody will invent some worm that uses this misfeature so that they
would finally fix it...
Guessing the file-type from the first few magic bytes
Hi Anil!
On Sun, 19 Aug 2001, Anil Madhavapeddy wrote:
Guessing the file-type from the first few magic bytes is
probably a good thing (especially in the case where other
methods have failed, and the MIME type has fallen back to
application/octet-stream or something equally unhelpful).
uhm,
On Mon, Aug 20, 2001 at 04:01:39AM +0300, [EMAIL PROTECTED] wrote:
well, but if I send foo.gif and it starts with some friendly
VBScript I won't bet you'll think the same.
Yes I would ... I'm referring to content-MIME mapping, and it
doesnt matter if this happens on the client or server, as
14 matches
Mail list logo
