Apache OpenOffice (AOO) Bugzilla – Issue 45558
Templates with Keywords not showed in File - new - templates and documents dialog
Last modified: 2006-10-17 13:00:46 UTC
I converted all of the hu project's templates into ooo 2.x form. The Draw documents not converted at all in Documentum Converter Wizard. I did it manually (Bugreport at ID 44863) Another (bigger) problem is that not all of the converted (or saved) templates show up in File - New - Templates and settings dialog. As I seen the problem related to writer's document in my case (impress, draw and calc show well) I can add templates one by one to the list with (template) Manager. Step by step: 1) Download My template bundle for 1.x at: http://hu.openoffice.org/files/documents/176/2453/Templates05.zip They are converted to 2.x: http://hu.openoffice.org/files/documents/176/2525/Templates2-05.zip 1,5) Exit from OO.o 2) Extract Put the files into template folder. 3) Start Oo.o and navigate to File - New - Templates and Documents Go to the Personal templates where this element should appear. The half of bundle is not showed in this dialog (there is a problem mainly (or only) with writer templates) // The names could not the real names because I tested it under hu version of ooo. I will backtrack they original names if you need // Thanks, KAMI
problem related to writer's document in my case of course i mean template
I tested with Old 1.x format. All element are visible in this panel. If I convert templates (with wizard or by hand) then not all .ott (writers) document appear. Please check http://hu.openoffice.org/files/documents/176/2525/Templates2-05.zip or http://hu.openoffice.org/files/documents/176/2525/Templates2-06.zip (i will update to 06 as soon as I can) Other formats than .ott sems too be good... KAMI
One more comment: This issue not depend on temlate location... OpenOffice.org 1.9.86\share\template path doesnt work like Application Data\OpenOffice.org1.9.86\user\template path...
One Hungarian user confirmed this issue on B79 WXP... He also noted something. There is not draw icon show in that panel, and the doc tÃpe is OTG-fájl, not OpenDocument-grafikasablon. I will check it in po files...
sorry type So I checked, but I couln't found "OTG-Fájl" string in po files...
The last OTG-Fájl prom seems to be resolved in M89 B0 (by paveljanik) but the main issue is still remain in this build... I have updated my templates. The new link is :: http://hu.openoffice.org/files/documents/176/2525/Templates2-07.zip Please check it, Thanks, KAMI
framework issue.
M91 HU on WinXPSP2 Using Templates2-07.zip Here is an example:
Created attachment 24855 [details] OpenOffice.org template list vs. Fileslist
I created a list about problematic templates: Autokolcsonzes.ott Auto_berbeadasi_megallapodas.ott Beszelgetesi_jegyzet.ott Bulletin_1.ott Bulletin_2.ott Bulletin_3.ott Hazi_koltsegvetes.ots Ingatlan-adasveteli_eloszerzodes.ott Ingatlan-adasveteli_szerzodes.ott Ingatlan-adasveteli_szerzodes_tarsashaz.ott Irattarolo_16_3-1.ott Irattarolo_16_3.ott Irattarolo_16_5-1.ott Irattarolo_16_5.ott Kiadoi_szerzodes.ott Nevjegykartya_alap.ott Szoftver_felhasznalasi_szerzodes.ott I can open it with double click, and it is working well to me... But they didn't show up in File - New - Templates and settings dialog...
I still can reproduce it under M91 ENG and M92 HUN...
Can someone check this itrritating bug?
Please set to confirmed with target 2.0.
Hi Pawel, are you the corrrect owner for Hungarian issues, or could you reasign it to the correct owner? Thanks
add me on cc-list
I think pjanik not the best owner of this issue. You may change the owner. Thanks, KAMI
reassigning to kami_.
aaaaaaaaaaaaaarghhhhhhhhhh I am sure I am not a right person to solve this problem. I am reporter. Can someon e be the owner of this issue. I tested with my templates, you should do it, and confirme. Some users confirmed it in Hungarian channels. Best regards, KAMI
Hello! I made a test and tried to find the reason behind this issue. I found something intresting. If you fill the templates' keyword field with characters with accent like (öüóőúéáűÃ) the File - New - Templates doesn't show up those files. If you delete keyword field, the template will appear in File - New - Templates. One problem in my logic is that If you remove chars with accent. This file is still be hidden. I hope this will help to solve this bug...
We may found the roots of this issue. timar has same problem, he can reproduce it.
.
Can it be new?
I have set to NEW and adding one or two file for demonstrating...
Created attachment 26130 [details] Test template #1
Created attachment 26131 [details] Test template #2
pjanik -> Can you check this issue?
kami_: sorry i do not have time for it now.
Can someone fix it for 2.0.3?
we have the same problem with german templates and have been able to track this down: If a template has a keyword set - via File - Properties - Description - Keywords it doesn't show up in the template dialog. reset target and priority for reconsideration. @kami: the workaround should be obvious: remove the keywords
andreschnabel: I know the right solution. :o) But the keyword field is absolutly useless with this bug...
*** Issue 63622 has been marked as a duplicate of this issue. ***
TM-PB: Please have a look, thanks.
pb -> abi: please take over. Instructions to reproduce: - open Template and Documents dialog - open a template for editing (button "Edit"; not "Open") - open "File - Properties..." - set a keyword on tabpage "Description" - save template - open Template and Documents dialog again -> the template with the keyword is not shown. While debugging I found out that the hierarchy ucb doesn't return this content.
pb: it was OK in OOo 1.1.6.
KSO: Not enough time to fix this in the 2.0.3 timeframe. => 2.0.4
accepted
Not a problem with the Hierarchy UCP. After saving the template, when opening "Templates & Documents" dialog again, the template gets removed from Hierarchy.xcu. That's why HCP does not retun the content. openoffice/ucb> diff Hierarchy.xcu Hierarchy.xcu.bak 37c37,47 < <node oor:name="Elegant%20Fax" oor:op="remove"/> --- > <node oor:name="Elegant%20Fax" oor:op="replace"> > <prop oor:name="TargetURL" oor:type="xs:string"> > <value>$(baseinsturl)/share/template/en-US/officorr/faxclassic.ott</value> > </prop> > <prop oor:name="Title" oor:type="xs:string"> > <value>Elegant Fax</value> > </prop> > <prop oor:name="Type" oor:type="xs:int"> > <value>0</value> > </prop> > </node> The HCP never changes the content of this file by itself. The removal must be triggered by one of the components that use the HCP (most probably the Template Service).
The problem was the document info reader service, that doesn't support the new format completely. Thus the template was not correctly inserted into the cache. The fix is to use the general solution that is also used for documents loading.
MAV->TM: Please verify the issue.
checked and verified in cws pathoptions01
*** Issue 67279 has been marked as a duplicate of this issue. ***
checked in m188 -> OK !