malte: The template opens and you can start the macros manually, but not automatically - which is very important for the user. So it is not problem with Firefox download from local file - problem is only in autostart macros? It is Office setup.
Jaroslav Jaroslav Uher Engineering department, reporting & data analysis AVX Czech Republic s.r.o., Lanskroun, tel +420 465 358 292 ________________________________ Od: Enterprise <[email protected]> za uživatele Malte Riemer <[email protected]> Odesláno: čtvrtek 12. prosince 2019 8:45 Komu: Mike Kaply <[email protected]> Kopie: [email protected] <[email protected]> Předmět: Re: [Mozilla Enterprise] Problems with local file links since 68.3.0esr No, I also tried with filenames without spaces in it, but the macros won’t run automatically. I also tested with Internet Explorer, Edge and Chrome. There’s no problem with it! It’s a bad behavior for us, because we prefer the Firefox as a browser for nearly every Software-product and internal websites and also for provide all Office-Templates in a clearly nice way within our Intranet. But this new behavior will be a big challenge for us to handle. Malte Von: Mike Kaply <[email protected]> Gesendet: Mittwoch, 11. Dezember 2019 21:40 An: Malte Riemer <[email protected]> Cc: [email protected] Betreff: Re: [Mozilla Enterprise] Problems with local file links since 68.3.0esr [Vorsicht Internetmail]: Diese Mail haben Sie über das Internet erhalten. Bitte Anlagen und Links nur öffnen, wenn keine Anhaltspunkte für Viren vorliegen. Weitere Informationen finden Sie auch in der FAQ Outlook<https://intranet-ms.stadt-muenster.de/citeq/kommunikation/outlook/haeufige-fragen/> Is it possible the files have spaces in them? We apparently have a separate bug for that: https://bugzilla.mozilla.org/show_bug.cgi?id=1601905 Mike On Wed, Dec 11, 2019 at 3:16 AM Malte Riemer <[email protected]<mailto:[email protected]>> wrote: Hi, we use these preferences to start Word-templates from Firefox-Browser. capability.policy.policynames = LocalFileLinks capability.policy.LocalFileLinks.sites = [several internal websites] capability.policy.LocalFileLinks.checkloaduri.enabled = allAccess We use a workaround with pointing first on a LNK-file, which itself pointing on the actual Word-template. Example: Word-template is here: ==> Z:\public\msoffice\letter_template.dotm LNK-file we link to from our internal websites: ==> Z:\public\msoffice\weblinks\letter_template.lnk The lnk-file just link directly to the .dotm-file. Some of these Word-templates have startup macros (e.g. an user form for getting input from the user). This worked for years. Since the last FF-update to 68.3.0esr these startup-macros does not work anymore. The template opens and you can start the macros manually, but not automatically - which is very important for the user. This is so important for managing hundreds of templates. Does anyone have the same problem? Or even a solution or workaround? Thanks! Malte Der Schutz Ihrer personenbezogenen Daten ist der Stadt Münster ein wichtiges Anliegen. Die Datenschutzerklärung finden Sie unter folgendem Link: https://www.stadt-muenster.de/datenschutz.html [Zusammen gegen Antisemitismus] _______________________________________________ Enterprise mailing list [email protected]<mailto:[email protected]> https://mail.mozilla.org/listinfo/enterprise To unsubscribe from this list, please visit https://mail.mozilla.org/listinfo/enterprise or send an email to [email protected]<mailto:[email protected]> with a subject of "unsubscribe" Der Schutz Ihrer personenbezogenen Daten ist der Stadt Münster ein wichtiges Anliegen. Die Datenschutzerklärung finden Sie unter folgendem Link: https://www.stadt-muenster.de/datenschutz.html [Zusammen gegen Antisemitismus]
_______________________________________________ Enterprise mailing list [email protected] https://mail.mozilla.org/listinfo/enterprise To unsubscribe from this list, please visit https://mail.mozilla.org/listinfo/enterprise or send an email to [email protected] with a subject of "unsubscribe"
