[Libreoffice-bugs] [Bug 60647] FILESAVE: =CELL("filename") not updated

2015-03-18 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=60647

--- Comment #8 from Joel Madero  ---
@Murk - there is no such thing as voting inside of LibreOffice. Read this blog
for details about how things work:

http://joelmadero.wordpress.com/2014/10/11/user-expectations-and-the-reality-of-our-community/

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 60647] FILESAVE: =CELL("filename") not updated

2015-03-18 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=60647

--- Comment #7 from Peter Lange  ---
Per the request of Murz, I can confirm that the bug is still present in
4.4.1.2.
Also I have noted that even a "Recalculate" will not update the field(but
creating a new tab WILL!).

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 60647] FILESAVE: =CELL("filename") not updated

2015-03-18 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=60647

Murz  changed:

   What|Removed |Added

 CC||mur...@gmail.com

--- Comment #6 from Murz  ---
Confirm this problem on fresh version and vote for fixing this bug.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 60647] FILESAVE: =CELL("filename") not updated

2015-02-23 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=60647

Jean-Baptiste Faure  changed:

   What|Removed |Added

 CC||jbfa...@libreoffice.org

--- Comment #5 from Jean-Baptiste Faure  ---
You can use CTRL+MAJ+F9 to force the recalculation. That updates the value in
the cell with the correct filename.

Best regard. JBF

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 60647] FILESAVE: =CELL("filename") not updated

2015-02-05 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=60647

--- Comment #4 from Gordon  ---
Regarding =cell("filename")
I test this result against the known name of the file before updates by the
user are saved to remind the user that they are using the 'master' copy of the
file (an ordering form in calc) and that they should save it with a new name to
save the 'ordering' information. 
It does not refresh, so I am not able to determine if a save has been done.
There may be a better way to handle this, but have not found it yet. Will keep
digging.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 60647] FILESAVE: =CELL("filename") not updated

2014-10-06 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=60647

--- Comment #3 from Mark Rogers  ---
My argument would be that re-evaluation of this value should take place before
saving. Ie the sequence for Save-As should be:
1. Obtain new filename from user, check for file collisions etc, open file
handle for writing
2. Change name internally
3. Update any fields that need updating (document properties,
=CELL("filename"), etc)
4. Write to disk with new filename

In doing so the refresh of the =CELL value is done immediately before the save
and would not therefore trigger a changed state, and furthermore if the
document is closed without further changes and re-opened in future then the
stored value is correct without further work (although it should be refreshed
in case the document has been renamed at the operating system level).

Of-course I have no idea how non-trivial that would be to code.

An alternative, which again might not be possible, would be that what is
effectively just a cached value gets cleared/marked stale rather than updated,
forcing a refresh when next used.

However, it does seem wrong that in effect I have a saved document that within
it's saved content is a stored value that is always wrong unless a re-Save has
occurred (rather than a Save-As or first Save from new).

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 60647] FILESAVE: =CELL("filename") not updated

2014-10-05 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=60647

--- Comment #2 from Peter C. S. Scholtens  
---
In a comparable commercial product the same variable only gets updated after
re-opening the file. In LO however, the variable is also updated in case a new
sheet is created.

I assume that the re-evaluation of the cell value, which is triggered by
opening a new sheet, could also be applied when saving it as a new file.
However this may create a new problem: if this changed value is seen by LO as
editing of data, the file will be again in the "edited/changed" state,
requiring anothe save action.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 60647] FILESAVE: =CELL("filename") not updated

2013-03-21 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=60647

Joel Madero  changed:

   What|Removed |Added

   Hardware|Other   |All
 Status|UNCONFIRMED |NEW
   Severity|normal  |enhancement
   Priority|medium  |lowest
 QA Contact||jmadero@gmail.com
 CC||jmadero@gmail.com
 Ever confirmed|0   |1

--- Comment #1 from Joel Madero  ---
well closing the document and then reopening it fixes the problem. I think this
is more of an enhancement request than a bug as it's just not setup to "live
update" and you are requesting this additional capability. With that being
said:

I can confirm that this is a valid enhancement request on:
Version 4.1.0.0.alpha0+ (Build ID: 9a46e5614f5a0e0bdce3c497f81ca529da8fb5c)
Date:   Mon Mar 18 18:59:09 2013 +0100 
Platform: Bodhi Linux 2.2 x64
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + 
As I've been able to confirm the enhancement request I am marking as:

New (confirmed)
Enhancement
Lowest - very rare case that someone uses this particular function, plus very
easy workaround of just closing document and reopening. Lastly, only impacts
user one time (when file saved as new name) otherwise works fine.


+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + 
LibreOffice is powered by a team of volunteers, every bug is confirmed
(triaged) by human beings who mostly give their time for free. We invite you to
join our triaging by checking out this link:
https://wiki.documentfoundation.org/QA/BugTriage

There are also other ways to get involved including with marketing, UX,
documentation, and of course developing - 
http://www.libreoffice.org/get-help/mailing-lists/. 

Lastly, good bug reports help tremendously in making the process go smoother,
please always provide reproducible steps (even if it seems easy) and attach any
and all relevant material

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs