Ultralite Attachments Problem

There’s a known problem with Ultralite mode and attachments ? If i try to access a message that contains an attachments i receive an error, with iPhone and normal Browser (Firefox,Safari).

The error is the following:

Domino Web Access was unable to process your request. - Formula Error

DWA Lite/Full mode is working perfectly.

Any suggestion ?

Subject: Same problem! Urgent!

Same problem…

IBM’ers…Please provide us workaround or additional instructions.

iNotes on Greenhouse works ok… (may it be SSL issue??? i’am not using SSL).

I was also trying template from 8.5 beta 2 already. Same sad result.

Thanks in advance…

Subject: Ultralite Attachments Problem

SSL or not doesn’t matter, i’ve tested it deeply but same results.

I should try with 8.5 b2 but if you say that nothing changes…but you’ve updated also the template on 8.5 ?

I think that if a feature is large publicized as the Ultralite access for iPhone seems to be very strange that have this problems, semms to be very poor tested.

Subject: Solution…

Hi,

you have to look into the subform named “m_attachmentsarea” in the inotes/forms8.nsf-database…

the formula between the table-start and table-end tags is wrong…

Here is the wrong one: (line-delimited for better reading g)


oFiles:=@AttachmentNames;

oFileSizes:=@AttachmentLengths;

sOutput:=“”;

sUnid:=@Text(@DocumentUniqueID);

@For(n := 1;

n <= @Elements(oFiles);

n := n + 1;

sFilename:= oFiles[n];

sLink :=sLinkString;

sURL:=“…/…/0/”+sUnid+“/$File/”+sFilename+“?OpenElement&FileName=”+sFilename+ @if(FolderName=“($SoftDeletions)”;“&OpenSoftDeleted”;“”);

sFileParts:=@Explode(sFilename;“.”);

sFileExt:=@UpperCase(sFileParts[@Elements(sFileParts)]);

sCroppedFilename := @if(@Length(sFilename)<33;sFilename;@Left(sFilename;33-@Length(sFileExt)-4)+" …(“+sFileExt+”)");

nSize:=oFileSizes[n];

sUnits:=@If((nSize/1073741824)>.5;" GB";@If((nSize /1048576)<0.5;@If((nSize/1024)<1;" B";" KB");" D"));

nFileSize:= @If((nSize/1073741824>.5);nSize/1073741824;@If((nSize /1048576)<0.5;@If((nSize/1024)<1;nSize;nSize/1024);nSize/1048576));sFileSizeText:=@Text(@Round(nFileSize;0.1))+sUnits;mArrow:=“<img alt="Mehr" class="" style="border:0px;" height="11" width="7" src="@{@ReplaceSubstring(sTransparentSrc;‘transparent.gif’;‘mArrow.png’)}"/>”;

sTableEntry:= ‘’+ ‘’+ ‘’+mArrow+‘’+ ‘’+sFileSizeText+‘’+ ‘’+sCroppedFilename+‘’+ ‘’+ ‘’;sOutput:=sOutput+sTableEntry;“”);

sOutput


… and now the “RIGHT” one…


oFiles:=@AttachmentNames;

oFileSizes:=@AttachmentLengths;

sOutput:=“”;

sUnid:=@Text(@DocumentUniqueID);

@For(n := 1;

n <= @Elements(oFiles);

n := n + 1;

sFilename:= oFiles[n];

sLink :=sLinkString;

sURL:=“…/…/0/”+sUnid+“/$File/”+sFilename+“?OpenElement&FileName=”+sFilename+ @If(FolderName=“($SoftDeletions)”;“&OpenSoftDeleted”;“”);

sFileParts:=@Explode(sFilename;“.”);

sFileExt:=@UpperCase(sFileParts[@Elements(sFileParts)]);

sCroppedFilename := @If(@Length(sFilename)<33;sFilename;@Left(sFilename;33-@Length(sFileExt)-4)+" …(“+sFileExt+”)");

nSize:=oFileSizes[n];

sUnits:=@If((nSize/1073741824)>.5;" GB";@If((nSize /1048576)<.5;@If((nSize/1024)<1;" B";" KB");" D"));

nFileSize:= @If((nSize/1073741824>.5);nSize/1073741824;@If((nSize /1048576)<.5;@If((nSize/1024)<1;nSize;nSize/1024);nSize/1048576));sFileSizeText:=@Text(@Round(nFileSize;.1))+sUnits;mArrow:=“<img alt="Mehr" class="" style="border:0px;" height="11" width="7" src="@{@ReplaceSubstring(sTransparentSrc;‘transparent.gif’;‘mArrow.png’)}"/>”;

sTableEntry:= “<a class="entryLink" href="”+sURL+“" target="_blank">”+ “<span class="attRow">”+ “<span class="arrowArea">”+mArrow+“”+ “<span class="attSize" title="”+sFileSizeText+“">”+sFileSizeText+“”+ “<span class="attTitle" title="”+sFilename+“">”+sCroppedFilename+“”+ “”+ “”;sOutput:=sOutput+sTableEntry;“”);

sOutput


A screenshot of ONE failing point:

If you paste the wrong one into an agent and try to “save” you get the same result as in web access…

There are some entries like “0.5” and “0.1” → that should be “.5” and “.1”

If you replace the wrong “0.x” to “.x” and save the subform (+restart of the http task) you will get the correct result and no error message anymore…

Good luck,

Martin

Subject: Many Thanks !

Is working now !

Many thanks for the useful feedback.

Remain a question, why this error was not corrected before releasing 8.0.2 ?

Regards

Michele

Subject: 8.0.2 …

Don’t know why this hasn’t been fixed before releasing 8.0.2 (i’m not an IBM employee so don’t ask me… g)

It took me 1,5 hours to find where the error occurs…

Regards,

Martin

Subject: Ultralite Attachments Problem

Thanks Martin, my question was not for you directly but for users that are reading this post, for future reference.

A little problem still occurs, when i open some emails the ultralite is not showing the link to open the attachments, i think that occurs only in html/rich text emails not for external mail in plain text.

I’m submitting this issue to IBM directly and i’m waiting for a feedback, i’ll post here in case of positive results.

Regards

Subject: Complete Solution

After doing the script modification we submited this issue to IBM and this is his response :


To resolve the issue, shut down the Domino server and in the Windows Control Panel on the Domino server system, go into “Regional and Language Options” and either

  1. Change the entire Regional Format to English (United States), OR

  2. Customize their particular Regional Number format by changing the “Decimal Symbol” setting to “.” (period) instead of “,” (comma).

In additional to the above, click on the ‘Advanced’ tab. In the field “Select language to match the language version of non-unicode programs you want to use”, select English (United States). Ensure the box “Apply all settings to the current user account and to the default user profile” is CHECKED.

After making and applying this change, restart the Domino server and verify the issue is resolved.


After doing that, we are able to open attch´ with out any problem. I hope this will work for you.

Regard!!

Subject: changing regional settings

I am a bit curious how changing the regional settings will influence the “normal” webmail.So i don’t solve something for the few iphone users but change its behavior for all others also.