eZ Community » Forums » General » [users] Remove button does not work...
expandshrink

[users] Remove button does not work...

[users] Remove button does not work...

Wednesday 09 July 2003 9:57:09 am - 30 replies

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
--------------------------

Modified on Wednesday 09 July 2003 2:40:44 pm by Mark Overduin

Wednesday 09 July 2003 10: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. happy.gif Emoticon

Wednesday 09 July 2003 10:09:52 am

No. Unfortunately that's not it. I tried to remove them individually, but still nothing happens sad.gif Emoticon

Wednesday 09 July 2003 10: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?

Wednesday 09 July 2003 10:29:43 am

I just tested this but removing works fine here. Mabye the bug is triggered by something special?

--bård

Wednesday 09 July 2003 10: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.

Modified on Wednesday 09 July 2003 10:53:49 am by Karsten Jennissen

Wednesday 09 July 2003 10: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

Wednesday 09 July 2003 11: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

Wednesday 09 July 2003 11: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

Wednesday 09 July 2003 12:12:02 pm

We use mandrake 9.1, cache is clear. I've sent through my debug output, hope it helps.

paul

Wednesday 09 July 2003 12:17:22 pm

I get this to... very strange

Wednesday 09 July 2003 12:24:06 pm

*** removed ***

This is the second time my reply ends up above other replies, posted earlier... ???

Anyways, using Red Hat 7

Modified on Wednesday 09 July 2003 12:27:08 pm by Mark Overduin

Wednesday 09 July 2003 12:25:58 pm

*** removed ***

Same story... again

Modified on Wednesday 09 July 2003 12:26:44 pm by Mark Overduin

Wednesday 09 July 2003 12:27:46 pm

happy.gif Emoticon

it`s not the big bug ... happy.gif Emoticon the remove is not the form .. coz of this when you click it nothing happen !

Wednesday 09 July 2003 12:28:12 pm

Mine is on RH 7.3 box with latest ez 3.1 apache, mysql, php

Wednesday 09 July 2003 12:30:32 pm

Selmah, thanks blunk.gif Emoticon 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

Wednesday 09 July 2003 12:30:40 pm

in the template .. there is 2 form .. form inside form !

Wednesday 09 July 2003 12:31:10 pm

done .. i`ll upload it ..
http://ez.no/developer/ez_publish_3/contributions/user_remove_bug_fix

Modified on Wednesday 09 July 2003 12:34:17 pm by Selmah Maxim

Wednesday 09 July 2003 12:32:17 pm

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

Wednesday 09 July 2003 12:36:01 pm

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 blunk.gif Emoticon

Wednesday 09 July 2003 1:24:58 pm

Can you please repeat that? I don't really understand what you're saying...

expandshrink

You must be logged in to post messages in this topic!

36 542 Users on board!

Forums menu

Proudly Developed with from