Apache OpenOffice (AOO) Bugzilla – Issue 15260
Disappearing of the handles of formulas
Last modified: 2013-08-07 14:38:26 UTC
The report I am submitting is based on a 20 pages OOo Writer document containing many formulas, it is about 1 Mbyte. It has been prepared *entirely* on Mandrake Linux 9.1 with OOo, msoffice has not been used in any way. It has been prepared mainly on OOo 1.1Beta, but the latest part of it has been prepared on OOo 1.1Beta2 (I have continued on 1.1Beta2 as soon as 1.1Beta2 has been released). Alas, the contents of the document are not "libre" (and the copyright is not mine), hence I prefer to avoid attaching the document to this public report on issuezilla; I would prefer, if it is possible, to send it only to the one(s) this report will be assigned to; please, let me know how to proceed. The problems reported below affect OOo 1.1Beta2, but do not affect OOo 1.1Beta (i.e. the first beta). I open the document, I select a formula with a single click, the border of the selected equation is evidenced with 8 green boxes: one for each corner + one in the middle of each border line. Alas, the boxes disappear almost immediately, hence, after a few time I do not see anymore that the formula is selected. If I switch the focus on another window, say, the shell terminal (konsole), and then switch back the focus on the OOo window again, the same thing happens again: the green boxes on the formula border appear for just a bit of time, then they disappear again. Sometimes, after a rather random number of such switchings, the problem finally disappears. Some other times, if during these "switchings" I go up and down along the document, it becomes temporarily impossible to select a formula clicking inside its boundaries and it is possible to select it only clicking near its boundary (usually, near its left boundary, just a bit outside it). The same problem is observed on Mandrake Linux 9.1, mswin98, mswinxp, both on an "old" computer (AMD Athlon 900 MHz, 128M RAM) and on a more recent computer (Athlon XP 1700, 256M RAM). It seems that the problem disappears if I "shorten" the document to only 3-4 pages cutting away the subsequent pages; maybe it is a "size" problem? Another problem: when I have tried to shorten the document to check if the problem disappeared, I have had - rather randomly - other problems, explained in the following. Sometimes it happens the following thing: I try to cut all the document content after page, say, 2. I select the part to be cut and then press the backspace; the application employs *a lot* of time (*many* seconds) to complete the deletion and to become responsive again; then, I try to save the document with another name (e.g. /home/pratesi/prova.sxw) using "Save as", but the save is not performed and it appears a window reporting the following error: ************************************************************ Error saving the document equalizzazione_adattativa.sxw: Write Error. Error writing file . ************************************************************ Yet another problem: after long editing sessions, the updating of formulas displaying has problems and resizing is not correct, as it is evidenced by the sequence of three screenshots I am attaching (the formula has been closed and reopened for further editing between one screenshot and the subsequent one). Marco Pratesi
Created attachment 6640 [details] screenshot-1.png - first screenshot of formula editing
Created attachment 6641 [details] screenshot-2.png - second screenshot of formula editing
Created attachment 6642 [details] screenshot-3.png - third screenshot of formula editing
Hi pratesi, thanks for using and supporting OpenOffice... Please send a sample document to verify your problem... I wasn't able to reproduce it on my machine... If there's no new comment from you reporting this problem until 10/15/2003 I'll close this Issue then... reassigned to mci
I have sent equalizzazione_adattativa.sxw to mci AT openoffice DOT org Please let me know if you can reproduce the problems on equalizzazione_adattativa.sxw Marco Pratesi
reassigned to aw @aw: I think this is something for you... I'll send you the bugdoc...
AW->MCI: Could You reproduce? Only with the original document or in SW with a new try? Maybe in other Apps? If it happens in SW and with this one file (not rep. with self-made) please send to SW first (maybe oliver-rainer.duesterhoeft@sun.com).
reassigned to od @od: Hi od, please have look at this Issue, I only could reproduce the problem only in writer and only with the bugdoc I'll send to you... So this may be something for you...
OD->SBA (16.10.2003): reproduced defect in OOo 1.1 RC4, but not in OOo 1.1 Final (RC5). Thus, the defect seems to be already fixed. Please verify and close this issue.
Alas, I can reproduce the same problem also on version 1.1.0. BTW, I am preparing a document that reproduces the same problem and whose copyright is mine: soon, I will be able to attach it to this issue, and hence to fix the copyright problem that has not allowed me to attach the test document; I only ask you to have a little of patience. Marco Pratesi
Created attachment 10660 [details] Test document to reproduce the problems reported
I have just attached a document that gives me the same problems also on OOo 1.1.0. Marco Pratesi
hi pratesi, I opened your document using OOo1.1.2RC and OOo680m34. I played around with - switching to other documents, - creating new documents, - switching workspaces, - opening other applications, - minimizing the window containing the document - leaving OOo running in bckground... Always the handles were visible when I returned to the OOo-window... But I didn't do this on Linux, I opened it on Solaris I think it's worth a try to use OOo1.1.2RC. Please try it and send a new comment if your problem exists on Linux anymore...
SBA: Can anyone else out there reproduce this? OOo 1.1.2 RC is out and even Pre- Alpha Builds of OOo 2.0. Please giver it a try and comment. So far it looks loke a one-user-only problem. Such cases may even be hardware-related :-( - especially on Linuxes (some of wich even sometimes behave user-related :-) Set to Worksforme.
This issue has been reported on Linux and is present also on Windows. It has not been reported on Solaris (I do not have a Sparc), hence, to reproduce it, it should be used OOo for Linux/Windows, I do not know if it is reproduceable also on OOo for Solaris. This issue is still present in version 1.1.2rc2. It is not a "one-user-only" bug. Furthermore, I have found the same problem on *all* the computers I have used, both on Linux and Windows, with all different (versions of) Linux distributions I have tried with, with different hardwares (all well supported hardwares without any problem on Linux and Windows) and with different amounts of resources (even with 512 Mb RAM). On OOo 680m38, this problem seems to have become a bit different: handles do not disappear, but it sometimes happens (especially just after OOo has been launched opening the document) that, after selecting a formula, the document canvas is periodically blanked and then redrawn. Marco Pratesi
JA: After having a look at the screenshots I think I understand your problem. The behavior of disappearing handles is correct: A math object is somehow different from other OLE objects because it cannot (and shouldn't) be resized.
I suppose that a misunderstanding has occurred. The disappearing of handles is related to this part of my initial report: mp> I open the document, I select a formula with a single click, the border mp> of the selected equation is evidenced with 8 green boxes: one for each mp> corner + one in the middle of each border line. mp> Alas, the boxes disappear almost immediately, hence, after a few time mp> I do not see anymore that the formula is selected. whereas the screenshots are related to a different problem: mp> Yet another problem: after long editing sessions, the updating of formulas mp> displaying has problems and resizing is not correct, as it is evidenced mp> by the sequence of three screenshots I am attaching (the formula has been mp> closed and reopened for further editing between one screenshot and the mp> subsequent one). I agree that, during editing of a formula, handles have not to be shown; but they *have* to be shown when the formula is only selected with a single click. The problem related to the screenshots occurs only after *long* editing sessions (some hours) and hence it is not immediately reproducible; on the contrary, the problem related to disappearing of handles for formulas only selected with a single click is immediately reproducible, it occurs just when you start OOo opening the attached document, "calcolo_delle_serie_di_schwartz_e_yeh.sxw". Marco Pratesi
@ja Joost, i guess there may be a misunderstandig of the problem, we've been talking a while in the Italian mlist and Marco will try to clarify. Another member of the Italian group was able to reproduce the problem and will jump in to try to clarify. The problem also seems a little tricky as one of the people testing it reported the problem after working for a while on the doc, and only if the doc is mid-sized. Re-opening the issue for now. Bye, Ricky
Added Paolo Mantovani to cc
> [...] the green boxes on the formula border > appear for just a bit of time, then they disappear again. [...] > Some other times, if during these "switchings" I go up and down along > the document, it becomes temporarily impossible to select a formula > clicking inside its boundaries and it is possible to select it only > clicking near its boundary (usually, near its left boundary, just a bit > outside it). [...] BTW, just the same problems occur also on Solaris 8, with OOo 1.1.2 final, on a SunBlade 100 with 1 Gbyte RAM. Marco Pratesi
i tested it today on linux (jds) and on windows (xp) with OOo1.1.2, 680_m47 and staroffice 7PP3 and i can not confirm this issue here. will look at this when the bugdoc has been open for a longer period of time. reassigend to jw
changing target to OOo later
can still not confirm this here. tested on windows xp, while the document has been opend for a longer period of time with randomly editing some text in it and place and replace some objects in it and so on. lower the priority to P4
closed please reopen if somebody from the community is able to reproduce this with one of the latest src680_xx builds
closing