Area "Settings" disappearing on web webclient

Hi,

one of our users is having problems with one of the area buttons
(Services,...).
At least once per day the "Settings" Button is disappearing, although the
user has the rights to view the settings.

When the user manually deletes temporary internet files and cookies the
"settings" button is there again.
This maybe be temporary workaround but one of our customers has the same
problem. There is also an user defined button disappearing. So that not a
solation at all.

I read on different places (blog, newsgroup) that it might be an issue with
cookies:
http://groups.google.de/group/microsoft.public.crm/browse_frm/thread/83ab4c35311d7f29/ae74556b4bb9d864?lnk=st&q=settings+crm+3.0&rnum=2&hl=de#ae74556b4bb9d864

http://icu-mscrm.blogspot.com/
"CRM Outlook Client Makes Features Disappear In Web UI: Workaround"


Did anybody run into the same issue or has an idea?
Any help would be appriciated...

Elias

Mauro
Fri Apr 07 08:05:56 CDT 2006

Elias,
try to close Outlook and then "refresh" on CRM browser....

this work for me


Mauro


"Elias Goetz" <elias.goetz@itvt.nospam.de> ha scritto nel messaggio
news:%23wwIPGiWGHA.4580@TK2MSFTNGP04.phx.gbl...
> Hi,
>
> one of our users is having problems with one of the area buttons
> (Services,...).
> At least once per day the "Settings" Button is disappearing, although the
> user has the rights to view the settings.
>
> When the user manually deletes temporary internet files and cookies the
> "settings" button is there again.
> This maybe be temporary workaround but one of our customers has the same
> problem. There is also an user defined button disappearing. So that not a
> solation at all.
>
> I read on different places (blog, newsgroup) that it might be an issue
with
> cookies:
>
http://groups.google.de/group/microsoft.public.crm/browse_frm/thread/83ab4c35311d7f29/ae74556b4bb9d864?lnk=st&q=settings+crm+3.0&rnum=2&hl=de#ae74556b4bb9d864
>
> http://icu-mscrm.blogspot.com/
> "CRM Outlook Client Makes Features Disappear In Web UI: Workaround"
>
>
> Did anybody run into the same issue or has an idea?
> Any help would be appriciated...
>
> Elias
>
>
>
>
>
>
>

RB
Sat Apr 08 00:03:01 CDT 2006

