topbanner_forum
  *

avatar image

Welcome, Guest. Please login or register.
Did you miss your activation email?

Login with username, password and session length
  • Monday October 25, 2021, 11:42 am
  • Proudly celebrating 15+ years online.
  • Donate now to become a lifetime supporting member of the site and get a non-expiring license key for all of our programs.
  • donate

Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Topics - ptran [ switch to compact view ]

Pages: [1]
1
Hi,

I have a custom date format using %e. The quick paste menu displays 00 (two consecutive zeros) instead of the day of the month. When I paste, I also end up with 00. This behavior looks wrong. I'm running the CHS 2.31.0 beta (just downloaded about 10 minutes ago) on 64-bit Windows 7 Service Pack 1.

Here's the preset I'm using:
%A, %B %e, %Y

Here's the text is see in the pop up and when I paste:
Wednesday, October 00, 2015

The %d works correctly and displays "14" (for today, October 14, 2015).

2
I suggest that the ConfigDir.ini in the FindAndRunRobot.zip file be renamed to ConfigDir_Portable.ini. I'm making this suggestion because I don't want the ConfigDir.ini from the ZIP file to overwrite my custom settings in my ConfigDir.ini.

In the new portable zip of FARR, https://www.donation...RunRobotPortable.zip, there's a ConfigDir.ini that sets the following variables:

PORTABLE=TRUE
CONFIGDIR=.

To prevent this ConfigDir.ini from overwriting my ConfigDir.ini, I first rename my ConfigDir.ini, extract the ZIP, and then restore my original ConfgiDir.ini. In my ConfigDir.ini, I don't set PORTABLE, and I assign CONFIGDIR to a different location than ".".

If other folks are also trying to maintain their own ConfigDir.ini while using the ZIP file, then this request is probably worthwhile. If I'm the only one running into this, then it's probably not worth the change.

3
Hi,

I think something in the latest stable FARR release (2.07.01) is modifying the IE user-agent setting in the registry.  I recently updated to FARR 2.07.01 and noticed the following behavior.

When the new version starts up, it adds to the following registry key:
     HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\User Agent\Post Platform
With this key:
     User-agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; http://bsalsa.com) ( EmbeddedWB http://bsalsa.com/)
Website www.useragentstring.com reports that my IE user agent is:
     Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; User-agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; http://bsalsa.com) ( EmbeddedWB http://bsalsa.com/); .NET CLR 2.0.50727; .NET CLR 3.0.04506.30; .NET CLR 3.0.04506.648; MS-RTC LM 8; .NET CLR 3.5.21022)
I noticed this behavior as a result of diagnosing some IE connection problems with my intrusion detection software.  It didn't like the much longer user-agent string from IE.  I'm not posting about the intrusion detection software, though.

The following portion of the string looks peculiar:
     User-agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1;

On another computer, I installed an older FARR version, 2.0.0.145, for comparison.  After the install and after launching FARR, I do not see the registry change.  Website www.useragentstring.com reports the user agent is:
     Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.2; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30; .NET CLR 3.0.04506.648)

The list of plugins in the Plugin Manager is empty, so I don't think it's from any plugin.

Here are my thoughts ...

  • The HTTP User-agent header field is in the registry key name. That looks incorrect.
  • I searched for "bsalsa.com" on the Internet and see mention of it as an embeddable web browser.  Is this thing the new embedded browser mentioned in the latest release of FARR?

4
Hi,

When I use FARR for the first time on my dual boot machine (Windows XP 32 bit and 64 bit) from my 32-bit installation, FARR displays a popup alert window with the following message:

Find and Run Robot: FindAndRunRobot.exe - Bad Image
The application or DLL C:\WINDOWS\system32\netsetup.cpl is not a valid Windows image. Please check this against  your installation diskette.

My 32-bit Windows XP is in drive E: and my 64-bit Windows XP is in drive C:.

Under Options > Search Folders, I don't have any entries that explicityly list C:\WINDOWS\system32.

So, I don't know how FARR is encountering that file.

When this alert comes up, I click OK, and the alert will come up again two more times. After I click on it for the third time, it never comes up again until after I login again, which is usually after a reboot.

5
Hi,

I've encountered a peculiar problem with Clipboard Help+Spell where the menu items, the buttons on the toolbars, and other UI elements do not respond. When I hover over them, I see the menu items highlight, the button outlines show up, and the I-beam appear in them textarea containing my copied text. But, the menus (e.g., File, Edit) do not appear, the buttons don't do what they normally do (e.g., does not create a group, does not delete a clip), and the I-beam doesn't select text. I cannot use the minimize, maximize, or window close button on the upper right corner of the application window. It almost appears that the application can detect my mouse location, but not the mouse clicks.

I'm running Windows XP Pro SP2. I am also running the goScreen (http://www.goscreen.info/) virtual desktop manager. I don't know for sure if goScreen is part of the problem. I depend on goScreen, so I'm always running. On one occasion, I ran CHS for several hours without problem when I did not have goScreen running.  But that's not really proof they are related.

Unfortunately, I don't know when I get into this state. I would copy something to the clipboard, then open the application from the system tray and unexpectedly get this behavior.

I can right click on the CHS icon in the system tray, exit it, then start it back up. At this point, the problem no longer occurs. So for now, that's my recovery from this problem.

FYI: This problem also occurs with ScreenCaptor. I am posting this message to CHS because that's the first application that exhibit this problem. FARR does not exhibit this problem.

Pages: [1]