Missing tab labels after renaming custom module

[sevenfour]

I am a programmer that is new to Sugar and recently installed and did some minor customizing for a client. Most of Sugar was customized to have custom modules specific to their company. All of the modules were built using Studio and everything else is pretty much straight out of the box. Everything was easily set up for them and had no issues at all during the development.

As Sugar was turned over to them so they could start adding data they encountered a problem. From what they told me, they decided to rename a custom module and did this through Module Builder. When they renamed and saved it, they clicked Deploy. After this was done, all of the tabs for all of their custom modules were missing.

I went in and can see the database and data all look to be fine. When I view the source of one the pages, I can see the tabs are there, and even the relative link to the module landing page, but the actual clickable link is missing. I can get to each custom module by manually entering the URL to the module, and once in, can navigate and use all the functionality.

Also, in the Role Management and Configuration Tabs admin, I can see that the place holders are in the correct places for the modules, but the label is missing (similar to the top tabs).

I've checked any kind of tab hiding setting and did not see any problems. I tried doing a Quick Repair and Rebuild, but it always gets to "Processing database and vardef comparison..." and stops there.

I also tried creating a brand new module, and now, new modules are not being created.

I looked much throughout the Sugar forum and cannot seem to find anything that helped to solve the issue. Can anyone point me in the right direction to solving this issue? For instance, how are the top tabs built and what files are used that may show me where the missing information is? Are their dynamically created files that may be broken?

If this is a major issue, should I rebuild from scratch? do a fresh install and use try to use the backup of how it is now in hopes it will rebuild correctly?

As for system information, it is Sugar 5.0 Community Edition running on Apache installed on a Windows Server 2003 SP2 and using MySQL.



If there is any other additional or information needed or if I am unclear in some things, please let me know.

Thanks in advance,
Matt

[sevenfour]

Another item that may help -

I went into the Module Loader and saw a list of modules to be installed. When I tried to load one of them, during the load process, it stopped at 22%. I viewed the log file and had the following error -

Failed to copy C:/Program Files/sugarcrm-5.0.0/htdocs/sugarcrm/cache/upload/upgrades/temp/210.tmp/SugarModules/modules/bha_plans modules/bha_plans

[salimmohd82]

Hi Sevenforur

I can understand your situation,same happened for me also

When you are deploying a new package all the customizations done to it thru studio will be lost

You have to create all the custom modules thru module builder(should never use studio,studio is strictly for customizing the existing modules).

And what i did was i created everything form the start

You will not be able to recover anything you have done.

Thanks

[sevenfour]

salimmohd82

Thank you very much for your follow up. Although I wish there was a way to save what has already been done, at least I now know what I have to do to fix the issue for them.

Thanks again,
Matt

[sevenfour]

actually, while looking at your reply, I just want to make sure I am correct in understanding the problem -

I had built a custom module with custom fields and layouts using Module Builder, then deployed it so that it was active.

Then, they wanted to rename this module, and from what I understand, they renamed it in Module Builder, then deployed the already deply module again -

Then the problem begain

- so -

based on this scenario, by them deploying something using using Module Builder that should have been edited in Studio is what caused this issue? Is this still an accurate for your previous answer?

thanks

[salimmohd82]

Hi

Sorry if am wrong in understanding you

There is no problem in deploying a package how many number of times

But a custom module should not be edited using studio

What all changes you want to do, do it with module builder

Thanks

[sevenfour]

ok, thanks. Renaming a module using Module Builder was correct and did not cause the issue, so something else caused the problem.

If anyone else has any idea of what happened or how to solve this issue, please let mek now. Also, if anyone can provide me with any information as in to how the top navigational tabs are built, that would help me to track down how to fix it.

Thanks again.

[DragonflyMaster]

Hi sevenfour,
let me say mine about this.
If after deploying your customised modules on your Sugar instance (it doesn't matter whether via studio or via module builder) you were able to see them and their tabs, then the issue obviously occurred after moving Sugar on your client's server (hum, client's server sounds kinda odd ...)
That other problem you had when you tried to install a module

Failed to copy C:/Program Files/sugarcrm-5.0.0/htdocs/sugarcrm/cache/upload/upgrades/temp/210.tmp/SugarModules/modules/bha_plans modules/bha_plans

makes me think your client messed around a bit too much(it looks like required files are missing in cache folder).
I think it would be a lot faster and easier to replace the files from your installation to your client's, overwriting everything (unless your client has meantime made heavy customisations)

[sevenfour]

Hi Dragon,

Just to clarify - everything was on one server, but after I turned it over is when the problem occured.

makes me think your client messed around a bit too much(it looks like required files are missing in cache folder).

that's funny...that is basically what me and their sys admin were saying about the issue. I did find out more about what they did, and they were definitely going back and forth and changing modules names and details, which is probably how they broke some relationships or something.

At this point, I am going to cut my losses and rebuild it from scratch. There was barely any data so that is good thing as far as that is concerned.

Matt

[DragonflyMaster]

that's funny...that is basically what me and their sys admin were saying about the issue. I did find out more about what they did, and they were definitely going back and forth and changing modules names and details, which is probably how they broke some relationships or something.

This is the first thought of every IT-man after giving a working product to a client. "I tested it, it worked. What has he done to break it?"

At this point, I am going to cut my losses and rebuild it from scratch. There was barely any data so that is good thing as far as that is concerned.

Matt

If they messed around with relationships, labels and stuff, and they cannot remember what exactly they did, the fastest thing for you to do is to create a fresh new install.
This time backup folders and DB before giving it to your clients.
Oh, and give them users manuals, maybe they will read them (yeah, right )