You can add a new folder to Outlook and change the URL of the folder to
http://YOURCRMSERVER/tools/home_tools.aspx?pid=0 and then the user can get to
settings from the outlook client. I've also seen it referenced somewhere
that you can run the browser client from the ip address instead of the server
name (http://10.x.x.x instead of http://crm) and it stops the cookie problem
from appearing.

"Elias Goetz" wrote:

> Hi,
>
> one of our users is having problems with one of the area buttons
> (Services,...).
> At least once per day the "Settings" Button is disappearing, although the
> user has the rights to view the settings.
>
> When the user manually deletes temporary internet files and cookies the
> "settings" button is there again.
> This maybe be temporary workaround but one of our customers has the same
> problem. There is also an user defined button disappearing. So that not a
> solation at all.
>
> I read on different places (blog, newsgroup) that it might be an issue with
> cookies:
> http://groups.google.de/group/microsoft.public.crm/browse_frm/thread/83ab4c35311d7f29/ae74556b4bb9d864?lnk=st&q=settings+crm+3.0&rnum=2&hl=de#ae74556b4bb9d864
>
> http://icu-mscrm.blogspot.com/
> "CRM Outlook Client Makes Features Disappear In Web UI: Workaround"
>
>
> Did anybody run into the same issue or has an idea?
> Any help would be appriciated...
>
> Elias
>
>
>
>
>
>
>
>

Elias
Mon Apr 10 02:18:42 CDT 2006

thanks for that info, but unfortenately that can't be the finaly solution,
because "Settings" isn't the only button that is disappearing. Also a button
that was added manually is disappearing


"RB" <RB@discussions.microsoft.com> schrieb im Newsbeitrag
news:06F5E481-F20F-4DFD-BFAE-534123AFCD35@microsoft.com...
> You can add a new folder to Outlook and change the URL of the folder to
> http://YOURCRMSERVER/tools/home_tools.aspx?pid=0 and then the user can get
> to
> settings from the outlook client. I've also seen it referenced somewhere
> that you can run the browser client from the ip address instead of the
> server
> name (http://10.x.x.x instead of http://crm) and it stops the cookie
> problem
> from appearing.
>
> "Elias Goetz" wrote:
>
>> Hi,
>>
>> one of our users is having problems with one of the area buttons
>> (Services,...).
>> At least once per day the "Settings" Button is disappearing, although the
>> user has the rights to view the settings.
>>
>> When the user manually deletes temporary internet files and cookies the
>> "settings" button is there again.
>> This maybe be temporary workaround but one of our customers has the same
>> problem. There is also an user defined button disappearing. So that not a
>> solation at all.
>>
>> I read on different places (blog, newsgroup) that it might be an issue
>> with
>> cookies:
>> http://groups.google.de/group/microsoft.public.crm/browse_frm/thread/83ab4c35311d7f29/ae74556b4bb9d864?lnk=st&q=settings+crm+3.0&rnum=2&hl=de#ae74556b4bb9d864
>>
>> http://icu-mscrm.blogspot.com/
>> "CRM Outlook Client Makes Features Disappear In Web UI: Workaround"
>>
>>
>> Did anybody run into the same issue or has an idea?
>> Any help would be appriciated...
>>
>> Elias
>>
>>
>>
>>
>>
>>
>>
>>

Elias
Mon Apr 10 02:22:02 CDT 2006

ok but thats not a good solution, because its happening way to often to be
an acceptable workaround.
The manually added Button under Areas is also disappearing.

Elias


"Mauro Maniforti" <mauro.maniforti@cortislentini.it> schrieb im Newsbeitrag
news:OS9eCSkWGHA.4484@TK2MSFTNGP02.phx.gbl...
> Elias,
> try to close Outlook and then "refresh" on CRM browser....
>
> this work for me
>
>
> Mauro
>
>
> "Elias Goetz" <elias.goetz@itvt.nospam.de> ha scritto nel messaggio
> news:%23wwIPGiWGHA.4580@TK2MSFTNGP04.phx.gbl...
>> Hi,
>>
>> one of our users is having problems with one of the area buttons
>> (Services,...).
>> At least once per day the "Settings" Button is disappearing, although the
>> user has the rights to view the settings.
>>
>> When the user manually deletes temporary internet files and cookies the
>> "settings" button is there again.
>> This maybe be temporary workaround but one of our customers has the same
>> problem. There is also an user defined button disappearing. So that not a
>> solation at all.
>>
>> I read on different places (blog, newsgroup) that it might be an issue
> with
>> cookies:
>>
> http://groups.google.de/group/microsoft.public.crm/browse_frm/thread/83ab4c35311d7f29/ae74556b4bb9d864?lnk=st&q=settings+crm+3.0&rnum=2&hl=de#ae74556b4bb9d864
>>
>> http://icu-mscrm.blogspot.com/
>> "CRM Outlook Client Makes Features Disappear In Web UI: Workaround"
>>
>>
>> Did anybody run into the same issue or has an idea?
>> Any help would be appriciated...
>>
>> Elias
>>
>>
>>
>>
>>
>>
>>
>
>

Alexander
Mon Apr 10 03:21:25 CDT 2006

Hi there!
Well... There is another workaround:
suppose your CRM server named crm_server (it's originally, isn't it???
=))) ) and has IP address x.x.x.x. So, you point your outlook client to
http://crm_server and point your web-client to http://x.x.x.x, or you can
add name to this server and point outlook clients to it.
The subject of this problem is in cookies if you are interested.

