Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
Summary: | default language information lost while Copy & Paste | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | General | Reporter: | andreschnabel <andre.schnabel> | ||||||
Component: | ui | Assignee: | AOO issues mailing list <issues> | ||||||
Status: | CONFIRMED --- | QA Contact: | |||||||
Severity: | Trivial | ||||||||
Priority: | P3 | CC: | issues, ooo, stefan.baltzer | ||||||
Version: | 680m95 | Keywords: | oooqa | ||||||
Target Milestone: | AOO Later | ||||||||
Hardware: | All | ||||||||
OS: | All | ||||||||
Issue Type: | DEFECT | Latest Confirmation in: | --- | ||||||
Developer Difficulty: | --- | ||||||||
Attachments: |
|
Description
andreschnabel
2005-05-01 10:00:24 UTC
TM->SBA: Problem with the internal clipboard ? Please have a look. reassigned Tested on Linux I cannot reproduce it in a m112. Please check again if it still happens. Feel free to reopen then. Closed checked with m113 (english + german langpack on WinXP) following my initial instructions, the problem still exists I'll check on linux later today same on linux (m113 english + german langpack) Created attachment 27777 [details]
Screenshot of missing language info
confirmed in src680_m119 reassinged to tra i could only confirm this on win xp. linux looks good here Created attachment 28502 [details]
same with m122 on Linux
still the same with linux here (m122 + german lang pack on SuSE 9.1, KDE) TRA: Retargeted due to limited resources. Hello andreschnabel, *, I have tested this with OOo 2.0.3 RC5 and Debian 3.1. In this combination the error does not occur. Could you test this with Win and SuSE again? Is this issue fixed in the newer version of OOo? still occures on WinXP as well as on Linux/rpm (SuSE 10) (OOo 2.0.3RC5, german localization) Sorry, have to revise my comment again ... :( In my second test it does not function as before, but results in the error which andreschnabel has reported ... :( So I can confirm this issue. Sorry for the inconvenience Thomas. tra->mba: One for the writer team I can confirm it with RC1 of 2.1 . Hello Andre, *, during my TCM test I stumbled upon this issue (again ... ;) ) and have tested it with OOo 3.0 RC2 under Debian SID/Experimental AMD64. It seems, that this issue is fixed here now. Could you (or someone else) test this issue with an other OS/architecture, if it is really solved, please? Could this issue be closed then? TIA Thomas. tested on linux, using OOo 3.0RC2 german localization, deb pakages provided by sun. The issue is *not* fixed - please read the initial description carefully and have a look at the screenshots Hello andreschnabel, *, after a long time I stumbled upon this issue again and tried to verify it ... ;) It seems to be fixed on Debian SID AMD64 with OOO310m18. I have tried to follow your description as carefully as I can. The only "problem", which I have found, was the change from "Deutsch" to "Standard" ("German" to "Default"), if I copy text from Writer to Calc. All other mentioned modules use the language "Deutsch" ("German"), if I copy text from Writer to them. Could you be so kind to test it again with OpenSuse and/or Win$Version and give me some feedback? Just out of interest: Are you using - like me - the Germanophone install *debs or the English install with the Germanophone lang packs? TIA Thomas. thackert: the issue still exists. according to your explanation that calc uses "standard" I'd guess you look at the "Numbers" tab in calc cell formatting. The problem is at the "Font" tab. I'm using OOO310m18, German build on Kubuntu, AMD64 Anyway .. I'd guess, we have spent more time to again - and again verify this bug than it would cost an experienced developer to fix this. Hello André, *, I have not looked at the numbers tab, but at the font tab ... ;) But now - with OOO320m8 (3.2.0 RC1) I can confirm your issue under Debian SID AMD64 ... :( Sorry for the inconvenience ... :( Thomas. In OOO320m12 it also appears. If you copy Text from Writer to Calc or Impress, the language Attribute is now English (USA), and you can not change this. I testet this with Win XP and SuSE 11.2 64bit, and the languages german and french. to be more precise: in OOo320m12 the problem is now more generela than before. Default language is now lost (and set to no language at all) on any copy-paste operation from writer to calc. No matter if the calc cell is in edit mode or not. I don't see the need for a 3.2.1 target. taking over Hello André, *, I have tested your issue again (only the c&p from Writer to Calc and Impress) and I hope, it is fixed (at least on my system with Debian SID AMD64, Germanophone OOO320m17). Would be a nice five year birthday present for this issue, if it works on other systems as well ... ;) Would you be so kind to test it on your system again? HTH it's still the same problem here. Sure you checked the correct language setting? It's *not* the number format language but the characters (font) language. Hello André, *, I /am/ sure, that I have checked the font tab and the last time I have commented here, it has worked for me. Now I have tested it again and I can - again - confirm it ... :( Now I can confirm your comment from February 3rd 2010 13:03:52, that the language entry is empty ... :( Maybe an upgrade of other software on my OS? Maybe any other impact (solar storm or the like ... ;) ) interfere with OOo? I have not the faintest idea, sorry ... :( And sorry for the inconenience ... :( Thomas. Hi I have just encountered this problem in OOo 3.3 RC6 (Dutch) on Windows 7/64 (Dutch). I paste a piece of text from a Writer document, the language of which is set to Nederlands (NL), into a cell of a Calc document, the language of whose unedited cells is shown as Nederlands (NL) as well. The pasted text is marked as incorrectly spelled and the language setting of it is blank. Reset assigne to the default "issues@openoffice.apache.org". |