Forum OpenACS Q&A: problem with users adding home pages

I used the pre-built RPMs on a stock Redhat 6.2 box - everything
installed swimmingly, except:

When on the Homepage Maintenance screen when I choose "create file" -
or any of the other options on that page,  I do not get the form to
add a page - I get a simple two tone blue box in the middle of the
screen that says "Filesystem Part of the Arsdigita Community
System      by Usman Y. Mobin."
thanks ahead of time -
Clifford

Collapse
Posted by James Harris on
I have the same problem.  It happens with all the modules that use "Usman Y. Mobin's generic dialog class".  I notice that there are a lot of HTML tags in the URL which look like they would create a form if they were contained in the page.
Collapse
Posted by clifford smith on
Right - In the URL title bar I see what looks like the code to fill out the form.....hmmm...
Clifford
Collapse
Posted by Sarah Barwig on
When I first met up with the Homepage module, I realized that dialog-class.tcl had to go. So I set about excising it from the code. I still have the tarball -- although it's the ClassicACS, so you'd have to port it to OpenACS.

Basically, Usman decided that all errors and system communications should take place on the same page. To wit, dialog-class.tcl. So, every time you do something that the homepage module doesn't like, it sends you to this thing that looks an awful lot like a Windows Dialog Box TM.

I'm not sure which error you're running into, for the simple reason that _all_ errors get caught and masked by this dialog-class.tcl. And, apparently, this is a relatively non-descript error message.

I personally feel that the only way to use the homepage module is to excise the dialog-class.tcl file (and all references to it) from the entire thing, and to throw errors straight from the page. Maybe by using regular error pages like the rest of the ACS (Open or Classic) uses...

My $0.02

Collapse
Posted by Adam Farkas on
Perhaps this change should be included in OpenACS 3.2.5.
Collapse
Posted by Don Baccus on
Yeah, Adam, probably so.  What Sarah's saying, of course, is that
thus far we've offered an accurate port of OpenACS's screwed-up
behavior (though we're versions behind ACS Classic 3.4x, of course).

So ... if sarah or someone comes up with a clean fix for the module,
I'll try to find time to commit then to the cvs tree, where they'll
find there way into the OpenACS 3.2.5.

OK, for the peanut gallery - this one's an aD bug-ugly mistake.
Several recent posts have pointed out OpenACS port errors, and PG
misbehavior (UNION and ORDER BY) so it ain't all aD's fault that
OpenACS has some rough edges.

But aD does have a role in OpenACS reliability.  We caught a lot of
obvious ACS Classic bugs and fixed them while porting, but missed
plenty, too - and added some of our own.

So keep these bug reports a-rollin'....

Collapse
Posted by finn knudsen on
Hi all

I know this is an old thread, so I was wandering if the problem had been solved. I have this problem with all modules using the dialog-class.tcl.

Regard

Finn Knudsen

Collapse
Posted by Vinod Kurup on
Yep,

I've ported this and placed it here. There's more explanation in this thread.