"Elias G." <elias.goetz@itvt.nospam.de> ÓÏÏÂÝÉÌ/ÓÏÏÂÝÉÌÁ × ÎÏ×ÏÓÔÑÈ
ÓÌÅÄÕÀÝÅÅ: news:ezDyY7GXGHA.128@TK2MSFTNGP05.phx.gbl...
> thanks for that info, but unfortenately that can't be the finaly solution,
> because "Settings" isn't the only button that is disappearing. Also a
> button that was added manually is disappearing
>
>
> "RB" <RB@discussions.microsoft.com> schrieb im Newsbeitrag
> news:06F5E481-F20F-4DFD-BFAE-534123AFCD35@microsoft.com...
>> You can add a new folder to Outlook and change the URL of the folder to
>> http://YOURCRMSERVER/tools/home_tools.aspx?pid=0 and then the user can
>> get to
>> settings from the outlook client. I've also seen it referenced somewhere
>> that you can run the browser client from the ip address instead of the
>> server
>> name (http://10.x.x.x instead of http://crm) and it stops the cookie
>> problem
>> from appearing.
>>
>> "Elias Goetz" wrote:
>>
>>> Hi,
>>>
>>> one of our users is having problems with one of the area buttons
>>> (Services,...).
>>> At least once per day the "Settings" Button is disappearing, although
>>> the
>>> user has the rights to view the settings.
>>>
>>> When the user manually deletes temporary internet files and cookies the
>>> "settings" button is there again.
>>> This maybe be temporary workaround but one of our customers has the
>>> same
>>> problem. There is also an user defined button disappearing. So that not
>>> a
>>> solation at all.
>>>
>>> I read on different places (blog, newsgroup) that it might be an issue
>>> with
>>> cookies:
>>> http://groups.google.de/group/microsoft.public.crm/browse_frm/thread/83ab4c35311d7f29/ae74556b4bb9d864?lnk=st&q=settings+crm+3.0&rnum=2&hl=de#ae74556b4bb9d864
>>>
>>> http://icu-mscrm.blogspot.com/
>>> "CRM Outlook Client Makes Features Disappear In Web UI: Workaround"
>>>
>>>
>>> Did anybody run into the same issue or has an idea?
>>> Any help would be appriciated...
>>>
>>> Elias
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>
>

Elias
Mon Apr 10 05:28:33 CDT 2006

ok, but still i'm not quite happy with that solution, because
- You have to go to all the users that use the crm client for outlook
- you never now where the users have their link the the crm website

btw: is there also a setting in outlook to change the url to the crm-server?

Thanks anyways,
Elias

"Alexander Trofimov" <a_trofimov@front.ru> schrieb im Newsbeitrag
news:%23pZThdHXGHA.3800@TK2MSFTNGP03.phx.gbl...
> Hi there!
> Well... There is another workaround:
> suppose your CRM server named crm_server (it's originally, isn't it???
> =))) ) and has IP address x.x.x.x. So, you point your outlook client to
> http://crm_server and point your web-client to http://x.x.x.x, or you can
> add name to this server and point outlook clients to it.
> The subject of this problem is in cookies if you are interested.
>
> "Elias G." <elias.goetz@itvt.nospam.de> ÓÏÏÂÝÉÌ/ÓÏÏÂÝÉÌÁ × ÎÏ×ÏÓÔÑÈ
> ÓÌÅÄÕÀÝÅÅ: news:ezDyY7GXGHA.128@TK2MSFTNGP05.phx.gbl...
>> thanks for that info, but unfortenately that can't be the finaly
>> solution, because "Settings" isn't the only button that is disappearing.
>> Also a button that was added manually is disappearing
>>
>>
>> "RB" <RB@discussions.microsoft.com> schrieb im Newsbeitrag
>> news:06F5E481-F20F-4DFD-BFAE-534123AFCD35@microsoft.com...
>>> You can add a new folder to Outlook and change the URL of the folder to
>>> http://YOURCRMSERVER/tools/home_tools.aspx?pid=0 and then the user can
>>> get to
>>> settings from the outlook client. I've also seen it referenced
>>> somewhere
>>> that you can run the browser client from the ip address instead of the
>>> server
>>> name (http://10.x.x.x instead of http://crm) and it stops the cookie
>>> problem
>>> from appearing.
>>>
>>> "Elias Goetz" wrote:
>>>
>>>> Hi,
>>>>
>>>> one of our users is having problems with one of the area buttons
>>>> (Services,...).
>>>> At least once per day the "Settings" Button is disappearing, although
>>>> the
>>>> user has the rights to view the settings.
>>>>
>>>> When the user manually deletes temporary internet files and cookies the
>>>> "settings" button is there again.
>>>> This maybe be temporary workaround but one of our customers has the
>>>> same
>>>> problem. There is also an user defined button disappearing. So that not
>>>> a
>>>> solation at all.
>>>>
>>>> I read on different places (blog, newsgroup) that it might be an issue
>>>> with
>>>> cookies:
>>>> http://groups.google.de/group/microsoft.public.crm/browse_frm/thread/83ab4c35311d7f29/ae74556b4bb9d864?lnk=st&q=settings+crm+3.0&rnum=2&hl=de#ae74556b4bb9d864
>>>>
>>>> http://icu-mscrm.blogspot.com/
>>>> "CRM Outlook Client Makes Features Disappear In Web UI: Workaround"
>>>>
>>>>
>>>> Did anybody run into the same issue or has an idea?
>>>> Any help would be appriciated...
>>>>
>>>> Elias
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>
>>
>
>

stephenejones
Thu Apr 27 04:14:21 CDT 2006

Looks like Microsoft are shirking their responsibilities again with
this one!

Yet another in a long-line of real oddities of CRM!

I agree, its not an acceptable solution - we're looking at a
large-scale implementation of CRM, and we have numerous complexities -
clients not in domain, the guys who manage the desktops/CRM roll-out
have no control over DNS (which is hosted by a different team with
Unix, not with AD), etc. We simply can't spend lots of time having to
modify client settings all the time (FQDN, DNS aliases, IP addresses)
simply because MS won't identify and address these issues (certainly
not until a Service Release!). If Sun Microsystems did this approach,
it would get slaughtered! (and MS wonders why there's a slow take-up of
MS stuff in the Higher/Further Education sector!)

