Thanks colossus! Pasted code in at top of CSS and now everything looks like it should.

I have been using www.freeparking.com for about five years and I love them. You get 20 free email addresses at your domain that forward to other addresses. Also you get full control of your DNS so you can make site1.yourdomain.com, site2.yourdomain.com, etc as many as you want for no additional charge. I was running a server where I gave all of my users a top domain site (e.g. user1.domainname.com) and it was very nice.

They aren't cheap but you get total control of your domain. I have used cheaper registrars but had to pay extra fees and go through BS to get the "extra" features that are included with freeparking.

I currently have all five of my domains through these guys. I have also used them for setting up customer domains because I can manage their domain under my own account then pass it over to their account (which means I can't manage it anymore) if the need should arise. I have several satisfied customers using freeparking. I haven't had a single complaint in five years and at least 10 domains.

By the way I don't work for them in any way. They have just been so solid and great for my purposes I always suggest them to anyone who asks.

to IRMFAN:

Did you check your cookie settings as I suggested? If you are using custom sessions that might cause the problem. You don't set a cookie anonymously. Also you could check your browser's cookie settings, though my guess is that you have custom sessions turned on.

I don't think it's a firewall problem. A firewall shouldn't stop you from logging in unless you use SSL (socket 443, I think) and that port is blocked by the firewall. Otherwise the firewall should pass your info through the same way it handles other traffic to and from your site.

This sounds like a cookie problem. It's a problem when you log in because that's when the cookie is set.

Log in as administrator, go to preferences, general settings.

Scroll down and see if "Use custom session" is selected. I'll bet it is. Uncheck it, save, logout, and log back in. Look for the problems you were having. My guess is they're gone now.

I had this problem, too.

Here's my original post in the module support forum for a detailed description of my problem and a link to a helpful SQUID FAQ that helped me a lot.

Here's another thread that I think is about the same problem.

This is hard to debug because turning on debug mode didn't return any results. Everything I've seen in all of these threads sounds like the same problems I was having.

My question is, what is it about custom sessions that causes this problem? I don't know enough about PHP to fix it. Perhaps someone can compare the sntax of the default session to that of the custom session? It seems that there must be a subtle difference.

Check to see if you have enabled custom sessions in your preferences. If you have, disable it. One of the reasons you get this error is a cookie problem. I just finished troubleshooting a similar occurrence yesterday. I was stumped until I tried to view the site through a connection that uses SQUID. From home I got an empty page, but I got the Zero Sized Reply message from work so I Googled SQUID and read their FAQ, which pointed me to cookies.

Here's my link in the XOOPS Support Forum that contains a link to the SQUID FAQ that I found helpful. It has a list of other issues that might cause the zero sized reply.

However, since XOOPS has functioned very consistently for me for more than three years (until I tried to set up custom sessions, that is) my guess is you have a cookie issue that causes problems with a particular module (in my case it was WF-Downloads 3.1 Final).

I was just thinking that one way to troubleshoot this is to make the module available to anonymous users for a brief time then try to post or do whatever it is you want to do, then change it back to how you had it. If you can do what you want anonymously but can't when you are logged then in IMHO that suggests that the cookie your site is setting to keep you logged in is causing a problem with that module and/or some other aspect of XOOPS, your server, etc.

Solved, mostly.

From SQUID Frequently Asked Questions: Troubleshooting
Quote:SQUID Frequently Asked Questions

Reading this reminded me that I changed my preferences to custom session because I wanted to limit the time users were logged in. After reading about cookie problems in the SQUID FAQ I went back and disabled custom sessions and now WF-Downloads seems to be working fine. This still doesn't explain the problem I had with the forums, but maybe it means that it was a problem with the forum module after all. Further, it doesn't explain why some files worked and some didn't if cookies were to blame. I'd like to understand exactly what happened but am happy that it's working again.

If you have any further info or have had a similar issue please post your thoughts here. I couldn't find any pages that relate to this and I doubt if I'm the only one that has ever had this problem.

Hello gang. I have tried to troubleshoot this myself to no avail. I went through every step of the FAQ about white or blank pages and nothing fixed the problem. Here's the gist:

I am using WF-Downloads 3.1 final.

Until this weekend there were only about ten files but I added another seven and now I have this issue.

I can download some files fine. However, when I click "download now" on other files a blank page opens and then nothing happens. In debug mode nothing comes up. At home I just get nothing. I have looked at the entries for the files that work and compared them to those that don't and I don't see any differences (e.g. file names, locations, etc.).

When I try to download the affected files at work I get this in the new browser window:
Quote:
The file still doesn't download but at least I have some info. This is all I have to go on.

I noticed something similar a few months ago when I tried to attach files to forum entries. Uploads go fine, but when I tried to download them I got the same blank page. At that time I thought it was a problem with the forum module so I just switched over to using WF-Downloads.

Anyway I am stumped. Any ideas? Thanks.

EDIT 11/20 9:32 GMT-8: Strangely, some files you can download if you aren't logged in, but when you log in you get the error. I don't think it's a simple permission problem because I have double & triple checked that. Also, this happens inside of the same category, e.g. when logged in I can download files A and B, but not C; then anonymously I can download all three or maybe only B and C. This doesn't appear to be random--the same issue is always with the same files. I have tried deleting the file and entry then reuploading. The upload is successful and the file appears but has the same problem. I'm thinking this is something with the database but I have no idea what could make this happen.

-------
Installation info.

I am running my own server using CentOS 9.4
Xoops 2.0.16
PHP 5 (not sure of exact version but pretty recent as of 11/20/06 was installed with xampp from ApacheFriends)
MySQL 5 (again, recent but not sure, from ApacheFriends)
WF-Downloads 3.1 Final
eXtGallery 1.0
Wordpress for XOOPS 2.04
Forum 2.02
News 1.44
-------

It's working? Cool.

Now for the love of God man, back it up! Use the backup feature of cPanel and read up on the backpack module. You should get a backup at least monthly if not weekly or daily.

I'm glad everything worked out well.

You might want to have a full backup (it's an option), but you should have the MySQL backup as a separate file as well. I think that you'll want to have it not packaged with everything else in a compressed file.

It looks like there's an icon called Backup on the cPanel page. If you click that it looks like you can download a mySQLdatabase backup. That's the best thing to do, I think.

Again take all of this with caution because I've never used cPanel.

But at any rate you're going to need a backup of your data if you're to have any hope.