I have installed a fresh copy of Drupal 6 on an Xampp server. Within that install is a collection of modules for creating an event calendar. There's actually a great instructional video at http://www.youtube.com/watch?v=qO4TeEydtMs for getting all the necessary fields up.
So far everything is working except... the events won't store the time as stated in the edit field. No matter what I do in the edit mode as admin or otherwise the time always says 12pm and the event on the calendar says "All Day".
I know this is pretty obscure but I figured why not try and ask. Thanks.
What Date module are you using for the event dates? Is there an "All Day" option that is accidentally selected?
(I would just put this in a comment... but I don't have enough reputation to comment on questions yet :) )
I had the same problem, the solution is to make sure your sitewide time settings are properly configured. You can find them under /admin/settings/date-time.
Related
This error showed up as plain text on white background after logging in to the Maintenance Login window on the public front end of our Joomla 3.5.1 site. We are using a template from TemplateMonster called "theme3289" (default version), aka "Truckie".
For no apparent reason, we found we could not log in to the Maintenance Login window on the public front end. We got the error:
"Modulo by zero" on a plain white background.
No part of the front public end of the site could be navigated to, even by pasting in a link. However, we could navigate fine to the backend ([site_domain_name.com]/administrator)
Not sure exactly what caused this, but we did have the internet connection go down in the middle of saving an article. After re-gaining connection, the new article was missing. We had also made some simple content changes (not configuration or settings changes) in the articles inside the TM Parallax module.
Looking for help on this "Modulo by zero" error.
RESTORED DATABASE BACKUP = Solved the problem. I am pretty sure it was some kind of database error or corruption. We tried clearing the cache (Joomla System Menu) and a number of other things. Nothing worked.
We had two staff working on the site at the time of the error, one a newbie, one an advanced beginner. Interviewing them with "what were you doing at the time" didn't seem to lend any clues. Unless perhaps the TM Parallax module may have a bug (???) - or a corruption somehow when internet went down while saving an article.
SOLUTION: We restored a recent backup copy of the database made only 2 hours prior to the ERROR. This solved our problem.
This worked for us.
I faced this issue today, and I found out the cause. Its simple actually,as the issue says your code somewhere is attempting to do division or modulo by 0. Maybe you had added a new field with value 0 in your db after taking backup and the data there was causing it. This may not be helpful for you now but I'm leaving this here to make it easy if someone has a similar issue and ends up here.
I think the problem was caused by a change in the template. For example, some templates do not allow specific values to be zero, and will crash when this happens.
A good idea to discover the root cause of the problem is to compare the templates settings of the backup to the template settings of the problematic site. If everything is exactly the same, then you should compare the modules, and finally the menu items. It is not a fun job to do, but will help you isolate the problem in case it happens again.
For your reference. Just had this issue and the above information did not help. Finally found the solution:
In Article > global Options > Blog/Featured layout I had the columns set to 0
I have an annoying problem and am hoping someone will be able to help.
We use quite a few extensions on our Joomla site (Roksprocket mainly but also Global News Filter for instance).
The modules themselves are working fine however when I click on an article in one of these modules the article opens but it doesn't use the nice URL that should be displayed (we have Search Engine Friendly URLs set to Yes and Use URL rewriting set to Yes). This happens for all modules that draw off a category (so I don't think its linked to a specific extension).
For instance on our Case Studies page if you click on Read More on the RSA Case Study you get this URL
http://www.assima.net/en/resources/case-studies/99-home/resources/case-studies/ats-case-studies/649-case-study-rsa
but what you should get is the menu item URL associated with this article which is this
http://www.assima.net/en/resources/case-studies/ats-case-studies/rsa
I don't think there is anything wrong with our .htaccess as I reverted back to the default Joomla one and it still occured.
Also this used to work perfectly. I first noticed it around October or November last year.
If anyone has any ideas I would really appreciate it, I've googled the problem many times and not found any help.
Thanks
Emma
FIXED.
Due to a Joomla bug. Fixed by overwriting the route.php file as described in this post: http://forum.joomla.org/viewtopic.php?f=625&t=831007&start=30
Hi all am a noob on the rise with web development and design and I am trying to edit a file that I found that seems to be controlling some information about world countries. More specifically I want to add a zone to a country. This file is part of the opencart e-commerce suite. It is located here: system/cache and is called cache.zone.16 and I openned it with notepad. the contents are as follows:
a:31:{i:0;a:5:
{s:7:"zone_id";s:3:"284";s:10:"country_id";s:2:"16";s:4:"name";s:7:"Acklins";s:4:"code";s:3:"ACK";s:6:"status";s:1:"1";}i:1;a:5:{s:7:"zone_id";s:3:"285";s:10:"country_id";s:2:"16";s:4:"name";s:13:"Berry Islands";s:4:"code";s:3:"BER";s:6:"status";s:1:"1";}i:2;a:5:{s:7:"zone_id";s:3:"286";s:10:"country_id";s:2:"16";s:4:"name";s:6:"Bimini";s:4:"code";s:3:"BIM";s:6:"status";s:1:"1";}i:3;a:5:{s:7:"zone_id";s:3:"287";s:10:"country_id";s:2:"16";s:4:"name";s:11:"Black Point";s:4:"code";s:3:"BLK";s:6:"status";s:1:"1";}i:4;a:5:{s:7:"zone_id";s:3:"288";s:10:"country_id";s:2:"16";s:4:"name";s:10:"Cat Island";s:4:"code";s:3:"CAT";s:6:"status";s:1:"1";}i:5;a:5:{s:7:"zone_id";s:3:"289";s:10:"country_id";s:2:"16";s:4:"name";s:13:"Central Abaco";s:4:"code";s:3:"CAB";s:6:"status";s:1:"1";}i:6;a:5:{s:7:"zone_id";s:3:"290";s:10:"country_id";s:2:"16";s:4:"name";s:14:"Central Andros";s:4:"code";s:3:"CAN";s:6:"status";s:1:"1";}i:7;a:5:{s:7:"zone_id";s:3:"291";s:10:"country_id";s:2:"16";s:4:"name";s:17:"Central Eleuthera";s:4:"code";s:3:"CEL";s:6:"status";s:1:"1";}i:8;a:5:{s:7:"zone_id";s:3:"292";s:10:"country_id";s:2:"16";s:4:"name";s:16:"City of Freeport";s:4:"code";s:3:"FRE";s:6:"status";s:1:"1";}i:9;a:5:{s:7:"zone_id";s:3:"293";s:10:"country_id";s:2:"16";s:4:"name";s:14:"Crooked Island";s:4:"code";s:3:"CRO";s:6:"status";s:1:"1";}i:10;a:5:{s:7:"zone_id";s:3:"294";s:10:"country_id";s:2:"16";s:4:"name";s:17:"East Grand Bahama";s:4:"code";s:3:"EGB";s:6:"status";s:1:"1";}i:11;a:5:{s:7:"zone_id";s:3:"295";s:10:"country_id";s:2:"16";s:4:"name";s:5:"Exuma";s:4:"code";s:3:"EXU";s:6:"status";s:1:"1";}i:12;a:5:{s:7:"zone_id";s:3:"296";s:10:"country_id";s:2:"16";s:4:"name";s:9:"Grand Cay";s:4:"code";s:3:"GRD";s:6:"status";s:1:"1";}i:13;a:5:{s:7:"zone_id";s:3:"297";s:10:"country_id";s:2:"16";s:4:"name";s:14:"Harbour Island";s:4:"code";s:3:"HAR";s:6:"status";s:1:"1";}i:14;a:5:{s:7:"zone_id";s:3:"2908";s:10:"country_id";s:2:"16";s:4:"name";s:9:"Hope Town";s:4:"code";s:3:"HOP";s:6:"status";s:1:"1";}i:15;a:5:{s:7:"zone_id";s:3:"299";s:10:"country_id";s:2:"16";s:4:"name";s:6:"Inagua";s:4:"code";s:3:"INA";s:6:"status";s:1:"1";}i:16;a:5:{s:7:"zone_id";s:3:"300";s:10:"country_id";s:2:"16";s:4:"name";s:11:"Long Island";s:4:"code";s:3:"LNG";s:6:"status";s:1:"1";}i:17;a:5:{s:7:"zone_id";s:3:"301";s:10:"country_id";s:2:"16";s:4:"name";s:12:"Mangrove Cay";s:4:"code";s:3:"MAN";s:6:"status";s:1:"1";}i:18;a:5:{s:7:"zone_id";s:3:"302";s:10:"country_id";s:2:"16";s:4:"name";s:9:"Mayaguana";s:4:"code";s:3:"MAY";s:6:"status";s:1:"1";}i:19;a:5:{s:7:"zone_id";s:3:"303";s:10:"country_id";s:2:"16";s:4:"name";s:14:"Moore's Island";s:4:"code";s:3:"MOO";s:6:"status";s:1:"1";}i:20;a:5:{s:7:"zone_id";s:3:"304";s:10:"country_id";s:2:"16";s:4:"name";s:11:"North Abaco";s:4:"code";s:3:"NAB";s:6:"status";s:1:"1";}i:21;a:5:{s:7:"zone_id";s:3:"305";s:10:"country_id";s:2:"16";s:4:"name";s:12:"North Andros";s:4:"code";s:3:"NAN";s:6:"status";s:1:"1";}i:22;a:5:{s:7:"zone_id";s:3:"306";s:10:"country_id";s:2:"16";s:4:"name";s:15:"North Eleuthera";s:4:"code";s:3:"NEL";s:6:"status";s:1:"1";}i:23;a:5:{s:7:"zone_id";s:3:"307";s:10:"country_id";s:2:"16";s:4:"name";s:13:"Ragged Island";s:4:"code";s:3:"RAG";s:6:"status";s:1:"1";}i:24;a:5:{s:7:"zone_id";s:3:"308";s:10:"country_id";s:2:"16";s:4:"name";s:7:"Rum Cay";s:4:"code";s:3:"RUM";s:6:"status";s:1:"1";}i:25;a:5:{s:7:"zone_id";s:3:"309";s:10:"country_id";s:2:"16";s:4:"name";s:12:"San Salvador";s:4:"code";s:3:"SAL";s:6:"status";s:1:"1";}i:26;a:5:{s:7:"zone_id";s:3:"310";s:10:"country_id";s:2:"16";s:4:"name";s:11:"South Abaco";s:4:"code";s:3:"SAB";s:6:"status";s:1:"1";}i:27;a:5:{s:7:"zone_id";s:3:"311";s:10:"country_id";s:2:"16";s:4:"name";s:12:"South Andros";s:4:"code";s:3:"SAN";s:6:"status";s:1:"1";}i:28;a:5:{s:7:"zone_id";s:3:"312";s:10:"country_id";s:2:"16";s:4:"name";s:15:"South Eleuthera";s:4:"code";s:3:"SEL";s:6:"status";s:1:"1";}i:29;a:5:{s:7:"zone_id";s:3:"313";s:10:"country_id";s:2:"16";s:4:"name";s:13:"Spanish Wells";s:4:"code";s:3:"SWE";s:6:"status";s:1:"1";}i:30;a:5:{s:7:"zone_id";s:3:"314";s:10:"country_id";s:2:"16";s:4:"name";s:17:"West Grand Bahama";s:4:"code";s:3:"WGB";s:6:"status";s:1:"1";}}
The problem is this, I am trying to open an online store using opencart because its free and am broke but I've notice that when I was trying to register a fake account to test it out with my new design I noticed something strange. The capital of the Bahamas, which is Nassau, is missing from this list. And thats kind of huge issue because Nassau is where the majority of the population of the Bahamas lives. So can someone be so kind as to offer some advice for this problem? Where to look, something to read, perhaps even a solution.
Thank You;
Eulond Kelly III
Login to admin panel and go to System > Zones.
Then click on 'Insert' button and enter the needed information.
Click on save button.
That's all !!
When I try to create or edit an article, category, or module, I am unable to save or cancel the changes. When I click on the Admin buttons, nothing happens. The URL gets a "#" added to the end of it, and I get this error (examples from 2 different editors):
ReferenceError: WFEditor is not defined
http://www.mysite.com/administrator/index.php?option=com_content&view=article&layout=edit
Line 250
ReferenceError: tinyMCE is not defined
http://www.mysite.com/administrator/index.php?option=com_content&view=article&layout=edit&id=47
Line 247
I have Joomla 2.5.11, no other updates pending. JCE editor, TinyMCE, default, and RokPad all throw errors and don't do anything when I press the buttons. CodeMirror and None are the only editors that I can use to save the article. I have tried uninstalling JCE and reinstalling it, and no changes.
I don't remember the last time it was working, possibly January sometime, if not before then. I don't know if this has anything to do with settings in my php.ini file or not. That was the only thing that changed from the time it was working until now, but it should be back to the "default" settings.
I've tried reuploading the admin folder, but no change. I reuploaded all the Joomla files (except installation) this morning from the stable 2.5.11 package freshly downloaded from joomla.org today, and still having this problem. I've also tried purging cache from the updates manager as well as maintenance area. I've tried 2 different computers, Fire Fox, Chrome, and IE (this was the suggestion in one of the posts I found similar to this issue).
I have been searching for a resolution for months. Any topics I find that sound like my issue end up either not having a resolution, or it's something else that the person is having a problem with. I use both JCE and RokPad on dozens of other websites with no problems.
Thank you for your help.
Do you have extra plugins or modules published on all administrator pages? There could be an extra
Open your console (ctrl+shift+J) and you should be able to locate the error, once you do just try to locate the origin in your code, it's most likely not originating from Joomla core, rather from an extension / template.
Also bear in mind that plugins are active by default on both the frontend and the backend and very often they are not intended to run in the backend, nor tested in the backend.
I JUST FIXED IT!! :) : ) :)
I just switched my hosting's PHP version from 5.4 to 5.3 and voila! It functions as it should. I hope this helps someone! I'm not sure when/why I may be required to go back to 5.4 but for now this solves my problem. Any idea as to why these two versions of PHP behave so differently?
I apologize if this is an easy question and I was just googling the wrong keywords. It's been a few years since I've used Joomla! but got handed a site to make some changes to, that someone else originally developed and can't seem to figure out what's going on. I'm running Joomla! v1.5.26.
I'm trying to add a blog section to the site, so I created a blog section and category and then I created a new "Category Blog Layout" in my menu and set the Columns value to 3:
However, whenever I view the page, it keeps showing 2 columns. So I went to phpMyAdmin and found the menu in jos_menu and confirmed that the database did in fact get updated:
So next I opened up /components/com_content/views/category/tmpl/blog.php and added this to to the top of the PHP file to see what values were being loaded:
<?php
print '<pre>';
print_r($this->params);
print '</pre>';
?>
Which produced the following results on the front end:
...
[num_leading_articles] => 1
[num_intro_articles] => 4
[num_columns] => 2
[num_links] => 4
...
So for some reason, even though I've set the values to update, and they do in fact update in the database, they are not updating on the front end. I've tried clearing the cache and all that fun stuff, without much luck. If it was just "num_columns" having an issue I could probably just override that functionality. However, it appears to be doing the same thing with all of the parameters, not just number of columns. I'm just using that as an example.
I haven't ruled out the possibility that it's a conflict with some third-party plugin yet, but am trying to see if maybe I'm missing something obvious and someone can point me in the right direction.
--UPDATE: 12/4/12--
So it appears to be a conflict with the sh404sef plugin. I'm not exactly sure what the deal is quite yet, but when I disable the plugin it works fine, but it happens again once I re-enable it. Now to see if I can figure out what's wrong with the plugin.
In Joomla! 1.5 while the parameters are being saved the implementation is effected/affected(?) by the template in use at the time.
Check your templates index.php, or if present the override for com_content's Blog layout (usually found in yourSite/templates/yourtempalte/html/com_content/category/blog.php
You will probably find the override either doesn't handle the columns or has a bug in it.
Okay so I figured out my own problem. As I stated above, I discovered the problem was with the sh404sef plugin. Apparently anytime you make changes to the menu layout settings, you have to purge your entire SEF URL list and then rebuild it. It seems quite strange that we'd have to do that every time, but I guess that was intentional for some reason. Anyway, it's working now. I just wanted to make sure I posted a solution for anybody else who may stumble across this.