The Joomla! Forum ™

Hi

still not working with rel 9954

at which rel. level does it work ?

Many thanks and 'bravo' for your job !


charlot

you should try rev. 9962

_________________
Lithuanian Joomla! Community http://www.lithuanianjoomla.com
lietuviškas Joomla! puslapis, naujienos, straipsniai, forumas, vertimai
always be open source, and be free as freedom

for us this is NOT FIXED IN THE SVN at least not with svn 9954!
after upload we still get the access forbidden message and have to login again.
Ron

Hi

not better with 1.5Stable 

Where did I miss something ??

Many thanks

charlot

what permissions do you use?

_________________
Lithuanian Joomla! Community http://www.lithuanianjoomla.com
lietuviškas Joomla! puslapis, naujienos, straipsniai, forumas, vertimai
always be open source, and be free as freedom

Hi

for me, same problem even with stable.
all directory permissions are  writable

Thanks

CHarlot

Great !!!!!

It's work now since I just move to 1.5.1

Your are the best !


Many thanks !
Charlot

Hi!

Hmm, problem (uploading with flash-uploader shows completed - but no images uploaded) still occurs with Joomla 1.5.1 and Firefox 2.0.0.12. With IE7 everything works fine.

Depends this error on server + client or only on client-side?

Kind regards, Jens

Please turn on debug in global configuration and then try an upload.
Paste the memory and the queries. Also state what browsers you have tried.

_________________
So we must fix our vision not merely on the negative expulsion of war, but upon the positive affirmation of peace. MLK 1964.
http://officialjoomlabook.com Get it at http://www.joomla.org/joomla-press-official-books.html Buy a book, support Joomla!.

Hi,

I have the same problem. IE7 works fine, but Firefox 2.0.0.12 no. I tried to apply the debug, and I noticed that the form and the buttons for the upload appears different than without debug. In this case the upload works fine (firefox + debug).

If I scroll down the page, and then scroll up the page, the form and buttons appears as before, and the upload doesn't occour. Always with firefox and debug.

Thanks,
Andrea

you still can't upload using Firefox 2.0.0.12 ?

_________________
Lithuanian Joomla! Community http://www.lithuanianjoomla.com
lietuviškas Joomla! puslapis, naujienos, straipsniai, forumas, vertimai
always be open source, and be free as freedom

I can confirm the upload problem using Firefox 2.0.0.12
Also, I don't get a chance to decide which upload type to use, it always ends up with flash. So I can't even test if it would work via html upload.

An other problem is the different appearance of the popup window in front- and backside upload (see attachments). The fontsize of the frontside upload destroys the layout completely and makes it hardly usable. The layout and fontsize of the backside upload is fine.

PHP built On: Linux za12 2.6.9-041214 #1 SMP Tue Dec 14 01:56:52 CET 2004 i686
Datenbank-Version: 4.1.10a
Datenbank-Kodierung: utf8_general_ci
PHP-Version: 4.3.10
Webserver: Apache/2.0.53 (Linux/SUSE)
PHP-Anbindung an den Webserver: apache2handler
Joomla!-Version: Joomla! 1.5.1 Production/Stable [ Seenu ] 8-February-2008 22:00 GMT
Benutzer-Agent: Mozilla/5.0 (X11; U; Linux i686; de; rv:1.8.1.12) Gecko/20080203 SUSE/2.0.0.12-5.1 Firefox/2.0.0.12
Template used: JA_purity

I hope someone will find a solution other than using IE
murphy46

try to test svn 10093

your problem is frontend or backend?

_________________
Lithuanian Joomla! Community http://www.lithuanianjoomla.com
lietuviškas Joomla! puslapis, naujienos, straipsniai, forumas, vertimai
always be open source, and be free as freedom

Both! I have not been able to upload a single picture yet, either way.
As long as FTP is working... But this is not a solution for authors or editors.

Murphy46

what permissions do you use?

_________________
Lithuanian Joomla! Community http://www.lithuanianjoomla.com
lietuviškas Joomla! puslapis, naujienos, straipsniai, forumas, vertimai
always be open source, and be free as freedom

Hi Guys,

