TYPO3 Core

I've also seen this problem in Beta3, RC1 and RC2. Each time I've come to the bug tracker and seen a 'resolved' item indicating it would be included in the next release. See bugs 2232, 2390, 2529 for examples. This is important functionality to me, and I'm sure a lot of other people, so I'm hoping it will be working well in the release.

One thought that does occur is that this may be due to or exacerbated by data migration. If there is anythng I can do assist in tracking the problem, let me know.

David Evans

Dmitry, can you please have a look at this bug?

There was a problem with form submision but it was fixed and commited...

Guys, please, post your os and browser versions.

David Evans wrote he tested it with RC2 and it still doesn't work, any idea why?

i used rc2, internet explorer 6, windows 2000 (does the os matter?)

Hi Philipp,

please post all information that might possibly be relevant to this bug.

Which steps exactly did you take when trying to create the workspace?
Were you in live workspace while you tried to create the new one?
Is it a 4.0 TYPO3 installation set up from scratch or an updated 3.8 installation?

Can you provide any screenshot if there is something worth making a screenshot of?

It's very important that Workspaces work well in TYPO3 4.0 final as it is one of the "big new features".

cheers,
Ingmar

ok, i try to give you some more information:

installation: typo3 4.0 rc2, from scratch using both packages on sourceforge (dummy-4.0rc2.zip, typo3_src-4.0rc2.zip taken from http://sourceforge.net/project/showfiles.php?group_id=20391&package_id=14557&release_id=23685 yesterday).

i attached a documented screenshot. steps 1-5 show what i did. i was logged in to the backend as admin.

ooops, step 1 should be on module 'workspace' and not direct mail of course. sorry for that..

I will take a look at it and fix over weekend (Apr 01-02).

It might be very helpful if you provide your php-version also. Could you enable error-logging in your php and check for appropriate logs?

At least it is not reproducable here (running PHP 5.1.2-1 and TYPO3-CVS/rc2)

Peter, did you test with MSIE? I am sure it is MSIE-specific. I fixed this once, may be it was overwritten by other changes. I usually use FireFox, this is why I dod not notice it from the beginning.

It was all about conflict for button named "submit" and form's "submit" method. FireFox sees them separately but MSIE always refers to one of them thus making wrong submission.

i tried it on these versions
PHP Version 4.4.1
PHP Version 4.3.10
and
PHP Version 5.0.3

on 2 different hosting providers.

i don't know where to enable error logging in php. i have to look this up..

debug-information for the 5.0.3 from install tool (maybe this helps a bit..):

1. DEBUG SYSTEM INFORMATION - START ###
   HTTP_HOST : www.web-manufaktur.com
   TYPO3_HOST_ONLY : www.web-manufaktur.com
   TYPO3_PORT :
   PATH_INFO :
   QUERY_STRING : TYPO3_INSTALL[type]=phpinfo
   REQUEST_URI : /carbura/typo3/install/index.php?TYPO3_INSTALL[type]=phpinfo
   HTTP_REFERER : http://www.web-manufaktur.com/carbura/typo3/install/index.php?
   TYPO3_REQUEST_HOST : http://www.web-manufaktur.com
   TYPO3_REQUEST_URL : http://www.web-manufaktur.com/carbura/typo3/install/index.php?TYPO3_INSTALL[type]=phpinfo
   TYPO3_REQUEST_SCRIPT: http://www.web-manufaktur.com/carbura/typo3/install/index.php
   TYPO3_REQUEST_DIR : http://www.web-manufaktur.com/carbura/typo3/install/
   TYPO3_SITE_URL : http://www.web-manufaktur.com/carbura/
   TYPO3_SITE_SCRIPT : typo3/install/index.php?TYPO3_INSTALL[type]=phpinfo
   TYPO3_SSL :
   SCRIPT_NAME : /carbura/typo3/install/index.php
   TYPO3_DOCUMENT_ROOT : /home/webmanu/public_html
   SCRIPT_FILENAME : /home/webmanu/public_html/carbura/typo3/install/index.php
   REMOTE_ADDR : .77.15.
   REMOTE_HOST : *.15.77..cust.bluewin.ch
   HTTP_USER_AGENT : Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0)
   HTTP_ACCEPT_LANGUAGE: de-ch
   CONST: PHP_OS : FreeBSD
   CONST: TYPO3_OS :
   CONST: PATH_thisScri: /home/webmanu/public_html/carbura/typo3/install/index.php
   CONST: php_sapi_name: cgi
   OTHER: TYPO3_VERSION: 4.0rc2
   OTHER: PHP_VERSION : 5.0.3
   imagecreatefromgif(): 1
   imagecreatefrompng(): 1
   imagecreatefromjpeg(: 1
   imagegif() : 1
   imagepng() : 1
   imagejpeg() : 1
   imagettftext() : 1
   OTHER: IMAGE_TYPES : 15
   OTHER: memory_limit : 32M
   SERVER: SERVER_PORT : 80
   SERVER: SERVER_SOFTW: Apache/1.3.33 (Unix) mod_auth_passthrough/1.8 FrontPage/5.0.2.2510 mod_log_bytes/1.2 mod_bwlimited/1.4 mod_ssl/2.8.22 OpenSSL/0.9.7d
   SERVER: GATEWAY_INTE: CGI/1.1
   SERVER: SCRIPT_NAME : /carbura/typo3/install/index.php
   SERVER: PATH_TRANSLA:
   T3CV_GFX: image_proc: 1
   T3CV_GFX: gdlib : 1
   T3CV_GFX: gdlib_png : 0
   T3CV_GFX: gdlib_2 : 0
   T3CV_GFX: im : 1
   T3CV_GFX: im_path : /usr/local/bin/
   T3CV_GFX: im_path_lz:
   T3CV_GFX: im_version: im5
   T3CV_GFX: im_negate_: 1
   T3CV_GFX: im_imvMask: 0
   T3CV_GFX: im_combine: composite
2. DEBUG SYSTEM INFORMATION - END ###

I'm using: PHP 4.3.6, MySQL 4.1.18, Typo3 rc2 source

I've taken a database from my live server running Typo3 3.8.1 and loaded it locally on my PC. I then upgraded it to Typo3 4.0rc1. I've then created another directory with Typo3 4.0rc2 and pointed it to the database that I've upgraded using RC1. I realis that this is sub-optimum, so I'm just about to start from scratch with my 3.8.1 database and upgrade in RC2, to see if the same error occurs.

To state the problem fully as I've found it: When I try to create a workspace (while in the LIVE workspace) I fill in the name, users in the ownsers, members, reviewers box, select a db mount point and file mount point. All other settings as default. I hit save-and-close and it returns a blank form as I started with. I navigate back to the workspaces page, and there is no new workspace created.

Here is the error in my Apache log:

[Wed Mar 29 10:48:26 2006] [error] [client 127.0.0.1] File does not exist: C:/Program Files/Apache Group/Apache2/htdocs/gfx, referer: http://localhost/typo3_src-4.0rc2/typo3/mod/user/ws/workspaceforms.php
[Wed Mar 29 10:48:26 2006] [error] [client 127.0.0.1] File does not exist: C:/Program Files/Apache Group/Apache2/htdocs/gfx, referer: http://localhost/typo3_src-4.0rc2/typo3/mod/user/ws/workspaceforms.php
[Wed Mar 29 10:48:26 2006] [error] [client 127.0.0.1] File does not exist: C:/Program Files/Apache Group/Apache2/htdocs/gfx, referer: http://localhost/typo3_src-4.0rc2/typo3/mod/user/ws/workspaceforms.php
[Wed Mar 29 10:48:26 2006] [error] [client 127.0.0.1] File does not exist: C:/Program Files/Apache Group/Apache2/htdocs/gfx, referer: http://localhost/typo3_src-4.0rc2/typo3/mod/user/ws/workspaceforms.php
[Wed Mar 29 10:48:26 2006] [error] [client 127.0.0.1] File does not exist: C:/Program Files/Apache Group/Apache2/htdocs/gfx, referer: http://localhost/typo3_src-4.0rc2/typo3/mod/user/ws/workspaceforms.php
[Wed Mar 29 10:48:37 2006] [error] [client 127.0.0.1] File does not exist: C:/Program Files/Apache Group/Apache2/htdocs/gfx, referer: http://localhost/typo3_src-4.0rc2/typo3/mod/user/ws/workspaceforms.php
[Wed Mar 29 10:48:37 2006] [error] [client 127.0.0.1] File does not exist: C:/Program Files/Apache Group/Apache2/htdocs/gfx, referer: http://localhost/typo3_src-4.0rc2/typo3/mod/user/ws/workspaceforms.php
[Wed Mar 29 10:48:37 2006] [error] [client 127.0.0.1] File does not exist: C:/Program Files/Apache Group/Apache2/htdocs/gfx, referer: http://localhost/typo3_src-4.0rc2/typo3/mod/user/ws/workspaceforms.php
[Wed Mar 29 10:48:37 2006] [error] [client 127.0.0.1] File does not exist: C:/Program Files/Apache Group/Apache2/htdocs/gfx, referer: http://localhost/typo3_src-4.0rc2/typo3/mod/user/ws/workspaceforms.php
[Wed Mar 29 10:48:37 2006] [error] [client 127.0.0.1] File does not exist: C:/Program Files/Apache Group/Apache2/htdocs/gfx, referer: http://localhost/typo3_src-4.0rc2/typo3/mod/user/ws/workspaceforms.php

Let me know if there is more I can do, and in the meantime I will see if I can recreate with a fresh install. I'm reasonably PHP-literate, but not a developer, so please bear with me if I'm missing out important info.

Thanks,

David

Ahh! I've just tried Firefox, and it works in that!

I was using MS-IE 6 (6.0.2900.2180.xpsp_sp2_gdr.050301-1519). It looks like that's where the error is emanating from.

David

it's a internet explorer (6.0.2800.1106) specific bug, it works in firefox!

gfx error should not be related, it is a different issue... But now we know that it is definitely MSIE-related. Time to boot Windows again...

MSIE issue: did not post <input type="image">