Domino weblog

1 - Unfortunately it srewed my Notes 8.0.2 cch2 standard client (de). No problem setting the color, but the client didn't start after changing the color. Had to reinstall the client.

2 - that's not good.... You are the second person reporting this so far.

The tool deletes the file [NotesDataDir]\workspace\.config\org.eclipse.update\platform.xml to activate the change to the CSS file. The first time you start Notes after running the tool this file is recreated. I assume something went with the creation of platform.xml.

I don't think a complete uninstall/install would have been necessary. I think deleting the corrupt platform.xml would have been sufficient.

3 - B.t.w. starting Notes the first time after running the tool does take quite long. On my machine (T61P) it takes over 2 minutes.....

4 - tried a second time; same error.
here is the error log

<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" href="Log_Viewer.xml"?>
<CommonBaseEvents>
<CommonBaseEvent creationTime="2009-01-05T12:18:27.734+01:00" globalInstanceId="ELc0a87b6400011ea683e29600000001" msg="Application error" severity="50" version="1.0.1">
<extendedDataElements name="CommonBaseEventLogRecord:level" type="noValue">
<children name="CommonBaseEventLogRecord:name" type="string">
<values>SEVERE</values>
</children>
</extendedDataElements>
<extendedDataElements name="CommonBaseEventLogRecord:Exception" type="string">
<values>java.lang.RuntimeException: Es wurde keine Anwendungs-ID gefunden.&#xD;&#xA;&#x9;at org.eclipse.core.internal.runtime.PlatformActivator$1.run(Unknown Source)&#xD;&#xA;&#x9;at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(Unknown Source)&#xD;&#xA;&#x9;at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(Unknown Source)&#xD;&#xA;&#x9;at org.eclipse.core.runtime.adaptor.EclipseStarter.run(Unknown Source)&#xD;&#xA;&#x9;at org.eclipse.core.runtime.adaptor.EclipseStarter.run(Unknown Source)&#xD;&#xA;&#x9;at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)&#xD;&#xA;&#x9;at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)&#xD;&#xA;&#x9;at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)&#xD;&#xA;&#x9;at java.lang.reflect.Method.invoke(Unknown Source)&#xD;&#xA;&#x9;at org.eclipse.core.launcher.Main.invokeFramework(Unknown Source)&#xD;&#xA;&#x9;at org.eclipse.core.launcher.Main.basicRun(Unknown Source)&#xD;&#xA;&#x9;at org.eclipse.core.</values>
<values>launcher.Main.run(Unknown Source)&#xD;&#xA;&#x9;at com.ibm.rcp.core.internal.launcher.Main.startLaunch(Unknown Source)&#xD;&#xA;&#x9;at com.ibm.rcp.core.internal.launcher.Main.main(Unknown Source)&#xD;&#xA;</values>
</extendedDataElements>
<sourceComponentId component="Expeditor 6.1" componentIdType="ProductName" instanceId="1231148079781" location="192.168.123.100" locationType="IPV4" subComponent="org.eclipse.osgi" threadId="0" componentType="{ Link }
<situation categoryName="ReportSituation">
<situationType xmlns:xsi="ReportSituation" reasoningScope="INTERNAL" reportCategory="LOG"/>
</situation>
</CommonBaseEvent>
</CommonBaseEvents>


deleting the platform.xml had no effect.
The file is recreated after Notes starts but when the progressbar is at appr. 90% the error occurs again.

5 - I'm running a german version of Notes 8.0.2.

6 - Found the problem and I am looking for a solution. I found out that CCH2 created a few extra directories and jar files in the plugins directory, all ending at CCH2.

I am looking for a solution. Stay tuned...

7 - ok, I can confirm that after removing the CCH2 patch from the client, the issue does not occur.

8 - The problem seems to be in the CCH2 patch itself. I've installed a fresh copy of 8.0.2 ( german ) and patched it with CCH2.
After The client hast started for the first time, I deleted the platform.xml file ( no other changes ). The client creates a new platform.xml file but throws the now well known error. The new platform.xml was only 6kB but the original file has 73kB. I replaced the platform.xml with the original copy and the client started without any error

9 - Ulrich,

you beat me to it. I was just running the exact same test

I will report this to IBM.

Thanks!

10 - Does CCH3 fix the issue?

11 - I just installed Notes 8.0.2 CCH3 on Vista and indeed the problem is solved.

12 - 8.0.2 CCH3 didn't work for me on Win XP Pro. Notes reinstall here I come, again.

13 - I am using domino client 8.5. I used the tool but it did not work. I did not get any error but the colour of mail remains black only.

Regards,
Vishan

14 - Just installed on Notes 8.5 german and worked as expected - fine! Thanks

15 - Hi Almar

I'm running 8.5 and it worked fine for me.

Thank You very much,
Jason

16 - Hi Almar,

Thanks for coding this, it's a neat little utility. I can't help thinking that IBM may well have to make this setting available in the Notes UI and via desktop policies.

One bug report: while this has worked fine on the Notes 8.5 XP clients we tested it on, it didn't work on our Windows 7 test machine.

Thanks,

Rupert Clayton
Chicago

17 - @16 MBR has said that the option to have red unread marks will be back in 8.5.1

18 - @17 Yes, indeed. I am currently using a Notes 8.5.1 CodeDrop client that lets me choose whether I want the default Notes 8 Black Bold unread indicator or the Notes 7 style red.

19 - Hi there. Thx for the tip. do you know how you could have the red color also for mails which have color coding enabled? They are still in black when unread. Thx

20 - Hi there. Thx for the tip. do you know how you could have the red color also for mails which have color coding enabled? They are still in black when unread. Thx

21 - WARNING AVG Reports the executable is infected with "Packed.AutoIt."

22 - @Summa the warning is partially correct. The program is packed with AutoIt but is defenitely not infected.