Hi, I have a situation where I need to open multiple text files (in Calc) to be used to transfer data to a main spreadsheet. I use Linux Mint 18.3 and it is (to my mind) totally illogical in the way it places windows on screen. In V5 I was able to position an opened window before moving to the next text file to be opened - the text import window stayed in front of the previous windows. In 6.0.0.3 if I attempt to move the just opened window the Text Import Window disappears into the stack of previous windows and the whole process falls over - there appears to be no way to bring that window to the front so that I can open the next text file in the sequence. The only workaround I can find is to open all windows then position them where I want (ie overlapping but in order of use. Peter
Can you try version 6.0.1 as this was fixed: bug 32935 ?
Hi again, I am now using 6.0.3 and have found that there has been some change in behaviour but the problem has not been completely fixed. I thing the best solution is for me to give a full sequence of the events where this problem makes itself evident. I have a situation where I add data to a spreadsheet from 10 text (comma delimited) files. The sequence is: Open first spreadsheet (let's call it S1). Run a macro in S1 which constructs 10 comma delimited text files from more verbose text files created earlier by another process. Select file open and within that single file open window select the 10 text files - let's call these files T01 thru T10. Click Open (this is where it gets messy). A new BLANK window is displayed (titled LibreOffice 6.0) and overlaying this is the parameters window for the first text file (T01). I can move this blank window to a place on screen where I want it to be placed but the parameters window disappears and I must select the original file (S1) to get the parameters window back to the front - there is no panel tab for the parameters window. Click on OK (in parameters window) and the cycle starts again. The particular file window (in this case T01) opens at its 'original' position - NOT the place to which I moved it A new parameters window appears with a blank window behind it (as in 2 steps back). This cycle continues till all files are opened. I generally place S1 at the top left of the screen. The file T01 is placed directly over S1 then T02 thru Txx are placed in steps down and right till the bottom of the screen is reached THEN all the remaining files Tyy thru T10 are jammed into the top left corner of the screen. This feature may be part of the Mint/Cinnamon GUI. The overall result of this is that to get a logical layout of the windows on screen I need to move all 10 'secondary' windows. The other oddity with the new system is that the parameters window for each of the text files appears in the same place (ie it is apparently locked to S1) on screen where previously it would move with the new Txx file (ie step down and right between files). There have been improvements made after my original report but the system still seems to be clumsy compared with what it was like earlier in 5.x.x. Peter
adding Mike Kaganski to cc, because he fixed bug 32935
Dear Peter Rich, Could you please try to reproduce it with the latest version of LibreOffice from https://www.libreoffice.org/download/libreoffice-fresh/ ? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the latest version.
Dear Bug Submitter, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping
Dear Peter Rich, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp