Php photo gallery TWG | JFUploader | TWG Flash upload | WFU | Forum

Get help for TinyWebGallery, the best image gallery. The forum is also home for the Joomla JFUploader, TWG Flash Uploader and the Wordpress flash uploader.
It is currently 20. Apr 2024, 15:43

This forum is readonly now. Please use the new forum if you don't find the answer to your question here. The new forum is at https://www.tinywebgallery.com/blog/forum/


All times are UTC + 1 hour [ DST ]




Post new topic Reply to topic  [ 47 posts ]  Go to page 1, 2, 3, 4  Next
Author Message
PostPosted: 29. Jun 2009, 09:32 
Offline

Joined: 29. Jun 2009, 08:48
Posts: 25
Hi Michael,

I've installed JFU on 2 other web sites and they've worked like a dream.

However, when I installed JFU on my 3rd web site, I see an error message which reads:

"You're trying to use the TWG Flash without authentication, the server login failed, expired or the configuration could not be found!

1. I've tried every configuration which I can see, and have tried your FAQ.
2. I've tried calling tfu_config.php, tfu_login.php and tfu_file.php. They all show blank. They all exist.
3. There is no tfu.log file - although on my first installation on this site, it was there
4. I have Flash 10 installed - and JFU works fine on my other web sites, all stored on different servers
5. Cache cleared so many times it's not funny.
6. I've tried permission 777, 755, 666, 644, 775, everything really.

I'm happy to give you access to the site via PM if you like.

Thanks in advance,
Albert

_________________
http://www.sydneydragonblades.com
http://www.dbnsw.org.au


Top
 Profile  
 
 Post subject:
PostPosted: 29. Jun 2009, 17:06 
Offline
Site Admin
User avatar

Joined: 1. Aug 2005, 12:53
Posts: 11232
at 2. you should not get blank. There should be a server overview of your server be shown.

Check if you have a .htaccess which disalows the access to this folder (is maybe your joomla administration secured by an additional thing?).

- Michael


Top
 Profile  
 
 Post subject: Weird
PostPosted: 29. Jun 2009, 21:06 
Offline

Joined: 29. Jun 2009, 21:04
Posts: 9
I did the above... When I go direct to the php files I get a server misconfiguration error...

However, WITHOUT the .htaccess and default it works on my mac through firefox and safari... Do it in stupid windows and it gives errors...

WHY would it work on a mac and not a PC? This is totally bizarre.


Top
 Profile  
 
 Post subject:
PostPosted: 29. Jun 2009, 21:13 
Offline
Site Admin
User avatar

Joined: 1. Aug 2005, 12:53
Posts: 11232
Seems to be a server problem. Because the config is a simple php page that read some variables.

- Michael


Top
 Profile  
 
 Post subject:
PostPosted: 29. Jun 2009, 22:59 
Offline

Joined: 29. Jun 2009, 08:48
Posts: 25
Hi Michael,

I tried running the php files on my other web sites; you're right, they do output some information.

I'm using a hosted service - is there any configuration change which I can do on my side? By the way, I've just disabled the .htaccess file - same result.

This is my .htaccess file:

Quote:
#####################################################
# READ THIS COMPLETELY IF YOU CHOOSE TO USE THIS FILE
#
# The line just below this section: 'Options +FollowSymLinks' may cause problems
# with some server configurations. It is required for use of mod_rewrite, but may already
# be set by your server administrator in a way that dissallows changing it in
# your .htaccess file. If using it causes your server to error out, comment it out (add # to
# beginning of line), reload your site in your browser and test your sef url's. If they work,
# it has been set by your server administrator and you do not need it set here.
#
#####################################################

## Can be commented out if causes errors, see notes above.
Options +FollowSymLinks

#
# mod_rewrite in use

RewriteEngine On

########## Begin - Rewrite rules to block out some common exploits
## If you experience problems on your site block out the operations listed below
## This attempts to block the most common type of exploit `attempts` to Joomla!
#
# Block out any script trying to set a mosConfig value through the URL
RewriteCond %{QUERY_STRING} mosConfig_[a-zA-Z_]{1,21}(=|\%3D) [OR]
# Block out any script trying to base64_encode crap to send via URL
RewriteCond %{QUERY_STRING} base64_encode.*\(.*\) [OR]
# Block out any script that includes a <script> tag in URL
RewriteCond %{QUERY_STRING} (\<|%3C).*script.*(\>|%3E) [NC,OR]
# Block out any script trying to set a PHP GLOBALS variable via URL
RewriteCond %{QUERY_STRING} GLOBALS(=|\[|\%[0-9A-Z]{0,2}) [OR]
# Block out any script trying to modify a _REQUEST variable via URL
RewriteCond %{QUERY_STRING} _REQUEST(=|\[|\%[0-9A-Z]{0,2})
# Send all blocked request to homepage with 403 Forbidden error!
RewriteRule ^(.*)$ index.php [F,L]
#
########## End - Rewrite rules to block out some common exploits

# Uncomment following line if your webserver's URL
# is not directly related to physical file paths.
# Update Your Joomla! Directory (just / for root)

# RewriteBase /


########## Begin - Joomla! core SEF Section
#
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_URI} !^/index.php
RewriteCond %{REQUEST_URI} (/|\.php|\.html|\.htm|\.feed|\.pdf|\.raw|/[^.]*)$ [NC]
RewriteRule (.*) index.php
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization},L]
#
########## End - Joomla! core SEF Section




Thanks,
Albert

_________________
http://www.sydneydragonblades.com
http://www.dbnsw.org.au


Top
 Profile  
 
 Post subject:
PostPosted: 30. Jun 2009, 09:01 
Offline
Site Admin
User avatar

Joined: 1. Aug 2005, 12:53
Posts: 11232
This is only the joomla .htaccess. for a direct call this does not matter.

you have to find out why direct calls are not possible. You might call the tfu_login.php directly and then look into the source of the blank page. Sometimes there you find an error message as html comment.

- Michael


Top
 Profile  
 
 Post subject:
PostPosted: 30. Jun 2009, 09:08 
Offline

Joined: 29. Jun 2009, 08:48
Posts: 25
Just tried... the page source only contains

<html>
<head/>
<body/>
</html>

Anything else to try?

_________________
http://www.sydneydragonblades.com
http://www.dbnsw.org.au


Top
 Profile  
 
 Post subject:
PostPosted: 30. Jun 2009, 09:12 
Offline
Site Admin
User avatar

Joined: 1. Aug 2005, 12:53
Posts: 11232
about the permissions. have you changed the permissions of the folder or the files? both should be properly set.

I would ask you hoster. He has to know which permissions are need to access the files properly.

- Michael


Top
 Profile  
 
 Post subject:
PostPosted: 30. Jun 2009, 09:19 
Offline

Joined: 29. Jun 2009, 08:48
Posts: 25
Hi Michael,

Looking at the files, some of them have a permission of 644, despite the Limits section of JFU saying that the permission is 755.

One other thing: While looking at the folder, I found the tfu.log file which wasn't there yesterday (but was there in the original installation). The errors found in the file are:

06.29.2009 22:52:29 - ERROR 2048 in blic_html/libraries/joomla/html/html.php, line 87: Non-static method JHTMLSelect::option() cannot be called statically

06.29.2009 22:52:29 - ERROR 2048 in blic_html/libraries/joomla/html/html.php, line 83: Non-static method JHTMLSelect::radiolist() cannot be called statically

_________________
http://www.sydneydragonblades.com
http://www.dbnsw.org.au


Top
 Profile  
 
 Post subject:
PostPosted: 30. Jun 2009, 09:24 
Offline
Site Admin
User avatar

Joined: 1. Aug 2005, 12:53
Posts: 11232
strange. Because JFU is only displaying the permissions it gets from the system. But sure to look in the right folder.

And which version of JFU do you use? Because this error is not from JFU but written into the JFU log file.

And the original zip does not have a tfu.log!

- Michael


Top
 Profile  
 
 Post subject:
PostPosted: 30. Jun 2009, 09:43 
Offline

Joined: 29. Jun 2009, 08:48
Posts: 25
I'm using JFU 2.9.1. Downloaded it yesterday (Australia time).

I was looking at /public_html/administrator/components/com_joomla_flash_uploader/tfu - is that correct?

Yeah there wasn't a tfu.log yesterday (when I wrote the original post) - not sure why it appeared now...

_________________
http://www.sydneydragonblades.com
http://www.dbnsw.org.au


Top
 Profile  
 
 Post subject:
PostPosted: 30. Jun 2009, 09:46 
Offline

Joined: 29. Jun 2009, 08:48
Posts: 25
Just checked - my "good" installation of JFU has the same tfu.log file with the same error, but JFU works.

_________________
http://www.sydneydragonblades.com
http://www.dbnsw.org.au


Top
 Profile  
 
 Post subject:
PostPosted: 30. Jun 2009, 09:48 
Offline
Site Admin
User avatar

Joined: 1. Aug 2005, 12:53
Posts: 11232
this is not a JFU error - it's just written to the jfu log file. As you see the files re not from JFU.


Top
 Profile  
 
 Post subject:
PostPosted: 30. Jun 2009, 09:56 
Offline

Joined: 29. Jun 2009, 08:48
Posts: 25
Yep understand. So the only thing to do now is ask my host to see why I can't make a direct call?

Is there anything specific I can ask them?

_________________
http://www.sydneydragonblades.com
http://www.dbnsw.org.au


Top
 Profile  
 
 Post subject:
PostPosted: 3. Jul 2009, 10:37 
Offline
Site Admin
User avatar

Joined: 1. Aug 2005, 12:53
Posts: 11232
you can send the the url to the file and ask them why this file cannot be called directly.
Most of the time it'S ony a permission issue.

Have you already tried to set the permission in on the Help -> Limits section inside JFU?

- Michael


Top
 Profile  
 
Display posts from previous:  Sort by  
Post new topic Reply to topic  [ 47 posts ]  Go to page 1, 2, 3, 4  Next

All times are UTC + 1 hour [ DST ]


Who is online

Users browsing this forum: No registered users and 15 guests


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Search for:
cron
powered by phpbb | Datenschutz/ Privacy policy