This one is a follow up of "Bug 1192623 - Help: 'Privatsphären-Funktionen verwenden → Datenschutz & Sicherheit' incomplete". Steps how to reproduce with SeaMonkey German 2.39 final Mozilla/5.0 (Windows NT 6.1; WOW64; rv:42.0 from official download area) Gecko/20100101 Firefox/42.0 Build 20151103191810 (Classic Theme) on German WIN7 64bit: 1. Launch Browser 2. Menu '(Hilfe – Hilfe-Inhalt (Help → contents) 3. In table of contents pane nearby bottom click 'Privatsphären-Funktonen verwenden → Datenschutz & Sicherheit' ('Using Privacy Features → Privacy & Security Preferences) 4. on found page in grey box click "Validierung" Expected: page with help contents opens Actual: "Datei nicht gefunden. Die Datei chrome://communicator/locale/help/validation_help.xhtml konnte nicht gefunden werden.
Additional info: a) English grey contents box looks very different, no "Validation" item!
Summary: 'Privatsphären-Funktionen verwenden → Datenschutz & Sicherheit' - Validierung-link leads to nowhere → SM DE Help: 'Privatsphären-Funktionen verwenden → Datenschutz & Sicherheit' - Validierung-link leads to nowhere
b) Spanish help also seems ok, so might only affect German Help d) I don't know. Is "Steuerung der Validierung" an appropriate link target or should that item be removed? @Batchu Venkat Vishal: Can you hlep again?
Component: Help → de / German
Product: SeaMonkey → Mozilla Localizations
See Also: → bug 1192623
Summary: SM DE Help: 'Privatsphären-Funktionen verwenden → Datenschutz & Sicherheit' - Validierung-link leads to nowhere → SeaMonkey Help: 'Privatsphären-Funktionen verwenden → Datenschutz & Sicherheit' - Validierung-link leads to nowhere
Whiteboard: [easyconfirm] → [easyconfirm][good first bug]
Version: SeaMonkey 2.39 Branch → unspecified
@Rainer Bielefeld, The link seems to point to "using_certs_help.xhtml#controlling_validation". Regarding d, The files using_certs_help.xhtml has a tag corresponding to controlling_validation (On line 541), so I think this is an appropriate link target. I'll try find the place where the link is being called, since the file does exist in the source, so not quite sure what the error is.
(In reply to Batchu Venkat Vishal from comment #3) Great! May be you should additionally keep in mid these <https://bugzilla.mozilla.org/buglist.cgi?cmdtype=dorem&remaction=run&namedcmd=SMHelp&sharer_id=41036> current Help Bugs, you might stumble upon solution for one of them while you are doing research for this one.
(In reply to Batchu Venkat Vishal from comment #3) Still worked fine with DE SeaMonkey 2.5 (Windows NT 6.1; WOW64; rv:8.0.1) Gecko/20111121 Firefox/8.0.1 Build 20111121045514 (Classic Theme) on German WIN7 64bit from <http://ftp.mozilla.org/pub/mozilla.org/seamonkey/releases/2.5/win32/de/seamonkey-2.5.zip>, it might help to find out how that worked there?
@Rainer Bielefeld, Sure Ill take a look at this in the evening today. (Last exam ends today)
(In reply to Rainer Bielefeld from comment #5) > (In reply to Batchu Venkat Vishal from comment #3) > Still worked fine with DE SeaMonkey 2.5 (Windows NT 6.1; WOW64; rv:8.0.1) > Gecko/20111121 Firefox/8.0.1 Build 20111121045514 (Classic Theme) on > German WIN7 64bit from > <http://ftp.mozilla.org/pub/mozilla.org/seamonkey/releases/2.5/win32/de/ > seamonkey-2.5.zip>, it might help to find out how that worked there? Did it work with the link you provided? I was unable to find this file in there "validation_help.xhtml". Any ideas why?
(In reply to Rainer Bielefeld from comment #5) 1 more things, How can I run and test this myself? I have the comm-central source and I have built seamonkey but its the english version, how can I get it to work for DE?
I attache help contents from SM 2.5, what might help to find out where and when that contents has been lost. (In reply to Batchu Venkat Vishal from comment #7) > I was unable to find this file in Did you check in SeaMonkey 2.5 Source? My assumption is that that file has been lost or may be the contents has been moved to a different file and so "validation_help.xhtml" might have been removed intentionally, but link has not been adapted? May be you can search DE-Trunk source code for some strings you find in 2.5 "validation_help.xhtml"? Or simply try what happens if you add "validation_help.xhtml" again? I have no skills in source code investigation
I checked the source and the file is present. Could you tell me how I can run and reproduce this bug?
I mean, I am unable to run seamonkey DE, I am using Ubuntu.
From time to time I test English SeaMonkey 2.42a1 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Firefox/45.0 Build 20151103003001 (Classic Theme) on VirtualBox Ubuntu 14.04 LTS, I'm not a Linux expert. I unzipped SM 2.5 for seamoneky, but it seems there is no "seamonkey" executable? I already asked for help at <de.comm.software.mozilla.misc>, will also ask at <mozilla.support.seamonkey>, <mozilla.dev.apps.seamonkey>
I downloaded Seamonkey 2.5 from http://archive.mozilla.org/pub/seamonkey/releases/2.5/linux-i686/de/seamonkey-2.5.tar.bz2 und just unpacked it to /opt/seamonkey. It still runs ok in Kubuntu 14.04. Link works. See screenshot to where it leads. What exactly do you need to know?
I unzipped the seamonkey folder to /opt and then I ran /opt/seamonkey/seamonkey but it gives me this error, ./seamonkey-bin: error while loading shared libraries: libdbus-glib-1.so.2: cannot open shared object file: No such file or directory
This seems to come from: https://launchpad.net/ubuntu/+source/dbus-glib See if you can find a libdbus-glib.1.so.4 or so. If you find it create a symbolic link to it in the seamonkey directory with the name libdbus-glib-1.so.2 and run ldconfig afterwards. This might not work if the interfaces changed too much but I had some success in it in the past. If it doesn't work you might want to install virtualbox or use another virtualizer to create a virtual machine with an older Linux still contaning the old libs.
When I try to use a virtual box running ubuntu 12 I get an error saying "./run-mozilla.sh: 141: exec: ./seamonkey-bin not found", when I run ./seamonkey
If you are using 64bit Ubuntu: you need to either have the missing libraries in their 32bit versions or use the 64bit SeaMonkey from here https://archive.mozilla.org/pub/seamonkey/releases/2.5/contrib/seamonkey-2.5.en-US.linux-x86_64.tar.bz2 with the German langpack from here https://archive.mozilla.org/pub/seamonkey/releases/2.5/langpack/seamonkey-2.5.de.langpack.xpi (In reply to Frank-Rainer Grahl from comment #13) > Created attachment 8696222 [details] > seamonkey.jpg > > I downloaded Seamonkey 2.5 from > > http://archive.mozilla.org/pub/seamonkey/releases/2.5/linux-i686/de/ > seamonkey-2.5.tar.bz2 > > und just unpacked it to /opt/seamonkey. It still runs ok in Kubuntu 14.04. Confirming: runs without any startup-problems on Kubuntu 14.04 64bit
Sorry forgot the architecture. Confirming: runs without any startup-problems on Kubuntu 14.04 x86 too. The 32 bit library versions are usually in the lib not lib64 directories if you need to create a link for one on a 64 bit linux. If you just want to do some testing with the official versions which are all x86 I recommend a x86 VM. Smaller memory and disk footprint and not that picky when it comes to bad VT-x implementations on the host.
I simply downloaded German Langpacks from <https://archive.mozilla.org/pub/seamonkey/releases/2.39/langpack/> <https://archive.mozilla.org/pub/seamonkey/releases/2.5/langpack/> and unzipped both As expected result is: seamonkey-2.5.de.langpack.xpi DOES contain validation_help.xhtml seamonkey-2.39.de.langpack.xpi does NOT contain validation_help.xhtml 10. The Help contents from Description step 3 you find in privsec_help.xhtml 11. If you click “Validierung” in 2.5 file system the link will open expected contents 12. If you click “Validierung” in 2.39 file system the link will will cause an error message “not found” 13. After copy/paste of 2.5 “validation_help.xhtml” to 2.39 (\chrome\de\locale\de\communicator\help) Step 12 will lead to expected contents. So a simple adddition of “validation_help.xhtml” to German Language Pack (and native DE SeaMonkey) might heal the problem? In a second step we will have to check whether German Version contains errors in contents.
@Rainer Bielefeld, yeah that seems to fix up the problem. This should also resolve some other issues, #1229655 #1229653 I would like to set up a patch if its fine with you, can you point me to the source of the language pack and the native version of seamonkey (DE), wasn't able to find it on archive.mozilla.org.
The files are in the de l10n-central repository. No separate Seamonkey repository: http://hg.mozilla.org/l10n-central/de While this might work the en-us version has updated content. The de version should imho follow the structure of this one in the mid term. If you want to fix another bug add the missing image from the en-us directory to the de repository: \de\suite\chrome\common\help\images\mail_newmail_balloon.png It's still missing and mozmake installer fails without it. I just copied it manually to my local repositories. I think there is already a bug for this somewhere if not it should be created.
But the repository from the link you provided already has the validation_help.xhtml file, so does that mean this wont be an issue anymore? I will search and make a new bug if it doesnt exist already for the mail_newmail_balloon.png.
I can't say that I am familiar with the l10n build system :) Maybe just the installer files are bad and ommiting it during builds. FRG
@Frank-Rainer Grahl , where should I include this de folder while running the build? Should the suite folder contents be included in the suite folder of seamonkey (where en-US is) under a folder de? And once this is done do I just normally run mozmake to check if the build fails?
These are my Windows VS2013 x86 de build files. I am not sure if mk_add_options MOZ_CO_LOCALES="de" ac_add_options --enable-ui-locale=de are both needed. Documentation is sparse and I was too lazy to play around with them... ac_add_options --with-l10n-base=c:/seamonkey/l10n/l10n-release is the base for the l10n files. The de is under it and just contains the l10n files. The release tree will likely not build now because FF 43 has already been checked in but the l10n options should be the same for the other trees. The de tree does not contain dictionaries due to a license problem. The installer build barked about missing files and I just copied de.aff and de.dic from Libre Office into the tree instead of fixing the options. Not sure how they do it in real release builds. Can't help you with Linux builds but it should be more or less the same till the installer stage.
ASSIGNED due to facts
Assignee: nobody → vishal.batchu
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
Summary: SeaMonkey Help: 'Privatsphären-Funktionen verwenden → Datenschutz & Sicherheit' - Validierung-link leads to nowhere → SeaMonkey Help: 'Privatsphären-Funktionen verwenden → Datenschutz & Sicherheit' - Validierung-link leads to nowhere, "validation_help.xhtml" not included into build
(In reply to Batchu Venkat Vishal from comment #24) > @Frank-Rainer Grahl , where should I include this de folder while running > the build? Should the suite folder contents be included in the suite folder > of seamonkey (where en-US is) under a folder de? And once this is done do I > just normally run mozmake to check if the build fails? You can also build the English application and then repack it, see https://developer.mozilla.org/en/docs/Creating_a_Language_Pack
Anything new here?
Assignee seems to be no longer active
Assignee: vishal.batchu → nobody
Status: ASSIGNED → NEW
For me still REPRODUCIBLE with Installation of official DE SeaMonkey 2.49.4 (NT 6.1; WOW64; rv:52.0) Gecko/20100101 Firefox/52.0 Build 20180713174829 (Default Classic Theme) on German WIN7 64bit and newly created test provile.
You need to log in before you can comment on or make changes to this bug.