Steve

Waite,
Thu Apr 27 05:40:06 CDT 2006

This would seem to be a known issue.

This work-around was provided to me by MS.


A. Change the URL that the CRM Outlook Client computer is using
(HKEY_CURRENT_USER\Software\Microsoft\MSCRMClient). to the IP address of
the CRM server instead of the name of the server.
1. Click on Start->Run and type regedit to open the registry editor.
2. Backup the registry by clicking on File->Export and save the file in a
location.
3. Now make the changes to the CRM URL
(HKEY_CURRENT_USER\Software\Microsoft\MSCRMClient) to the IP address
instead of server name.
4. Exit out of registry.

B. Then add that IP address to the Local Intranet or Trusted Site zone in
Internet Explorer. (In the IE window, click on tools->Internet options and
click on the security tab to do this.)

Care should be taken when editing the registry blah blah blah....


James


<stephenejones@yahoo.co.uk> wrote in message
news:1146129261.934072.276280@y43g2000cwc.googlegroups.com...
> Looks like Microsoft are shirking their responsibilities again with
> this one!
>
> Yet another in a long-line of real oddities of CRM!
>
> I agree, its not an acceptable solution - we're looking at a
> large-scale implementation of CRM, and we have numerous complexities -
> clients not in domain, the guys who manage the desktops/CRM roll-out
> have no control over DNS (which is hosted by a different team with
> Unix, not with AD), etc. We simply can't spend lots of time having to
> modify client settings all the time (FQDN, DNS aliases, IP addresses)
> simply because MS won't identify and address these issues (certainly
> not until a Service Release!). If Sun Microsystems did this approach,
> it would get slaughtered! (and MS wonders why there's a slow take-up of
> MS stuff in the Higher/Further Education sector!)
>
> Steve
>

