|
Author
|
Message
|
|
Mark Overduin
|
Wednesday 09 July 2003 12:57:09 am
Why is this text removed???
---edited by Paul B----
That's a bug that occured also one time for me during the last week on ez.no. Never on my own ezp sites
--------------------------
|
|
Karsten Jennissen
|
Wednesday 09 July 2003 1:02:57 am
Maybe it's because you are trying to remove a user group and a user at the same time? (Bug) Just an idea. :-)
|
|
Mark Overduin
|
Wednesday 09 July 2003 1:09:52 am
No. Unfortunately that's not it. I tried to remove them individually, but still nothing happens :(
|
|
Karsten Jennissen
|
Wednesday 09 July 2003 1:18:43 am
Actually, I just tried to do the same. Created a user and then tried to remove it (verson 3.1-1). eZ publish reacted but got stuck at the url /content/action, with no module output. Tried both the the checkbox + remove and the view + button remove. Anyone can confirm this?
|
|
Bård Farstad
|
Wednesday 09 July 2003 1:29:43 am
I just tested this but removing works fine here. Mabye the bug is triggered by something special? --bård
Documentation: http://ez.no/doc
|
|
Karsten Jennissen
|
Wednesday 09 July 2003 1:52:29 am
Debug output:
==========
eZ debug
Timing: Jul 09 2003 10:57:23 Module start 'content' Timing: Jul 09 2003 10:57:23 Module end 'content' Notice: eZTSTranslator::load Jul 09 2003 10:57:23 Loading cached translation [snip] Debug: parent node Jul 09 2003 10:57:23 Warning: ezi18n Jul 09 2003 10:57:23 No translation for file(translation.ts) in context(design/admin/layout): 'Frontpage' with comment() Warning: ezi18n Jul 09 2003 10:57:23 No translation for file(translation.ts) in context(design/admin/layout): 'Sitemap' with comment() Warning: ezi18n Jul 09 2003 10:57:23 No translation for file(translation.ts) in context(design/admin/layout): 'Trash' with comment() Error: eZTemplate @ design/standard/templates/page_mainarea.tpl:3[0] Jul 09 2003 10:57:23
No such attribute for array(4): content
Choose one of following: content, navigation_part, path, uri Timing: Jul 09 2003 10:57:23 End
-----------------
Deleting other objects works fine.
|
|
Paul Borgermans
|
Wednesday 09 July 2003 1:55:09 am
Same problem here. Tried on an empty, vanilla 3.1 release (Linux) and a demo setup (WinXP). Also, a slightly outdated svn version (2747) with the demo setup has this behaviour. In the debug output, the empty content action (no ID in the URL) is probably reflected in the debug output error message: "Unknown content object action" No other clues in the logs or debug output. Deleting other objects works fine --paul
eZ Publish, eZ Find, Solr expert consulting and training
http://twitter.com/paulborgermans
|
|
Paul Forsyth
|
Wednesday 09 July 2003 2:02:55 am
Have to say i've encountered this also with 3.1.2 rev 2811. Thought it was just something id done wrong. paul
|
|
Bård Farstad
|
Wednesday 09 July 2003 2:59:01 am
I can't reproduce it still. Can it be a problem with cache? If you've got an old cache file and install a new site the ID's for objects may be different. Is this a windows specific problem? --bård
Documentation: http://ez.no/doc
|
|
Paul Forsyth
|
Wednesday 09 July 2003 3:12:02 am
We use mandrake 9.1, cache is clear. I've sent through my debug output, hope it helps. paul
|
|
Tony Wood
|
Wednesday 09 July 2003 3:17:22 am
I get this to... very strange
Tony Wood : twitter.com/tonywood
Vision with Technology
Experts in eZ Publish consulting & development
Power to the Editor!
Free eZ Training : http://www.VisionWT.com/training
eZ Future Podcast : http://www.VisionWT.com/eZ-Future
|
|
Mark Overduin
|
Wednesday 09 July 2003 3:24:06 am
*** removed *** This is the second time my reply ends up above other replies, posted earlier... ??? Anyways, using Red Hat 7
|
|
Mark Overduin
|
Wednesday 09 July 2003 3:25:58 am
*** removed *** Same story... again
|
|
Selmah Maxim
|
Wednesday 09 July 2003 3:27:46 am
:) it`s not the big bug ... :) the remove is not the form .. coz of this when you click it nothing happen !
|
|
Tony Wood
|
Wednesday 09 July 2003 3:28:12 am
Mine is on RH 7.3 box with latest ez 3.1 apache, mysql, php
Tony Wood : twitter.com/tonywood
Vision with Technology
Experts in eZ Publish consulting & development
Power to the Editor!
Free eZ Training : http://www.VisionWT.com/training
eZ Future Podcast : http://www.VisionWT.com/eZ-Future
|
|
Bård Farstad
|
Wednesday 09 July 2003 3:30:32 am
Selmah, thanks ;) Bug in template. I will clean this up now. The inner most <form> can be removed. It's the same action as the main form. When you have this kind of error the page behaves different in different browsers. That's the reson why I couldn't reproduce it. I tested with konqueror on linux. --bård
Documentation: http://ez.no/doc
|
|
Selmah Maxim
|
Wednesday 09 July 2003 3:30:40 am
in the template .. there is 2 form .. form inside form !
|
|
Selmah Maxim
|
Wednesday 09 July 2003 3:31:10 am
done .. i`ll upload it ..
http://ez.no/developer/ez_publish_3/contributions/user_remove_bug_fix
|
|
Paul Borgermans
|
Wednesday 09 July 2003 3:32:17 am
Clearing caches does not help. The problem is reproduced here on winxp (standard 3.1 installer package with demo, connecting over localhost, nvh setup) as well as on linux (3.1 tar.gz+ demo and svn+demo). It's also in a bug report. 3.02 sites on the same machine doing OK. With IE6, pressing the remove button in the list view doesn't result in anything (no page-load either). Mozilla 1.4 posts something (wrong obviously) When checking admin page source with dreamweaver code inspector, there is quite some faulty xhtml like divs closed twice, <a href> within another <a href>, <form> tag nesting. I guess the problem is related to that (I'll try to edit the template later to try to solve the problem that way). --paul
eZ Publish, eZ Find, Solr expert consulting and training
http://twitter.com/paulborgermans
|
|
Selmah Maxim
|
Wednesday 09 July 2003 3:36:01 am
Pual ..
no browser can do it .. coz there is form inside form .. the fix just move the small from to the end of the template file ;)
|