Forum Replies Created
-
AuthorReplies
-
Thanks for the config. We are looking into this now.
Advansys Support
October 11, 2005 at 5:04 pm in reply to: Auto refresh in portal causes formativ to steal the focus #5929This is a known issue related to the use of the Internet Explorer ActiveX control within GroupWise. A fix should be possible, but at this time I am unable to say when an update containing this fix will be available.
Advansys Support
Here is some additional information about Formativ and Citrix:
Formativ itself does not have any operational conflicts with Windows Terminal Services (WTS) nor Citrix, apart from the inherent dependency on the GroupWise C3PO architecture. The GroupWise C3PO architecture uses the Windows HKEY_LOCAL_MACHINE registry hive to store user specific C3PO settings, which according to the Microsoft documentation, is not compatible with WTS (because all users inherit HKEY_LOCAL_MACHINE settings in a WTS/Citrix environment).
Even with this GroupWise design limitation, GroupWise/Formativ should still work within the Citrix environment. The only practical problem is likely to be if your users do not have the appropriate rights to write to the HKEY_LOCAL_MACHINE registry hive. This could be overcome by providing those rights to every user, or by installing a master GroupWise/Formativ configuration, including the applets, for a special user who does have the appropriate registry rights. Alternatively, it could also be possible to extend the registry by manually creating the required entries under the HKEY_LOCAL_MACHINE hive.
The Formativ warning message arises when, upon startup, it tests read/write access to the following registry key area:
HKEY_LOCAL_MACHINESOFTWARENovellGroupWise5.0C3PODataTypes
Read/write access to this area is required for registering GroupWise events and other client integrations which may be used by Formativ and Formativ applets. This is a standard GroupWise third party integration requirement. Read/write access is usually required beyond initial admin installation because applets dynamically register for the events at time of their first execution.
A GroupWise integration registry entry looks like:
HKEY_LOCAL_MACHINESOFTWARENovellGroupWise5.0C3PODataTypesGW.MESSAGE.MAILAdvansys.formativEventsGW#C#REPLY
and in this case, it indicates that an applet or C3PO has registered to be notified when a Mail message REPLY event is activated (a user replies to a mail message).
If Formativ cannot write to this area, applets cannot register for events or other client integrations (toolbars, menus).
Possible Solutions
OPTION (1) Modify ‘limited user’ profile security to allow additional registry access.
a) allow read/write access to ‘HKEY_LOCAL_MACHINESOFTWARE’ hive; or
b) allow read/write access to ‘HKEY_LOCAL_MACHINESOFTWARENovellGroupWise5.0C3PODataTypes’ hive.OPTION (2) Create registry entries during initial admin installation.
i) Create HKEY_LOCAL_MACHINESOFTWARE entries during main Admin installation.
The admin install should create automatically:
HKEY_LOCAL_MACHINESOFTWAREAdvansys Corporationformativ1.0The admin install should create automatically some settings in:
HKEY_LOCAL_MACHINESOFTWARENovellGroupWise5.0C3PODataTypesFor applet solutions, when in Admin mode, you would need to install EVERY applet which the limited user will need to run. This will ensure all the appropriate HKEY_LOCAL_MACHINESOFTWARENovellGroupWise5.0C3PODataTypes entries are written. You can then choose to replicate this registry key hive to other machines which need to run the same applets.
You will need to repeat step i) each time you add an applet which uses a GroupWise client event which is not already registered.
Thank you for your question, and our apologies for the delay.
quote:
Q1) I assume that Formativ itself will only operate using Q: and not inadvertantly try and access applets or files on the user’s C: drive? (ignoring any specific calls I might write in my applets)
Formativ does not contain any hard coded references to C: drive. It determines the location of all files using calls to Windows API’s that return system-based locations, not drive letter based locations.
quote:
Q2) Is there some restriction that would stop Formativ reading the Registry?
Nothing in Formativ itself. However, Formativ is obliged to adhere to standard registry security restrictions just like any other application. These restrictions can vary based on your environment. It sounds like your users do not have appropriate access to the required registry hive on the server. If your objective is to determine the Windows oy system drive, I would suggest you use the PathShell() method. This method takes an integer representing the location you wish to determine, and returns a path. For example, you would pass it 37 to obtain the location of the WindowsSystem folder, or 36 to obtain the System folder. Search for ‘PathShell’ in the language guide for full details.
quote:
Q3) Also, are there any other considerations I need to be aware of when using Formativ under Citrix? We are only just starting out so I can adjust our plans accordingly
The only real issue you need to be aware of relates to the licencing mechanism being used. If you are using Formativ 1.6.x, ensure you are using the latest build available from the downloads page (earlier versions had issues running under Citrix). Version 2.0 is fine. I’ll email you some specific details regarding licencing under Citrix.
Regards,
Advansys Support
Thank you for your question. We’ll see if we can come up with some example code and post it here shortly.
Regards,
Advansys Support
Thanks for the hint MA.
Advansys Support
It appears you have been able to create the Trusted Application object with the debug version of the Trusted Application object. Are you now able to access other’s accounts in order to archive them?
Advansys Support
October 11, 2005 at 4:31 pm in reply to: Indexing error when a “” character is in the email subject line #9190That would be much appreciated.
Advansys Support
October 10, 2005 at 8:19 pm in reply to: Indexing error when a “” character is in the email subject line #9188Thank you for the report. I was unable to reproduce this with an email message containing the following subject (without the double quotes):
“This is a test with a character in the subject”
The indexer indexed the message, and the Finder facility was able to locate the message.
Does your message incorporate the ” character in some other way? Would you be able to provide the full text of the subject, along with the details of the error the indexer reports?
It would be great if you could email the FML file containing the ” character if at all possible to support@advansyscorp.com.
Thanks,
Advansys Support
No problems.
Advansys Support
Some applets (especially the earlier ones) were supplied as both open source and encoded, and the version installed depended on the version of Formativ installed.
Most newer CS applets are supplied Flexalocked, meaning you cannot access the full source code (though you can access a subset, normally constants). This was done to protect the IP of the applet authors.
Advansys Support
This problem normally occurs because one or more key components cannot be found.
You mentioned Runtime works OK – is this on the same machine as you are trying to install Studio?
I have seen this happen when you try to install Formativ under Citrix or Windows Terminal Services, but that doesn’t sound like the issue here.
Could you please send an email to support@advansyscorp.com and we’ll contact you directly.
Regards,
Advansys Support
Thanks MA.
Advansys Support
This sounds like an indexing issue (the indexer was introduced in beta 2).
Did the process continue after you dismissed the error messages? Are you able to perform a search?
I think the error may be related to malformed XML documents the indexer has come across. We’ll update the code to catch these kind of documents.
Advansys Support
October 5, 2005 at 5:19 pm in reply to: Applet code lost – can I reverse using the encoded version? #7313Thanks for the update.
Advansys Support
-
AuthorReplies