I also still have this issue. It has become better. I do not get logged out automatically after hitting the upload button. But the progress bar still says "completed" and the file is NOT visible and NOT uploaded.

Error logs don't give hints due to permission problem. Component, plugin and module install is working with the same permissions without any problems. I don't think permissions are the problem:

permissions of images/stories


permissions of modules (where I successfully installed modules)


J! 1.5.1
PHP 5.2.5
Apache 2.2.x (suexec with suphp)

Please give us an option to switch on/off the flash uploader until this is resolved.

*Edit:
Tested with Firefox 2.0.0.12 + Opera 9.26 on Linux

I've been using the FCK editor with good results. The single image upload works great even when the Joomla image or the Media Manager don't work at all. I use ftp for upload of image groups but my users work in the FCK editor and upload files, configure image parameters, search directories on the server, etc.

Search for it in the extensions area.
-a-

777 on directory 'images' and all subdirs
644 on all files

But I doubt it has to do with permissions. I have tested for a while with everything set to 777. Same result.

The thing is, when the popup is loaded I can see the html-type mask for about a second or two, but then it changes to flash-type. No way to keep the initial uploadscreen

Same problem here. Everything's 664, also tried 777 for images. Sometimes i can successfully upload images with one user. When switching to another user (with same permissions) it fails again. Another time it works fine when logging in with the latter user. Also sometimes after it just worked with one user, it fails when trying the same user with the other browser. Happened with Managers and Super Admins. Tried FF 2.0.0.12 and IE 7.0.6001 on Vista here.

Some server details below.





Safe Mode is off, Magic Quotes on, Register Globals Off.

It seems to be harder to repro when debugging is On. It happened in Debug 5mins ago, but i didn't save the output then and since then i've been failing to repro another time..

Additional Info:

Tried a fresh J! 1.5.1 install on another server with mod_php and I got logged out after uploading the second picture (see image). Does the media manger work for somebody? This issue was not solved for a long time now. Devs should fix it or disable the flash upload or give us an option to switch flash upload off. Imho the media manager is a key feature of a cms and that really should work painless.

Seems that many german speaking people have this issue. But I can not imagine how the language files could affect this. Hm...

PHP 5.2.5 (mod_php)
Apache.2.2.x
Safe Mode: off
Tested with FF 2.0.0.12 / linux

We had exactly the same problems (in Holland with a Dutch Joomla installation). Uploads disappearing and/or being logged out after the upload. We came to the conclusion that these problems are related to the server settings of our hosting provider. This provider has installed a third party security app called Suhosin which limits several php functions. Although this provider (denit.nl, a major provider in Holland) was unable (unwilling?) to trace the problem my guess is that a Suhosin setting is somehow interfering with the joomla php upload code.
We simply solved these issues by swithing to another hosting provider who doesn't use Suhosin or a similar php limiting app.

Nevertheless Joomla falls short in error handling. After 20 years of development experience I have learned that programming has to be defensive. In other words, the programmer has to anthicipate most error situations and has to code quite some error handling to gracefully deal with those errors. Apparently this is not 'hot'. I found very little error handling code in Joomla 1.5. Setting up a fancy framework is a bigger chalenge. Writing documentation is similar, not cool. So we have now a 1.5 code base which is 'lean and mean' and can surly win the 'who can code the most design patterns in as few lines as possible' contest. We users end up with an applicatioin that is difficult to understand (fancy constructions), difiicult to learn (very bad documentation) and hard to use if somehting deviates from the ordinary. Ok, a bit off topic but i have spend many more hours on creating a joomla 1.5 site with some custom code then that I estimated. This 'unable to upload images' issue was one of the major frustrations.

Hi RonVA,

this is really a good hint. I have patched php with suhosin on both boxes. It successfully protected my joomla installations from existing vulnerabilities. None of my sites have been hacked starting from Mambo 4.5.0. Therefore for me it is a no go to disable it.

But on a first review i did not see any suhosin logs on both boxes. I will look into it more precisely and figure out if it is causing the error.

That's the point! It is of no use if the admin can't delegate the daily work to authors / editors who depend upon a fully functioning frontend!

