Improve company productivity with a Business Account.Sign Up

x
  • Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 4713
  • Last Modified:

"Cannot save bitmap to disk" problem

Hi all,

I have this Lotus Notes Client application to allow user to approve a form raised by staffs.
Staff can put a few attachments(not more than 1MB) in the form and submit to Manager.
So when the Manager approves the form, the system will generate another form (with the same data, ie. copy all items into another form and save it).

Now, one of the managers encountered this error --> "Cannot save bitmap to disk" when she approves the form (ie. saving the other form with the same data).

The application is in R5.0.12 design, and the server is using R5.0.12, but the manager is using Client R6.0.1.
Is that cause the problem?

And, I suspect it could be due to the application size too.
The current size of the application is 1868MB.

Could someone enlighten me on how to resolve this problem?

Thanks very much in advance!

~kspuea
0
kspuea
Asked:
kspuea
  • 5
  • 2
  • 2
  • +3
2 Solutions
 
madheeswarCommented:
Size should not be a problem
0
 
RanjeetRainCommented:
Does it happen with certain type of attachemnts? Does it happen only with that particular manager or with anyone at random? If only with that manager, can she work with other documents without a hitch? Or in her case it always gets stuck? If this is just one case, it will need thorough This is more likely to be a client problem than a DB size problem. For that particulatr manager, please check if she has got proper permissions on the file system, enough free disk space on the system volume for swap space and swap file size is set to grow as per demand.

DB size on server is irrelevent from what you are saying. The Lotus Notes client is unable to perform an action it tries. Possibly, in that particular case, the data's in-memory image is too big to handle.
0
 
Sjef BosmanGroupware ConsultantCommented:
R6.0.1 isn't the best R6-client around. Can you upgrade, e.g. to 6.0.3?
0
Easily Design & Build Your Next Website

Squarespace’s all-in-one platform gives you everything you need to express yourself creatively online, whether it is with a domain, website, or online store. Get started with your free trial today, and when ready, take 10% off your first purchase with offer code 'EXPERTS'.

 
kspueaAuthor Commented:
Hi RanjeetRain, madheeswar, sjef_bosman,

Thanks very much for your response.

Firstly, not only this manager has encountered this problem. I have 2 cases reported before too.
This manager has no problem to approve the other forms that submitted to her (those are with attachments as well). The attachment in this particular form is only 5K bytes. Thus, the size of attachment should not be a problem.
This manager is able to approve some forms which having larger attachments.
I just don't understand why she can't approve this form this time round.

I did a testing before, asked the user to remove the attachment, and submit the form again, and then the manager managed to approve the form without this error.

Please advise.
Thanks very much!

~kspuea
0
 
RanjeetRainCommented:
Just a wild guess! Do your users sometime create an embedded object rather than attachments? That is to say, will those documents having issues treat the content as attachments and not like an embedded objects? I have seen issues liek that in past.
0
 
HemanthaKumarCommented:
Is this attachment a html ? or do you use any html in the richtext fields ??

Ask the user to use R5 client and perform the same operation.. That should take care. When you develop app in down level client and user uses higher level then you will come across this kind of problems.. Better change the dev platfor or deployment platform !!


~Hemanth
0
 
qwaleteeCommented:
C'mon, an easy google comes up with

    http://notes.guilford.edu/help/help4.nsf/0/c3ad9900e30f36c4852564d2001d01fa?OpenDocument

    http://www.csdevelopment.cz/domino/hermes.nsf/0/c1256cc9003ab692c1256a2d007e6730?OpenDocument



The known issues are with corrupt mail files, or embedded OEL objects.  I believe I have also seen this with corrup cache files.
0
 
kspueaAuthor Commented:
RanjeetRain,
My users attached usually, Word doc, or TXT file in the form, definitely not embedded objects.

HemanthaKumar,
Nope, I don't use any html in the RichText field. It's a Notes Client app, not web app.
As for changing platform, I don't it's the platform difference causes the problem. I have a manager having the same problem, and he is using R5.0.12, same version as the server.

qwaletee,
I agree with your points. I also suspect it's due to the attachment corruption.
Because I did a testing before, asking the user to submit a new form with the same attachments, and the manager has no problem to approve it.

Thanks very much!

~kspuea
0
 
kspueaAuthor Commented:
Hi all,

Finally, I got the cause of the problem.
I did a testing in R6 & R6.5, and proved that both versions have this problem.
It's not due to the attachment corruption.

Ok, let me explain how my application works:
I have a form in my application, which users raise and attach a few attachments in the form and submit to their approver.
So, when the approver opens the form, we will display another subform (which shows the attachments - computed subform), and hide all editable fields (including the attachment field). However, the attachment field in the computed subform can't show properly the attachments user had put in.

Hence, we changed the method of displaying the editable and computed RichText fields. We put all editable fields into a subform (ie. take out from the main form). And in the main form, embed a subform based on formula, so at each time, only 1 subform is displayed (ie. 1 RichText field is displayed). Then it works fine.

Does someone encounter this problem in R6 or R6.5?
Thanks very much!

~kspuea
0
 
qwaleteeCommented:
So, it was rich text on a subform tht was embedded in another subform?
0
 
kspueaAuthor Commented:
Not really, it was rich text on a subform that refers to the rich text embedded in another form.

And I have tested in R6.5, if you are using a Computed Rich Text field in a subform to refer to another hidden (and editable) Rich Text field in the main form, then you will have this problem.
0
 
kspueaAuthor Commented:
Strange thing is, the same method works fine in R5.0.12.
0
Question has a verified solution.

Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.

Have a better answer? Share it in a comment.

Join & Write a Comment

Featured Post

Get 10% Off Your First Squarespace Website

Ready to showcase your work, publish content or promote your business online? With Squarespace’s award-winning templates and 24/7 customer service, getting started is simple. Head to Squarespace.com and use offer code ‘EXPERTS’ to get 10% off your first purchase.

  • 5
  • 2
  • 2
  • +3
Tackle projects and never again get stuck behind a technical roadblock.
Join Now