DTH Development

Hello All,

I've submitted a ticket for this issue, but wanted to see if anyone else has experienced this and has suggestions. This has been tested on my full development site (JAT3 Framework), as well as in a fresh install in another directory on my shared server using Beez_20 with no other extensions or 3rd party framework, and on localhost with no other extensions or 3rd party framework, and the results are always the same:

I have a DT Register Control Panel Main Menu Item that leads the user to the control panel. From there:

-Location always renders a lat/long that is near Coffeyville, Kansas, regardless of the address that is entered (37.09024 -95.712891).

-After creating or editing an event and clicking the "Save", "Save & Close", and "Cancel" buttons, the event list (or event page for "Save"), always renders with all Home page modules on top.

-Events cannot be deleted.

These bugs are on the frontend only. All of these work correctly on the backend.

Any thoughts? Thanks!

Hello,

I'm fighting with similar problems as you on my homepage.

>-After creating or editing an event and clicking the "Save", "Save &
> Close", and "Cancel" buttons, the event list (or event page for
> "Save"), always renders with all Home page modules on top.

I have integrated the DT Register Control Panel in my registered user menu and there are problems with the modules displayed on the right side of my homepage. I've spend many hours with programming without finding a solution which makes me fully happy.

First problem is, that in Joomla (I'm using 2.5. you can assign modules only to menu items (you can exclude modules from beeing displayed for a specific menu item or you can include modules to be displayed for a menu item) but you can't assign modules to components or categories. If you are routing through a component, Joomla doesn't know sometimes, which modules to display. Try the Advanced Module Manager (Joomla Extensions directory) to solve this problem.

Second problem for me seems to be the routing in /components/com_dtregister/controllers/evenmanage.php:
I have replaced some of the $mainframe->redirect links there with
$mainframe->redirect(Jroute::_ ... links with better results.

But after saving, cancelling or applying the event, clicking to any menu item of my main menu doesn' t work any more. Clicking on a menu item in user menu still works.

>-Location always renders a lat/long that is near Coffeyville, Kansas, >regardless of the address that is entered (37.09024 -95.712891).

This I can't confirm.

>-Events cannot be deleted.

I can't confirm this. I can delete event's from frontend event management
on my website as well as on my localhost.

>These bugs are on the frontend only. All of these work correctly
>on the backend.
Backend also works fine for me.

Questions:
What Joomla version are you using?
What Version of DTRegister?
What PHP-Version are you running?

Regards,
Stefan

Hi Stefan,

Thank you for your response and thoughts. I'm running:

J2.5.8
PHP 5.3.13
DTR 2.8.4

Also interesting is that -- although the lat/long that is generated on the location page, and the lightbox map that displays on the front end, are always near Coffeyville, Kansas -- when I click on "Get Directions in Google Maps" from the light box, the Google Maps website shows the correct location!

I have a similar navigation setup. I have a main menu item that displays a page with a single custom HTML module containing information about the registration system and a Get Started>> text link. This text link is associated with the DTR Control Panel item in a hidden menu. After clicking the link, the DTR Control Panel hidden menu item also displays a custom HTML module I assigned to the item that contains a Return to Control Panel>> text link associated with the same hidden menu item.

As you work through the system, the Return to Control Panel>> link module displays correctly throughout each page in the process with just a few exceptions. In light of these exceptions, there seems to be some inconsistency in the way DTR is handling redirects. One of these exceptions, of course, is when the home page modules display after saving/canceling events.

Brian

Yes, I have same problem:

I have a menu item to display DTR control panel on front end. Going to that page, the control panel is displayed with no modules (which is how I want it). But, when you select a drop down to sort the display of records, for example choosing an event from the drop down, the web site home page is returned with the control panel display still showing. Looking at the code, the form for the drop down menus looks like this:

<form action="index.php" method="post" name="adminForm" id="adminForm">

So, it is not appending the string that controls the display after" index.php", thus displaying the page as if it was the home page.

I edited the file list.php (components/dt_register/views/usermang/)
apending the string to "index.php" and changing to "index.php?option=com_dtregister&controller=usermanage&Itemid=343"

This seems to fix my issue by not loading the home page.

Hi, folks,
I wanted to stop in here and give you a heads up. We've discovered the problems with the frontend in the latest release, and we're working on fixes. I already have the files for the frontpage module issue. They will be added as an update shortly. If you've submitted a ticket for this, I'll be going through and updating those tickets with some fixes today.

I really appreciate you adding this to the forum and trying to work through them with other users. It helps everyone involved. So, thanks!

JA

Found another bug that I didn't see mentioned.
When accessing the control panel on the frontend I can click on the "Records" button and I can view all of the records without signing in with the following warnings showing....

Warning: implode() [function.implode]: Invalid arguments passed in ...components/com_dtregister/controllers/usermanage.php on line 166

Warning: implode() [function.implode]: Invalid arguments passed in ...components/com_dtregister/views/usermanage/tmpl/list_description.php on line 28

Any one have any thoughts to an easy fix until the update?

get similar errors on backend. these are the different errors and the pages i receive them on

Events menu
Warning: Invalid argument supplied for foreach() in /home/xxx/public_html/administrator/components/com_dtregister/lib/dtview.php on line 570

Warning: implode() [function.implode]: Invalid arguments passed in /home/xxx/public_html/administrator/components/com_dtregister/views/event/tmpl/list.php on line 73

Warning: Invalid argument supplied for foreach() in /home/xxx/public_html/administrator/components/com_dtregister/lib/dtview.php on line 489



Locations menu
Warning: implode() [function.implode]: Invalid arguments passed in /home/xxx/public_html/administrator/components/com_dtregister/views/location/tmpl/list.php on line 29

Pay Options menu
Warning: implode() [function.implode]: Invalid arguments passed in /home/xxx/public_html/administrator/components/com_dtregister/views/payoption/tmpl/list.php on line 28



CSV Export menu
Warning: implode() [function.implode]: Invalid arguments passed in /home/xxx/public_html/administrator/components/com_dtregister/controllers/export.php on line 105

disregard, this post. i synced my groups in permission menu, reset my permissions for the groups and it now works

Hello all,

I wanted to revisit the original posting here regarding the front end location bug. I submitted a ticket quite some time ago, but haven't heard anything back (granted, I initially forgot to provide the front end login to them).

The problem is that any location entered on the front end always renders a lat/long that is near Coffeyville, Kansas, regardless of the address that is entered (37.09024 -95.712891).

This occurs on both our development server and live server regardless of template with/without other extensions disabled.

Anyone having a similar issue?

I find that the all the member's confirmation numbers dissappears when the data is edited from the front end by the user himself,(not the Control Panel) - seems to work when CB integration is turned off.
But now, when I add a new member as the user, the confirm number defaults to the confirm number of the user and does not generate a new one.

FIX
No Confirmation number for Simple group registration:

if(DT_Session::get('Setting.User.type')=='G' && $member_confirmnum){

$members = DT_Session::get('Setting.User.members');
$i = 1;
if($members){

foreach($members as $key => $member){
$confirmnum = $tableUser->generateconfirmNum($event);

DT_Session::set('Setting.User.members.'.$key.'.confirmnum',$confirmnum );
if($i == 1) {
DT_Session::set('Setting.User.confirmNum',$confirmnum);
}
$i++;
}

}else{
$confirmnum = $tableUser->generateconfirmNum($event);
DT_Session::set('Setting.User.confirmNum',$confirmnum);
}

} else {

DT_Session::set('Setting.User.confirmNum',$tableUser->generateconfirmNum($event));
}

Hello all and especially you the fine crew of DTH Dev,
as everyone certainly notices, this forum is mainly crowded with bug reports for different versions of the component. You in the DT crew are very efficient with removing bugs, and in many ways, the component is really outstanding with all its functionalities!

There is unfortunately one major concern though with the component, or rather with the develompent strategy for it - that is the constant implementation of new great functionalities without ever stopping and seeing to that there exists at lease ONE STABILE VERSION! Many of us using DT Register administer very big events. I have been using this great component for six years for complex registrations and DT Register is the only component I have found really managing multi-language, selection limit enabled, visually easy-to-understand registrations, but each year, I have spent days and days trying to cope with disasters that different bugs in the code have caused. Please I beg you - STOP! The one thing that really would make this component perfect is taking a break from including new stuff and instead for a while putting all effort into producing something very stable.

Please do not remove this post as you have done with my same suggestion the previous years. This is the biggest thing on all my DT Reg using acquintance's "Feature wish list", i.e. not adding more features for a while .

Keep on the good work!

Cheers Ben

Thank you Ben - I agree. My project is now non-profitable, since I have to go throught lines of code to find out why things are not working like they are expected too, and since I have never received a response from the development team, I do not event bother to submit the problems I run into. I have paid twice for this component - the first time I ended up never using the component, the second time, a disaster with CB intergration and group registrations.