Thread

Hello Robin,
here we go again 😊 - (I´m sorry.) So I installed Live Headers and have the results ready for you, because I can´t draw any conclusions from that. But I shouldn´t post that file, should I ?

thanks for coming back,
Wolfram

Hm- how about pm me with it as an attached text file?  Maybe I’ll spot something there.

It should be with you, and here´s another live header protocoll that might help you find out what´s going on:

#request# GET
#request# GET
GET /xxxxxxxxxxxsys/index.php

Thanks, Wolfram

Wolfram, can you please try updating to the latest version and see if that helps?  thanks. =)

Hi Lisa, I have updated to 1.6.1 this morning.

What I found out in the meantime: I have a client with the same host so I checked with his EE site and just copied the entryform from the manual into the site – everything is working just fine over there! So it has to be something within the form, or a blank to much somewhere, or a wrong name. I´ll dive into it again.

Edit: I just realized that Control Panel Session Type is set to “Cookies and session ID” over there on the client site, and User session to “Cookies only”. Go figure…

Yea, the problem that you’re having is different than suspected -  you’re logged in and seeing the CP home rather than not logged in (the normal issue).  Are you running any redirects or .htaccess files?  That could interfere here.

You’re logged in and seeing the CP home rather than not logged in.

Yes.

Any redirects or .htaccess files?

Not that I know of…  but since you were asking, I noticed that my url jumped from “domain.de” to “www.domain.de” after logging into the front-end. I went through all admin pages – general, sections, upload directories – and changed everything to http://www.domain.de . I´m staying on http://www.domain.de now, but still I don´t see the upload. (I cleared Firefox completely, before trying.)

Ok, something is doing that translation and I suspect that is the cause of the problem. Can you talk to your host and find out how all the requests are being re-routed from domain.de to http://www.domain.de?  That sometimes causes problems with searches and comments to. It’s often done in .htaccess.

OK Lisa, I will do as you recommend and give us (I should say “you”) a break here.
But just as a side note: I tried the other site that sits with the same host – works fine with www and without.
I´ll come back when I got some answers concerning .htaccess etc.

Thanks everybody involved for your dedicated support so far (This is a very nice experience and another very good reason to use EE!)
Wolfram

Yes, but working from both is different from jumping from one to the other.  That jump may be what’s causing this, especially since you can’t replicate it on another installation on the same server; we need to find out how they differ. =)

Hello again,

I checked with the host – there is no redirect / .htaccess etc. from their side. So I was testing a little further, went to the admin > images upload page and took the url and replaced “{upload_url}” in the saef with the complete address – this works just fine.
So I compared it to the url that behaves strange and noticed that the “index.php” is missing and the following characters are different, when the system “generates” the content of the “upload_url” and also “smileys_url”.

Correct url   =“http://www.xxx.de/xxxxxxxxsys/index.php?S=0&C=publish&M=file_upload_form&field_group=1&Z=1”
{upload url} = “http://www.xxx.de/xxxxxxxxsys/?S=0&C=publish&M=file_upload_form&field_group=1&Z=1”

The question is: Where can I fix this? And if not, would it be unsafe to paste the “real” url into the page instead of {uplaod_url}? It´s in the source anyway ...

Thank you for a little advice,
Wolfram

PS. Looking at it closer, it turns out as a matter of charsets, or?

No- character set wouldn’t wipe index.php.  And I’m not replicating- the standard SAEF link on my 1.6.1 is generating:
http://media-cow.com/system/index.php?S=0&C=publish&M=file_upload_form&field_group=3&Z=1

BUT- just had another report today of something funky with that link- here.  Not exactly the behavior you’re seeing, though.  But- does make for two odd ones- neither of which I can replicate.

Let me see if the dev crew has any idea.  Do you mind running the same reduction test again- just copy the SAEF Tag straight from the docs- put it all by itself in an otherwise blank test template- change nothing but the weblog parameter- and confirm that you’re still getting that url with the index.php stripped from it.

Oh- and yep, just manually doing the url will work.  But it’s bothersome that it’s breaking, so it would be good to figure out why.

Make sense?

Robin, I did the empty-template test again – but I can´t tell you anything new – no index => wrong redirect.

This is very strange indeed. I copied the saef into to other clients sites with the same host, EE 1.6.0 - on both sites it works just perfect. The only site where the saef upload is used doesn´t behave. (I have 4 entry forms for different sections on this site, but this could not be the problem, or?).

For the time being I can live with handmade hrefs, but it would be very interesting to know what´s happening, of course.

Wolfram

Wolfram- we’re leaning toward it being a one-off server quirk- mostly because we can’t replicate and it’s working fine on some of your other installs.  For now- go with the workaround and keep an eye on it.  We’ll keep looking for other instances of it.  As soon as we can spot a pattern, should be able to figure out the ultimate cause.

Is just odd!