Last modified: 2010-05-15 15:33:46 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T5178, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 3178 - IE can't open Language.php
IE can't open Language.php
Status: RESOLVED FIXED
Product: MediaWiki
Classification: Unclassified
General/Unknown (Other open bugs)
1.4.x
PC All
: Normal normal (vote)
: ---
Assigned To: Nobody - You can work on this!
http://hilfe.elygor.de
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2005-08-17 17:42 UTC by Sebastian Detert
Modified: 2010-05-15 15:33 UTC (History)
1 user (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Sebastian Detert 2005-08-17 17:42:59 UTC
the IE prints the following error message each time, i follow a link to my mediawiki. all other browser 
work fine and the Language.php file exits (i copied the LanguageDe.php to Language.php as it didn't 
exist)
i use this settings in LocalSettings.php

$wgScriptPath	    = "/";
$IP = "/is/htdocs/wp1011923_ZPGYXLEXDL/www/elygor/hilfe";

Warning: main(217.246.115.28/languages/Language.php): failed to open stream: No such file or directory 
in /is/htdocs/wp1011923_ZPGYXLEXDL/www/elygor/hilfe/includes/Setup.php on line 224

Fatal error: main(): Failed opening required '217.246.115.28/languages/Language.php' 
(include_path='.:/is/htdocs/wp1011923_ZPGYXLEXDL/www/elygor/hilfe:/is/htdocs/wp1011923_ZPGYXLEXDL/www/el
ygor/hilfe/includes:/is/htdocs/wp1011923_ZPGYXLEXDL/www/elygor/hilfe/languages') 
in /is/htdocs/wp1011923_ZPGYXLEXDL/www/elygor/hilfe/includes/Setup.php on line 224
Comment 1 Rowan Collins [IMSoP] 2005-08-17 18:56:15 UTC
Several things about your report surprise me greatly:
* Firstly, why did Language.php not exist until you copied LanguageDe.php? This
file contains the English translation, and is the default fall-back for any
undefined messages. It should have been present and correct when you first
installed, along with all the rest of the software. Did you delete it? Did your
original install not work correctly, such that some files were missing?

* Secondly, why would IE be causing a different *internal* error than other
browsers - Language.php is not a file which should ever be visible to the
web-browser, it is entirely internal. I can think of two answers to this: 
** either, it is a simple case of cached result - you viewed the page with the
error on in IE, and it's just serving it back to you without requesting a new
copy (without the error) from the server; try a "hard refresh" (Ctrl-F5 or
Ctrl-click on the toolbar button), or look at a different page, perhaps creating
a brand new one.
** or, you've logged in in IE under an account with certain preferences changed,
such as the choice of interface language; this suggests that you still haven't
sorted out the original problem, you've just hidden it by viewing the page
logged out/with a different user account
Comment 2 Sebastian Detert 2005-08-17 22:54:23 UTC
Well i'm sure I did not delete Langauge.php. Probably I replaced it via ftp after that error message, i'm not sure.

I don't know about the error messages, else i wouldn't ask for help here :) i don't know ether it is a cache 
problem or not. it doesn't work with any IE when following a link to enter the site. I tried to reload the page 
after getting the error, but nothing changed. Only thing to view the page is by opening a new IE window and typing 
loading manualy, but sometimes it just loads a blank page and needs to get reloaded.

i didn't change anything at my account, and most of others who tried to enter teh page don't even have an account

i hope you can help me 
Comment 3 Rowan Collins [IMSoP] 2005-08-18 00:23:50 UTC
(In reply to comment #2)
> I don't know about the error messages, else i wouldn't ask for help here :) i
don't know ether it is a cache 
> problem or not. it doesn't work with any IE when following a link to enter the
site. I tried to reload the page 
> after getting the error, but nothing changed. Only thing to view the page is
by opening a new IE window and typing 
> loading manualy, but sometimes it just loads a blank page and needs to get
reloaded.

Well, the reason I suggested it might be a cache error is that this is a purely
internal error, so I can't for the life of me see why its occurrence would
depend on what browser you were using - hence I wondered if you'd fixed the
problem, but were still seeing an old copy of the page. But assuming the refresh
you did was a "hard refresh" (Ctrl-F5 / Ctrl-click-the-toolbar-the-button), that
certainly doesn't seem to be the case. 

You also mention other users - have others confirmed the error? Do they also
only see it in IE? I don't have access to Windows (and thus IE) at the moment,
so I can't test it myself. Right now, I'm truly baffled, I'm afraid.
Comment 4 Rowan Collins [IMSoP] 2005-08-18 12:48:31 UTC
Rather as I expected, testing under Internet Explorer 5.0 on Windows 2000
everything works fine - no error messages that I can see. I think that pretty
firmly rules out any connection with IE per se, so there must be some other
factor causing the error to show up sometimes and not others. I can only suggest
to rule some factors out:
* hard refresh in both browsers (IE: Ctrl-F5, Moz: Ctrl-Shift-R)
* test, using a brand new page each time, as different users:
** logged out
** logged in as yourself
** logged in with a brand new account
* test different kinds of page - view, edit, Special: page, etc...

If any of these turns out to be a consistent predicting factor for the error
message, we can go on from there. Or, if the error simply disappears, we can
assume that it has fixed itself. 
Comment 5 Sebastian Detert 2005-08-18 15:37:29 UTC
You also mention other users - have others confirmed the error? Do they also
only see it in IE? 

>> Yes

Rather as I expected, testing under Internet Explorer 5.0 on Windows 2000
everything works fine 

>> Did you use the link on top? ( http://hilfe.elygor.de ?? )

Comment 6 Rowan Collins [IMSoP] 2005-08-18 16:01:53 UTC
(In reply to comment #5)
> You also mention other users - have others confirmed the error? Do they also
> only see it in IE? 
> 
> >> Yes

Bizarre. Do these users have anything else in common - connected through the
same proxy/firewall/cache for instance? Have they tried any of the other
suggestions I've made to track down the cause of the problem? I just can't see
how IE can be the determining factor here, especially since I'm completely
unable to replicate any problem.
 
> Rather as I expected, testing under Internet Explorer 5.0 on Windows 2000
> everything works fine 
> 
> >> Did you use the link on top? ( http://hilfe.elygor.de ?? )

Yes, I used that link [which, as expected, redirects the browser to
http://hilfe.elygor.de/index.php?title=Hauptseite], and it works fine. Following
internal links is also fine, as is following an external link *to* the site. The
only thing that appears "broken" is the logo, but that's a completely different
issue with IE's support for "alpha transparent" PNGs.
Comment 7 Sebastian Detert 2005-08-18 19:05:36 UTC
Just to be sure, you klicked on the Link? I deleted all temp files and reloaded again, but it doesn't work. it's 
really strange. I'm using same system and IE like you. Do you ave any idea, how to fix it?
Comment 8 Rowan Collins [IMSoP] 2005-08-18 19:20:53 UTC
(In reply to comment #7)
> Just to be sure, you klicked on the Link? I deleted all temp files and
reloaded again, 
> but it doesn't work. 

Yes, I've loaded this page in IE and clicked the link at the top of it; I even
cleared *my* "Temporary Internet Files" first, just to be sure. I also just
created an account, reloaded this page, emptied my cache again and followed the
link again. However I access that page, whatever link I follow, it works fine;
no error displayed anywhere.

> it's really strange. 

That much I certainly agree with.

> I'm using same system and IE like you. Do you ave any idea, how to fix it?

I've already given you all the ideas I can come up with. Have you looked into
any of my suggestions in comment 4 and comment 6? Like I say, I'm not at all
surprised that the browser is not the key factor here, so you need to start
thinking of other things that it could be.
Comment 9 Sebastian Detert 2005-08-18 19:53:46 UTC
Maybe the cause is the Language? If Language.php normally is like LanguageEn and I replaced it with LanguageDe, 
could that be a reason?

Because of comment 4 and 6:
Sometime (now for example) when trying to open the page (not following a link) the page is just white or is not 
loaded (only IE). I don't know exactly about the others, but i think they try to use the site from different places 
(with or without proxy, firewall, etc.)
Comment 10 Rowan Collins [IMSoP] 2005-08-18 22:36:36 UTC
(In reply to comment #9)
> Maybe the cause is the Language? If Language.php normally is like LanguageEn
and I replaced it with 
> LanguageDe, could that be a reason?

Well, certainly that wouldn't be the best idea, since the point of having it as
a fallback is that it may contain strings not yet defined in a given translation
- oh, and "Language.php" isn't just *like* the English file, it *is* the English
file; "LanguageEn.php" is just a stub which inherits everything from it. Having
said which, I can tell you that you *haven't* over-written Language.php with
LanguageDe.php, because I can switch the user interface into English, so those
strings must still be present.

If you really can't find out anything more through testing and asking other
users who see the bug to also test, my advice is this: Re-download all the
MediaWiki files and overwrite the install (this shouldn't break anything, unless
you've editted the code; all your settings should be in LocalSettings.php, which
will be safe, and all your data is in the database). 1.4.5 isn't the latest
stable version any more anyway, so you're missing out on a couple of security
fixes, and maybe if something didn't copy right the first time, this will just
make it work. (Remember to do lots of cache clearing and Ctrl-F5ing afterwards...)


Meanwhile, I just noticed what the error you pasted at the top actually says: it
appears to be looking for "217.246.115.28/languages/Language.php"; now why on
earth is it looking for anything there, rather than
"/is/htdocs/wp1011923_ZPGYXLEXDL/www/elygor/hilfe/languages/Language.php" I
wonder? I really think something got screwed up somewhere.
Comment 11 Sebastian Detert 2005-08-19 06:42:49 UTC
Well, back home, i'll try to download the last version again.

Because of "217.246.115.28/languages/Language.php": wrong variables? As i wrote
in Comment #1 I set the variables to

$wgScriptPath = ""; 
$IP = "/is/htdocs/wp1011923_ZPGYXLEXDL/www/elygor/hilfe";

($wgScriptPath = "/"; ) was just a try that didn't fix anything

Do I have to set other variables, too?
Comment 12 Rowan Collins [IMSoP] 2005-08-19 19:17:54 UTC
(In reply to comment #11)
> Do I have to set other variables, too?

Well, really, you shouldn't need to set *any* variables manually, other than to
change specific configuration options; the installer (config/index.php) should
pretty much do all that for you. The odd thing about that particular error is
that 217.246.115.28 is an IP address, where what *should* be there is $IP
(meaning "include path"); this makes me wonder whether something or someone got
confused and put an IP address in the variable $IP, or accidentally used $IP
somewhere else to mean the IP address. But unless you've been editting the
source, you'd think the same error would show up somewhere else from other
users, and I can't find any reference to it. 

However, I still don't get why such an error would occur only sometimes, and
seem to vary from browser to browser, other than it having occurred once and the
broken version being cached somewhere. Like I say, I am completely unable to
reproduce the error.
Comment 13 Sebastian Detert 2005-08-20 11:52:44 UTC
Now I installed all files from Version 1.4.7 and cleared all temp files. I did no rerun the config script. Nothign 
changed. Still the same error.

The line which produces the error in Ssetup.php is 
require_once( "$IP/languages/Language.php" );

I'll try to find all entries of $IP
Comment 14 Rowan Collins [IMSoP] 2005-08-20 12:08:29 UTC
Just to make really sure, can you confirm that, say, this link:
http://hilfe.elygor.de/index.php?title=Benutzer:IMSoP and this:
http://hilfe.elygor.de/index.php?title=Benutzer:IMSoP&action=edit display the
error message? I still can't understand why a server-side error like this would
happen sometimes and not others...
Comment 15 Sebastian Detert 2005-08-20 12:48:09 UTC
It's strange 

I clicked the first link, nothign happend. Clicked Back and then the second link, perfect. Back again and first 
link, now works. Tried another Link at my webpage, same error


I searched for $IP
The only files I found where $IP is set are

tests/SearchEngingeTest.php
config/index.php
LocalSettings.php

Somewehre $ip is used too, but I think it's not a problem


btw: did you write the article? do ypu speak german? would make the diskussion easier for me :)
Comment 16 Rowan Collins [IMSoP] 2005-08-20 13:02:39 UTC
(In reply to comment #15)
> btw: did you write the article? do ypu speak german? would make the diskussion
easier for me :)

Yeah, I created that article so that I could see whether the error would appear
on a brand new page, which your browser/proxy/whatever-else couldn't possibly
have seen before. Which, it seems, it doesn't, leading back to the endless
speculation of where it could be cached... what about just after you edit a
page, or after someone else does (try following a link on Letzte Änderungen)?

Und, ja, ich kann ein bischen Deutsch - ich habe es studiert als "A level"
(bevor Universität), aber das war seit 4 Jahre, und jetzt bin ich nicht sicher
wie viel ich könnte sagen bzw. unterstehen... :/
Comment 17 Sebastian Detert 2005-08-20 15:37:45 UTC
You German is goog, I can understand you. And I don't think, my english is better than your German :) But lets keeps 
writing in English :)

Well, if the page has been loaded one time, there's no problem to follow any links. Only some times, there's a 
problem to load a page after editing, but that could be a problem with my internet connection.

Like I told you, the problem only occurs, if I ( or someone else) tries to follow a lnk form an extern website

btw: I just clicked again on http://hilfe.elygor.de/index.php?title=Benutzer:IMSoP and the error was submitted 
again. I could ...
Comment 18 Sebastian Detert 2005-08-30 14:43:08 UTC
once again,

i just added this line in Setup.php

echo ">> $IP << <br>";

right before
require_once( "$IP/languages/Language.php" );

when the described error occurs (following a link, or opening the page when viewed another page before) he output is 
like this: >> 217.246.114.39 << 

when typing the URL manually it is like this: >> /is/htdocs/wp1011923_ZPGYXLEXDL/www/elygor/hilfe <<

I have NO idea, why !!!
Can you help?


as a hack i also added the line
$IP = "/is/htdocs/wp1011923_ZPGYXLEXDL/www/elygor/hilfe";
and now it works, but thats really dirty, and i don't now, why $IP changes

if you want to check it, I will not delete the echo command.

but as strange it is, commands are like this

echo ">> $IP << <br>";
$IP = "/is/htdocs/wp1011923_ZPGYXLEXDL/www/elygor/hilfe";
require_once( "$IP/languages/Language.php" );

it works, and output is not, as expected the URL, but the path :(

must be a really strange mistake

thx
Comment 19 Rob Church 2006-04-04 09:45:54 UTC
Appears to have been fixed...
Comment 20 Sebastian Detert 2006-04-04 10:51:46 UTC
do you know what the problem was?

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links