Steps to reproduce:
1. paste chart to writer
2. edit date chart
3. add value "V/12"
4. system autocorrect recognized end change value to :"1.05.2012" - this is bug.
Platform (if different from the browser):
Browser: Mozilla/5.0 (Windows NT 5.1; rv:13.0) Gecko/20100101 Firefox/13.0
NOT Reproducible with "LibreOffice 22.214.171.124 German UI/Locale [Build-ID: 165a79a-7059095-e13bb37-fef39a4-9503d18] on German WIN7 Home Premium (64bit)
Thank you for your report – unfortunately important information is missing.
May be hints on <http://wiki.documentfoundation.org/BugReport> will help you to find out what information will be useful to reproduce your problem? If you believe that that is really sophisticated please as for Help on a user mailing list
- Write a meaningful Summary describing exactly what the problem is
- Attach a sample document (not only screenshot) or refer to an existing
sample document in an other Bug with a link.
- Attach screenshots with comments if you believe that that might explain the
problem better than a text comment. Best way is to insert your screenshots
into a DRAW document and to add comments that explain what you want to show
- Contribute a document related step by step instruction containing every
key press and every mouse click how to reproduce your problem
(similar to example in Bug 43431)
- add information
-- concerning your OS (Version, Distribution, Language)
-- concerning your LibO UI language, Locale setting
–- Libo settings that might be related to your problems
-- how you launch LibO and how you opened the sample document
-- everything else crossing your mind after you read linked texts
Even if you can not provide all demanded information, every little new information might bring the breakthrough.
May be you find on
That your problem will be solved with 3.6.0?
Created attachment 63159 [details]
Step 1- to 3
LibreOffice 126.96.36.199 PL
Build ID: 165a79a-7059095-e13bb37-fef39a4-9503d18
Win XP Prof PL.
1. open Writer
3. Mouse double click on chart-> right key mouse->from menu choice Dane wykresu (Chart date).
4. in first column "A1" write value: V/12
5. System automatically change to "1.05.2012"
6. If write 'V/12, ' is visible on chart.
If you are don't understand me, i attach screen shoots.
I still have absolutely not idea what your problem might be. You write down some observations, but so what? Is that good or bad what you see? And Why? Without a clear description what you expect and reasoning why you expect so we can't find out what your problem is.
And what is so difficult to write a meaningful summary? "Is Wrong" is completely useless, all reports here are about "somehow wrong".
I am still waiting for your sample document.
Please feel free to reopen this Bug if you can contribute requested document and information.
(In reply to comment #4)
> I still have absolutely not idea what your problem might be. You write down
> some observations, but so what? Is that good or bad what you see? And Why?
> Without a clear description what you expect and reasoning why you expect so we
> can't find out what your problem is.
> And what is so difficult to write a meaningful summary? "Is Wrong" is
> completely useless, all reports here are about "somehow wrong".
> I am still waiting for your sample document.
> Please feel free to reopen this Bug if you can contribute requested document
> and information.
As I wrote in the topic."Wrong Number recognition in WRITER"
Fault diagnosis is a bad format - conversion of value.
I can not enter values "V/12" in the graph .
Always value is turned on: 01/05/2012.
If you saw the attached screens, you know how to cause confusion.
Attach a file will not do anything because it happens every time.
Please read all the threads from the beginning.
My English is terrible I know. Sorry.
This is a much more general problem with LibO's limited formatting and editing skills in Chart object data tables.
This has nothing to do with WRITER, same in DRAW
And I agree, Date Recognition/Conversion is too aggressive. My first results are
- Some aspects worked more plausible in 3.3 (no number recognition for category)
- Date recognition inconsistent with new Spreadsheet standard
- It's not logic to have the axis formatted as currency and to have a Date
Recognition active (for example), but that's the same in CALC)
Do you know whether there already something to improve this is in the pipeline?
Never confirmed by QA - moving to UNCONFIRMED for confirmation.
I can confirm with Version: 188.8.131.52.alpha2+
Build ID: 2f342c61616418c6ad7303d7f5efa27a28378681
TinderBox: Linux-rpm_deb-x86_64@46-TDF, Branch:master, Time: 2014-11-16_00:33:40