Running my XPages application on RedHat Enterprise Linux Server 6.5 i notice problem with my control, for example i am unable to open and close section control also the Rich Text control(CKEditor) is display like a textbox. see image below:
can anyone tell me what is wrong or what i need to fix the problem
I don't know anything about RedHat to know if there could be OS-specific issues.
Is the database set to compile to a specific (older) version of Domino? If so, it could be looking for a specific release's Dojo components. A newly-installed server will only have the latest Dojo version, not historical versions, which can explain it looking different on one server and another.
Using Firebug should confirm the Dojo version it's looking for and whether it's failing to find files at a specific location.
Related
My problem is that I have been asked to insert an instruction into a cics program that it can open a web page using a specific url.
Is it possible to give this kind of instruction ?
If yes, can you show me example code ?
Please notice that the program runs on a cics simulator called 'Unikix', which is installed on linux server with an old RedHat distribution still 32bit.
The cics program, in which I have to insert this instruction, is written in Cobol language and it is compiled using Microfocus compiler.
Is it possible? Yes. Some 3270 emulators can already scan panels and, if they recognize something that looks like a URL, make it a clickable link. Given that the 3270 protocol allows for hidden fields and the like, you certainly could imagine a 3270 emulator looking for a specifically named and formatted hidden field, and taking an action on that field. However, doing this would require building the capability into a 3270 emulator, along with adding the field to the 3270 panel.
It might be better to explain what you’re trying to do, because I don’t think this is a good solution to whatever your problem is. It would be incredibly fragile.
I found a solution:
the Quick3270 emulator solves the problem,
I verified that clicking (left button) on a field showing a web link the browser is started and the link page is shown
thank you all for the suggestions that directed me to the solution
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.
I am installing the extension library in one of my local machine,I have previously also installed extension library in another machine and that is working fine,but now in another machine all settings and process is same, To test whether the extension library is installed or not I have created a test page and added layout control and according from extension library to the page and executed the page from the browser,It is not giving any error and prints the values which i have given in the layout.but layout is not visible.
In short the controls from the extension library are not visible when executed the page in browser,
I have Verified the extension library installed on designer as below image.
I have Verified the extension library installed on server as below image.
So in server responses the state is LAZY,bit confused here whether the library is loaded on server properly or not.Or i have to do all the process again to get library started.
Any suggestion would be appreciated.
Edit 1: I forgot to mention that I am using domino designer 9 and notes 9,the domino server version is 8.5,Is there any issues with version?
Edit 2:Now I have converted domino server, domino designer,notes client to version 8.5,Currently I have every thing of same version,I tried loading extension library it loads but only some controls works and some are not.
For example I have added "dialog box,application-layout" this works with no issue but, when I add name picker and value picker is shows Unhandled exception.
To be more clear,
when I add name-picker and value picker without any values it looks perfectly working as in image.
Now when I add values in name picker or value picker or accordian is shows the error,
<xe:namePicker id="namePicker2" for="members"
dialogTitle="Teilnehmer auswählen">
<xe:this.dataProvider>
<xe:namePickerAggregator>
<xe:this.dataProviders>
<xe:dominoNABNamePicker
addressBookSel="all" nameList="peopleAndGroups"
groups="true">
<xe:this.addressBookDb><![CDATA[# {javascript:var nab:NotesDatabase=session.getDatabase(database.getServer(),"names.nsf");
return database.getServer() + "!!" + nab.getFilePath();}]]> </xe:this.addressBookDb>
</xe:dominoNABNamePicker>
</xe:this.dataProviders>
</xe:namePickerAggregator>
</xe:this.dataProvider>
</xe:namePicker>
Extension Library relies on code available in the underlying XPages-related classes installed with the server. So if you install a ...9.0.1 version of Extension Library on an earlier server version, it will not be able to run properly. Always ensure the Extension Library version is appropriate for the server and bear in mind some functionality will not be available (so you won't be able to use deviceBean, some mobile components or the Bootstrap functionality included in more recentl versions of Extension Library.
I would still encourage you to use the latest Domino Designer, for better stability and tooling options. You can still have a 9.0.1 version of Extension Library installed, as far as I know. Designer just picks up tooling and doesn't includes Extension Library source code in the compiled NSF, so there's no conflict. An 8.5.3 version of Extension Library may not even install on a 9.0.1 client, I haven't tried.
On Xsp Properties, General tab, setting "Minimum Supported Release" to 8.5.3 will ensure it still compiles against the 8.5.3 limitations, which should ensure you don't accidentally use properties or functions that didn't exist until after 8.5.3.
I added a couple of custom control into a plugin and imported them on the server using the update site. They are working quit well so far but when i open an application in the designer client i can see the custom control from the plugin twice.
I tried to add them the same way bootstrap4xpages is adding a plugin but mine is duplicated.
One entry is without any icon the other has the standard grey cc icon. Not the end of the world but i must have done something wrong. Any idea why that happens?
It's a known issue with 9.0 and 9.0.1, specific to components that are Custom Controls. I encountered it quite a while ago. Mark Leusink had the same problem for Debug Toolbar and discussed it with the IBM developers at IBM Connect last year. So I would hope it will be addressed in the next point release, 9.0.2.
It still works fine though, regardless of which one you select.
Before I start pulling my hair out on any "known issues", is there any quirks or problems that I should be aware of.
Specifically with cookies, JavaScript, HTML, CSS and images.
PS I have a copy of the docs provided by RIM, but I'm hoping others know of some lesser known issues.
Here are a few that I've noticed:
For some reason, the BB browser doesn't seem to handle underscores in the hostname correctly. I don't remember what happened, but if you hostname is like this: http://some_host/blah, I remember it having problems.
This can be corrected with a DNS entry that removes the _
Another thing we've seen is serving up .jad files for Java downloads. If your module contains _ or other special characters, the BB browser displays a HTTP 500 error when trying to fetch the .jar or parse the .jad. This is especially annoying because it's not actually an HTTP error, the server is serving up a file, but the BB browser just can't parse it, so it blames the server.
We fixed this by using Fiddler to hit the .jad URL and view the contents of the HTTP response. If your .jad has any special characters (or sometimes URL/HTTP encoded strings) you might need to simplify your module name to only use A-Za-z0-9
I know those aren't exactly html/css things, but thought I'd post this anyway!
I had used the blackberry browsers on emulator versions to test my web pages.
These are some i would like to point out.
Please forgive me in case of any deviation with a real case because these are specific to emulator versions on windows 7 OS. I dint have the devices to check and verify.
When we are coming down to a BB OS version below 5.X (eg. BB 9630), the browsers support for java script will be turned off by default. So you need to go browser options turn on it manually.
When we go further down to BB OS version 4.2, the style sheet support will be turned off by default. Causing your webpages to render without applying style sheet. So that time you need both the java script and style sheet supports to be turned on manually.
Even when i was on a OS version 7.X or 6.X, the internet connection was working and i could connect to pages. When i went down to version 5, those emulator browsers shown issues for connection. On googling i found that MDS is a requirement when we go down the versions and seek internet access.
I installed MDS, still it was not working for versions below 6, reason being the JAVA_HOME environment variable was not set in my advanced system settings in my-computer properties. But it was not even pointing out the issue and the MDS was closing instantly.
So after setting my JAVA_HOME to "C:\Program Files (x86)\Java\jre1.6.0_07" the place i installed JDK(we need JDK for MDS), internet connection started working.
Also if you are using g zip compression for your pages, below Blackberry OS version 6, the browsers no longer requests for a compressed one. (found it on OS version 5 emulators BB 9700,BB 8520).
Also when you are going to use a css property or html entity that you doubt support, be sure to go to the corresponding OS version content developer guide and find from which version are they providing the full support and partial support.
Check out the BlackBerry Browser Version 4.2 Content Developer Guide. It is for the older 4.2 browser but still has lots of good info about what HTML, CSS, and javascript is supported.
My experience with BB 8700 is that you should not use JavaScript, neither depend on CSS to be rendered correctly. It also has no flash player by default so you're off to plain server-side HTML form processing/ASP/CGI. Also beware of size, as internet can get pretty slow while on the road.
One known issue is that the Blackberry browser completely ignores the css display property, so you can't use display:none to hide content.
We've also had trouble with basic form submittal - sometimes, the POST doesn't happen at all, other times it happens but some or all of the form fields go AWOL. We haven't been able to get to the bottom of this issue, but it seems to occur mostly with the BB Curve series.