Steps to reproduce: 1) create a document using openoffice-3.1.1 (I tried writer and calc) 2) save document as a template (.ott, .ots) 3) close document 4) try to open the template document Expected result: oo should open a new document, based on the template. Actual result: Looks like oo loads the document, but then fails to display it. I tried moving my ~/.ooo3 folder, but that did not fix it. Interestingly, I can load the document from the command line using "ooffice -o /path/to/document.ots" (allowing me to edit the template, not creating a new document based on the template). Anything I can do to further debug this?
Created attachment 203127 [details] emerge -pv app-office/openoffice && emerge --info
Created attachment 203926 [details] some more "emerge --info" I have the exact same issue, on amd64 this time. Attached is my "emerge --info app-office/openoffice".
One more information : i have verified 3.1.0-r1 works fine, so this bug is new in 3.1.1.
I just hit this trying to open a template. Damn I hat that. Any ideas?
With the changes that were just submitted to the tree, I thought I would try again but with or without the kde use flag, templates still don't open. Oddly enough, if a template is in your recently opened list, then it can be opened after oowriter has been opened.
This bug relates to openoffice-bin-3.1.1 too. I tried it yesterday. If you use your own template on startup of openoffice, you can't start writer, but calc do not succeed to open the user template, but opens an empty table.
I created a form on openoffice spreadsheet and it prints wrong font size, Arial 10 seems to me 1/3-size smaller, printing on same printer. The only difference, they are two different spreadsheet documents. The binary openoffice-3.1.1 print the same document 15-page long and Gentoo compiled openoffice prints the same document 20-pages long (same margins, same setting, same fonts) so there is definately a problem with openoffice.
Same situation (ooo can not open template, shows blank document) Portage 2.2_rc44 (default/linux/amd64/10.0/desktop, gcc-4.3.2, glibc-2.9_p20081201-r2, 2.6.30-gentoo-r5 x86_64) app-office/openoffice-3.1.1 was built with the following: USE="bash-completion binfilter cups dbus gnome gstreamer gtk java ldap (multilib) nsplugin opengl pam templates (-aqua) -debug -eds (-kde) -mono -odk" LINGUAS="en en_US pt pt_BR -af -ar -as_IN -be_BY -bg -bn -br -brx -bs -ca -cs -cy -da -de -dgo -dz -el -en_GB -en_ZA -eo -es -et -eu -fa -fi -fr -ga -gl -gu -he -hi_IN -hr -hu -id -it -ja -ka -kk -km -kn_IN -ko -kok -ks -ku -lt -mai -mk -ml_IN -mn -mni -mr_IN -nb -ne -nl -nn -nr -ns -oc -or_IN -pa_IN -pl -ru -rw -sa_IN -sat -sd (-sh) -sk -sl -sr -ss -st -sv -sw_TZ -ta -ta_IN -te_IN -tg -th -ti_ER -tn -tr -ts -uk -ur_IN -uz -ve -vi -xh -zh_CN -zh_TW -zu" CFLAGS="-mtune=athlon64 -pipe -DGL_GLEXT_PROTOTYPES" CXXFLAGS="-mtune=athlon64 -pipe -DGL_GLEXT_PROTOTYPES"
I had the same problem and it looks like a found a workaround. Although this is quite weird, it seems that the template-file permissions are the problem. The templates that come with OOo.org have r-r-r, my own had rwx-r-r. Changing the owner permissions to read-only makes openoffice open the templates again. Looks easy, is easy.
(In reply to comment #9) > The templates that come with OOo.org have r-r-r, my own had rwx-r-r. Changing > the owner permissions to read-only makes openoffice open the templates again. > Looks easy, is easy. I can confirm that for app-office/openoffice-3.1.1 on amd64. app-office/openoffice-bin-3.1.1 works right.
(In reply to comment #9) > The templates that come with OOo.org have r-r-r, my own had rwx-r-r. Changing > the owner permissions to read-only makes openoffice open the templates again. > Looks easy, is easy. Thanks! Changing permissions works for me on both amd64 and x86.
Sounds like voodoo bugfixing, but Georg is definitely right…
Bug still unsolved in OOo 3.1.1 x86, even when changing permissions to 777. OOo just crashes.
Could someone please report this upstream and link the bug here? http://qa.openoffice.org/issue_handling/pre_submission.html
(In reply to comment #14) > Could someone please report this upstream and link the bug here? > > http://qa.openoffice.org/issue_handling/pre_submission.html > In Ubuntu 9.10 openoffice templates work fine with permissions set to rw, so I think its more a gentoo issue.
app-office/openoffice-3.2.0 works fine for me on amd64.
(In reply to comment #16) > app-office/openoffice-3.2.0 works fine for me on amd64. > Same here, works fine (on x86) I guess the reason is that we had to revert back to gnome-vfs-support instead of the newer gio-support as the latter is unfortunately still broken in multiple unfunny ways. Anyways good to hear that this works now. Closing but keeping on my checklist before enabling gio-support again...