Waite,
Thu Apr 27 05:42:38 CDT 2006

The other option is to exit out of outlook before launching the webclient.
Ensure outlook.exe is not still running.


<stephenejones@yahoo.co.uk> wrote in message
news:1146129261.934072.276280@y43g2000cwc.googlegroups.com...
> Looks like Microsoft are shirking their responsibilities again with
> this one!
>
> Yet another in a long-line of real oddities of CRM!
>
> I agree, its not an acceptable solution - we're looking at a
> large-scale implementation of CRM, and we have numerous complexities -
> clients not in domain, the guys who manage the desktops/CRM roll-out
> have no control over DNS (which is hosted by a different team with
> Unix, not with AD), etc. We simply can't spend lots of time having to
> modify client settings all the time (FQDN, DNS aliases, IP addresses)
> simply because MS won't identify and address these issues (certainly
> not until a Service Release!). If Sun Microsystems did this approach,
> it would get slaughtered! (and MS wonders why there's a slow take-up of
> MS stuff in the Higher/Further Education sector!)
>
> Steve
>

Elias
Tue May 02 03:43:01 CDT 2006

Thanks for that suggestion. Unfortunetly we and our clients
use hostheaders to access the crm webpage.
For Example: http://customer1/loader.aspx
So this workaround doesn't work in this case.

Regards,
Elias


"Waite, James A" <james.waite.nospam@mapson.obsltd.com> schrieb im
Newsbeitrag news:OwoM6aeaGHA.3532@TK2MSFTNGP05.phx.gbl...
> This would seem to be a known issue.
>
> This work-around was provided to me by MS.
>
>
> A. Change the URL that the CRM Outlook Client computer is using
> (HKEY_CURRENT_USER\Software\Microsoft\MSCRMClient). to the IP address of
> the CRM server instead of the name of the server.
> 1. Click on Start->Run and type regedit to open the registry editor.
> 2. Backup the registry by clicking on File->Export and save the file in a
> location.
> 3. Now make the changes to the CRM URL
> (HKEY_CURRENT_USER\Software\Microsoft\MSCRMClient) to the IP address
> instead of server name.
> 4. Exit out of registry.
>
> B. Then add that IP address to the Local Intranet or Trusted Site zone in
> Internet Explorer. (In the IE window, click on tools->Internet options
> and
> click on the security tab to do this.)
>
> Care should be taken when editing the registry blah blah blah....
>
>
> James
>
>
> <stephenejones@yahoo.co.uk> wrote in message
> news:1146129261.934072.276280@y43g2000cwc.googlegroups.com...
>> Looks like Microsoft are shirking their responsibilities again with
>> this one!
>>
>> Yet another in a long-line of real oddities of CRM!
>>
>> I agree, its not an acceptable solution - we're looking at a
>> large-scale implementation of CRM, and we have numerous complexities -
>> clients not in domain, the guys who manage the desktops/CRM roll-out
>> have no control over DNS (which is hosted by a different team with
>> Unix, not with AD), etc. We simply can't spend lots of time having to
>> modify client settings all the time (FQDN, DNS aliases, IP addresses)
>> simply because MS won't identify and address these issues (certainly
>> not until a Service Release!). If Sun Microsystems did this approach,
>> it would get slaughtered! (and MS wonders why there's a slow take-up of
>> MS stuff in the Higher/Further Education sector!)
>>
>> Steve
>>
>
>