|
Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
| Summary: | pressing arrow key or moving mouse with hold down left button leads to document changed state and "empty" undo step | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | Calc | Reporter: | norbert2 <norbert.notz> | ||||||
| Component: | code | Assignee: | spreadsheet <spreadsheet> | ||||||
| Status: | CLOSED DUPLICATE | QA Contact: | issues@sc <issues> | ||||||
| Severity: | Trivial | ||||||||
| Priority: | P4 | CC: | issues, weigel | ||||||
| Version: | OOo 1.1.1 | ||||||||
| Target Milestone: | --- | ||||||||
| Hardware: | All | ||||||||
| OS: | All | ||||||||
| Issue Type: | DEFECT | Latest Confirmation in: | --- | ||||||
| Developer Difficulty: | --- | ||||||||
| Attachments: |
|
||||||||
|
Description
norbert2
2004-04-28 11:22:08 UTC
Please forget the sentence: "Due to this drag&drop of nothing, Calc seems to handle this as cell edit, also nothing has changed!" I think that the changement to B1 is cought by undo, not A1. But it's your turn to find out... I forgot to enter the 5. step to reproduce: - press RETURN Hi Norbert, I've tied to reproduce this behaviour on 3 Plattforms (Linux, Solaris and Windows) with 3 Versions of SO/OOo and was not able to reproduce it. Three of my colleagues tried it also and no one could reproduce it. So I have no chice as closing this Issue, sorry for that. Frank closed wfm Maybe you have not seen the last step (press RETURN) that I have added in another comment, because I have forgotten it. I also have attached a small avi-video below that shows the problem. Please download this small file and watch it. And here the correct steps to reproduce: Please ... - open a new spreadsheet - double-click A1 in order to enter edit-mode - hold down the left mouse key in over A1 - move the mouse over B1 and release the mouse key there (this is a kind of drag&drop without content) - press RETURN: Now the save-button is enabled AND (and that's the bigger problem) an undo action is added! Created attachment 14902 [details] issue28465.zip - avi-file Oh... I just have found out, that this problem can be reproduced much easier. No additional cell is needed. Here the corrected steps: - open a new spreadsheet - double-click A1 in order to enter edit-mode - hold down the left mouse key in over A1 - pull the mouse-pointer a bit and release the mouse key over A1: Save button and undo are enabled. (Because no drag&drop pointer is shown I see this as bug.) With the sentence "Because no drag&drop pointer is shown I see this as bug." I do not mean that you should just add a d&d-pointer for "empty" drag&drop operations. No content should be in general not able to be drag&dropped. Created attachment 15011 [details] issue28465_new.zip - AVI-file showing the problem with the "new" steps to reproduce Now I have steps which are more easy to reproduce, which doe not need using the mouse: - open a blank spreadsheet (cell A1 is focused) - press F2 - press any arrow key (direction doesn't matter) * - press RETURN The undo button and the save button are enabled. * Alternatively you can move the mouse a bit within the focused cell while holding down the left mouse button. Reproducible in OOo 3 RC1. Please forget my old comments. This bug has nothing to do with drag&drop. Additional info: The described steps which do not modify the spreadsheet are interpreted as "Input", the undo step is named "Input". I can confirm this issue with all discriptions from the beginning given by norbert2 with OOo 3.0.0 (OOO300m9). However, I am not sure about the importance of this issue. Norbert, can you estimate and evaluate possible bad consequences to the user? I tend to reduce it to P5. I think P4 is okay. (P5 is for more marginal problems in my opinion.) This bug turned out to have nothing to do with drag&drop. Please set this issue as duplicate of Issue 99617 which has a less confusing description. (I don't have the privileges.) duplicate, as indicated by the reporter *** This issue has been marked as a duplicate of 99617 *** closing |