An other thing I noticed: This button has been removed from the iconmenu of the editor in 1.5.1. That button did work, but it's gone now...

Murphy46

I do not believe TInyMCE ever had that button. There is an image button that looks like a tree. This is the same one that has always been in TinyMCE.

You may have been using JCE in your old site; it has a button that looks like that.

_________________
So we must fix our vision not merely on the negative expulsion of war, but upon the positive affirmation of peace. MLK 1964.
http://officialjoomlabook.com Get it at http://www.joomla.org/joomla-press-official-books.html Buy a book, support Joomla!.

My temporary solution was this...

In file
libraries/joomla/html/html/behavior.php

Commented this line 221 (approx.)...
// $document->addScriptDeclaration($uploaderInit);

Regards

Hi janno!

Great! Thank you very much, it seems to be a really good temporary fix for this issue - it works for me. Our on/off switch

@all
You were right guys - it seems that suhosin is causing this error. I disabled the extension / patch and the media manager worked as it should. But the problem is really that suhosin does not log the alert. So I can not figure out which option of suhosin is causing this. I already posted in the suhosin forum to figure this issue out. I think really a suhosin limit is causing this - but I will update you if I found out more.

I see it like RonVa:

There is a fancy framework. It's fine and works well in standard environments. But, it's not defensive. It does not give any glue in case there is something not being expected by devs.

For this I have one server where I have to exclude /administrator from .htaccess to be able to say http://site/administrator in browser and to get login screen whenever any kind of SEF is enabled.

Not excluding this directory results in frontpage without content (duh!). I'm not the only one with this problem (it has been mentioned by multiple users in this forum) but, there is no idea to solve it.

And - there are other real trouble causing issues in backend which cause mod_php to be blocking (PHP5 in multiple incarnations)! I spend a lot of time trying to track this down because it's kind of business case for me - Joomla! 1.5 either works in this environment or customer uses another product. I wrote about this problem multiple times since August / September 2007 but, it didn't become better. The opposit applies - more platform dependancies where introduced without giving chance to get away from this. This is a showstopper for me while trying to change J!1.5 to work with AdoDB (I'm almost ready with J! 1.0).

_________________
Don't confuse me with facts. Read
http://www.heise.de/security/Massenhack ... from/rss09

Hi,

don't get me wrong. I can understand if you are confused by how things have changed and I agree with you, but this is a different topic and it is better to start a new thread.

We really should find a solution for this image/media upload problem.

Greets,
ndee

Jumping in on that one.
Bugsquad would like to know what's remaining about this issue as of last svn/nightly.

I have the feeling the only remaining issue is the use of Suhosin.
I am right?
If yes, how exactly have you solved it and how does it impact normal 1.5.x behaviour on other platforms?

_________________
Jean-Marie Simonet / infograf · http://www.info-graf.fr
Multilanguage in 2.5: http://help.joomla.org/files/EN-GB_multilang_tutorial.pdf
---------------------------------
Joomla Translation Coordination Team • Joomla! Production Working Group

Hi infograf768,

the problem is temporarily solved by disabling the flash uploader (see jannos solution: viewtopic.php?f=199&t=243392&p=1228001#p1226322 ). As mentioned before an option in the backend would be great. So that users with flash uploader problems are able to switch it of and use the html-uploader.

The html-uploader is then working although suhosin patch is installed. So, it seems that the flash-uploader violates the security restrictions of suhosin. Maybe one dev is able to figure it out and get it working. I am a little bit paranoid and I certanly do not uninstall suhosin. It has protected me from many open vulns in joomla and other webapps. I can run (e.g) J! 1.0.4 without being hacked on this server. Therefore please fix the flash-uploader.

The problem with suhosin is that it does not log the violation. Therefore admins have no clue what is causing the violation. So at least I can not give you a hint if the flash uploader violates array, memory, string, url, .. restrictions. But I posted the issue of not logging violations to suhosin forums. Maybe we can get it logging and find out what is causing this behaviour.

Beside that, an option to switch the flash-uploader on/off would make sense anyway?

Greets
ndee

EDIT: I have tested only with J! 1.5.1. Maybe on weekend I find a minute to test it with svn/nightly.