After server upgrade from Domino 8.5.3 to 9.0.1FP2, the CKEditor in one of our applications stopped working but only on a few PC's. Some users see the full CKEditor in that appliacation some users don't. All of them have the same browsers (Firefox and IE) in the same versions.
Those, who does not see that CKEditor, see only a simple TextArea on it's place.
Has anybody any idea, where could be a problem?
Thanks, JiKra
You need to refresh the browser cache in order for the updated CKEditor files to be downloaded (and used).
There's a similar discussion on my blog at http://per.lausten.dk/blog/2014/08/xpages-and-domino-9-0-1-fp2-upgrades-to-ckeditor-and-dojo.html.
Cleaning and rebuilding the application worked for us.
Related
Last week I tried to update my Notes client installation from 9.0.1 FP9 to FP10 IF 3. For technical reasons I had to roll back which proved to be quite difficult, and I ended up completely uninstalling Notes and doing a fresh installation of 9.0.1 (standard) then FP9 IF 2.
Everything's fine (and much more responsive than before, too) with one serious exception:
Within the client help popup window for Notes client and Domino Designer help is hardly usable now; obviously there's no CSS style or whatever applied to the nav page / frame:
As you can see in the screenshot styling of the main window part (green frame) is fine. But everything that is releated to navigation (red frames) appears to be raw html. Javascript calls are apparently working but it's really hard to navigate the "chapters". Same applies to Designer help, of course.
Here's what I tried to solve that riddle:
uninstalled and re-installed full client 3 times; sometimes I ran the
installation as local Admin other times I didn't (no difference)
just installed plain Notes 9.0.1 from scratch then tested Client help before updating to FP9IF2 (no difference)
restored the entire [Notes-Programm]\framework directory from a
backup I took when Notes help still was working as expected (no difference)
copied over the entire \Notes\ folder from a different PC where popup help is still working fine (no difference)
Problem with that is: being a Developer I need to have a functioning help window in my Domino Designer. The navigator as it is right now however is plain useless. And designer_help.nsf isn't of help at all when it comes to Java, LotusScript etc. objects and classes.
One of my co-workers has the same phenomenon while another one hasn't.
Question: did anyone else experience something like that? Where you able to solve it? How?
This seems to be related to an issue with the embedded browser windows that Domino Designer uses to open the Help website.
Try to open following link in a modern browser (such as Chrome or Firefox) and the navigation should be fine.
http://localhost:50970/help/index.jsp?topic=%2Fcom.ibm.notes.help.doc%2Ffram_getting_started_c.html
Bookmark it and use it when you need it.
Try using the IBM Nice tool to see if it can fix your issue
https://www-01.ibm.com/support/docview.wss?uid=swg21459714
Meanwhile I restored my entire Windows system partition from a backup created just before all that began (lucky me that I have both regular local backups plus a separate system partition). And that finally helped resolve the problem.
Meanwhile I'm 99% sure that this is due to a rather new registry and/or firewall setting not yet known to IBM's NICE tool.
Hello stackoverflow team
I've installed the ckeditor package as per the Quick Start Guide at https://docs.ckeditor.com/ckeditor4/latest/guide/dev_installation.html
Server is Apache running on CentOS 7
I'm stuck on the "Trying it out".
When I point my browser (Firefox 52.x) to the page
http://localhost/ckeditor/samples/index.html
The page displays without the ckeditor editing box.
What have I done wrong ?
I can use Firebug and can see the javascript has been loaded into the webpage, BUT its not displaying anything.
Also checked the Firefox for any add-on blockers, none detected.
And the same Firefox is using ckeditor to post this question !!
TIA's for any ideas and suggestions.
Download Full package, install.
Now working as expected. Previous attempt must have been an incomplete load.
I am facing issue (Error:500 Unexpected run time error ) in some cases when xpages based application is opened in Note 9.0.1 client. This issue is not reproduce because when you restart your client it automatically resolve the problem and its not come very often.
Initially we were using Server 8.5.3 but we have upgraded server to 9.0.1 FP4HF71. We have not observed this issue on 8.5.X clients.
Can anybody tell why this issue sometime occur on some machine and automatically issue is fixed when machine re-starts .
Anybody else facing same issue or not? Possible solution?
It works well other than xpages apps.
Thanks,
Qaiser
Is this while you're developing? If you make a change in Domino Designer and want to see the change in XPiNC, you need to close Notes and re-open. It's to do with how the applications are loaded and how the XPages runtime differs in XPiNC vs server. (My guess is that the XPiNC XPages runtime uses the .class files for the application loaded in memory, but building the application recreates those - it has to - so the files are no longer available for the XPiNC runtime.)
There's no way round it and my recommendation (and what I've used for XPiNC development on other projects) is develop and test in Firefox, then do a final review in XPiNC when complete. Troubleshooting in Firefox is significantly easier than XPiNC, even with Firebug Lite plugin, so it will be an easier development experience.
The biggest single different with XPiNC look and feel / processing is if #DbLookup and #DbColumn are coded with "" as the first parameter, which works on browser but is bad practice. Following best practice of using #DbName() as the first parameter will yield consistent results on XPiNC and browser.
It won't occur for non-XPages applications, because they are the only applications using the XPages runtime built into the Notes Client for XPiNC.
Try changing the port under Preferences -> Domino Designer -> Web Preview Port to 8080 or something along those lines. Maybe port 80 is already in use.
Such as this one: http://www.webstandards.org/upgrade except it's just awful and is way out of date (use Netscape 7? really?)
I am going to require IE9+ and the latest versions of the rest of the browsers.
Thanks.
http://browsehappy.com/ is probably my favourite. I probably wouldn't redirect though. Maybe a popover/modal with the link in it? A little less militant.
Redirecting the user when using your site to an upgrade page can be quite frustrating for the user (also, the number of users who actually upgrade from their favorite "old" browser is lower than we'd hope.)
I would suggest displaying a dialog urging him/her to upgrade to use the full site, while displaying a basic HTML-only (or scaled up mobile) site.
http://www.browser-update.org/ helps you display an unobtrusive notification, urging the user to upgrade.
I have created an extension library component but my XPages Extension Library is working on my local Notes Browser. If I run my XPage in notes itself it works fine.
When I run it in the browser I get the following error is thrown:
Cannot find the library com.example.blank.library, required by the application /ForLearnCopy.nsf.
What does this mean, and how can I solve it? Thanks!
You have to install your plugin like a server plugin.
Have a look here:
Running XPages Extension Library on local machine
Hope this helps
Sven
Ramakumar,
check the documentation of the extension library. It shows nicely what you have to do to get a plugin working everywhere. There are 3 places:
install using an update site in Notes client - to work in the Notes client. Usually ends in NotesData/workspace/applications
install into NotesData/domino/workspace/applications (look for plugins/features folder there) - to make it work on the local browser preview
in the Domino server (use the updatesite.nsf and the right parameter)
Hope that helps