topbanner_forum
  *

avatar image

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

Login with username, password and session length
  • Friday April 26, 2024, 11:04 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.


Messages - Jesper Hertel [ switch to compact view ]

Pages: prev • 1 [2] 3 4 5 • next
26
Clipboard Help+Spell / Re: Cannot delete single clips
« on: October 09, 2013, 10:28 AM »
Okay, I did that: Reinstalled latest version (2.19.01), deleted all ClipTable.* and GroupTable.* files, then started Clipboard Help+Spell. I got a fresh, clean database that way.

Still I can't delete any clips!

So I guess the problem must reside in the settings? Or in some files shared with other programs perhaps? DLL files? Libraries?

27
Clipboard Help+Spell / Re: Cannot delete single clips
« on: October 09, 2013, 10:21 AM »
Oh yes, I found the ClipboardHelpAndSpell.ini file which must be the settings. I will try to delete the database (I have backups) and reinstall and see what happens.

28
Clipboard Help+Spell / Re: Cannot delete single clips
« on: October 09, 2013, 10:17 AM »
And have you run the repair database function on your main normal database?
Yep. I just tried it again, and Clipboard Help+Spell said the database was found free of errors. But still, no single clips can be deleted.

Can I do a reinstall where I get to keep my settings but start over with a new, fresh database in some way? Or do the settings also live in the database?

29
Clipboard Help+Spell / Re: Cannot delete single clips
« on: October 08, 2013, 05:01 PM »
What version of CHS do you have?
2.19.01

Do you update it with DCUpdater?
Yep.

Download the portable version of CHS ...
The portable, clean install (also version 2.19.01) works perfectly – no problem deleting clips in that one.

30
Clipboard Help+Spell / Re: Cannot delete single clips
« on: October 07, 2013, 02:45 PM »
Now I tried restoring miscellaneous backups from 2008 to 2013. Some make Clipboard Help+Spell crash, and in the ones that do not crash, the problem is the same.

I guess I will have to do a reinstall.

31
Clipboard Help+Spell / Re: Cannot delete single clips
« on: October 07, 2013, 12:56 PM »
I just tried taking a backup of the current database and then restoring the oldest version I have easy access to – a backup from July 11, 2013. Same issue there – and all clips are grey there too. I guess I rarely delete clips from the database, so that must be why I never discovered it before. But I accidentally put a password on the clipboard so I wanted to delete that – that was how I discovered that I couldn't.

32
Clipboard Help+Spell / Re: Cannot delete single clips
« on: October 07, 2013, 12:48 PM »
The grey color just means that the clip is in a child group of the one you are currently in
But how come, then, that no matter what group I switch to, all clips are grey? Even in groups without any children like All/Clipboard/New and All/Clipboard/Old? Well, except for the Quick Paste group, where all clips are blue. I cannot delete from the Quick Paste group either, by the way.

If you exit and come back, is it still there?
Yep!

And can you add new clips?
Yep!

Can you MOVE clips by dragging and dropping them into different folders?
Nope!

And what operating system is this?
Windows 7 Home Premium SP1 64 bit.

33
Clipboard Help+Spell / Re: Cannot delete single clips
« on: October 07, 2013, 07:43 AM »
IainB, I am sorry, I should have told that I already did View | Options | Backup Maintenance | Verify or Repair Database (as well as tried to restart Clipboard Help+Spell) before writing this bug report in the first place. None of it worked. But thanks for the tip!

Here is the CHS statistics:


Information:
   Database File: C:\Users\Jesper\Documents\DonationCoder\Clipboard Help+Spell\Database\ClipboardHelpAndSpell
   Temp Directory: C:\Users\Jesper\Documents\DonationCoder\Clipboard Help+Spell\Database\Temp (0)

Totals:
   Text Clips Added To Database: 4533  (645.57kb)
   Image Clips Added to Database: 23  (548.25kb)
   Items Pasted: 205
This Run
   Text Clips Added To Database: 22  (1.14kb)
   Image Clips Added to Database: 0  (0b)
   Items Pasted: 0
This Run, Total Detected Clipboard Events: 55
   DB Retryable Errors: 0 (0)
   ClipEvents Triggered: 63
   ClipEvents Processed: 55
   ClipEvents TooSoon: 20
   ClipEvents Identical: 11
   ClipEvents Duplicate: 1
   ClipEvents Ignore: 2
   ClipEvents TooBig: 0
   ClipEvents BadFocus: 0
   ClipEvents BadMutex: 0
   ClipEvents IgnoredEvents: 0
   ClipEvents TooFast: 0
   ClipEvents GetUrl: 0
   ClipEvents GetUrlException: 0
   ClipEvents Exception: 0


One strange thing about the "Database File" is that there is no file or folder called "C:\Users\Jesper\Documents\DonationCoder\Clipboard Help+Spell\Database\ClipboardHelpAndSpell" on my computer. But the folder "C:\Users\Jesper\Documents\DonationCoder\Clipboard Help+Spell\Database" is there and contains:

Files (dir)
Temp (dir)
CHSDatabaseLockFile.lck
ClipTable.bbk
ClipTable.blb
ClipTable.dat
ClipTable.dbk
ClipTable.ibk
ClipTable.idx
GroupTable.bbk
GroupTable.blb
GroupTable.dat
GroupTable.dbk
GroupTable.ibk
GroupTable.idx
README.txt

Is that as it should be?


And mouser, the clips are simply in All/Clipboard/Old and All/Clipboard/New. And none of the ones I tried to delete were Favorites.

When I try to delete from the Recycle Bin, I do get the warning that they will be permanently deleted – but still, after saying Yes to that, the clip stays. The "line cursor" ("current record marker") goes to a completely other place in the Recycle Bin, but the clip I wanted to delete was not deleted.

All the clips are written in a grey font, I noticed, which seems a bit odd. I don't remember if that is normal in Clipboard Help+Spell? I would expect just a normal black font... Is that some kind of indication that they cannot be deleted (that they are "greyed out")? But if so, why would I get the warning...

Because of all my special settings and adjustments over the years I don't feel very much like uninstalling Clipboard Help+Spell, deleting all settings, and starting all over with a clean install to see if that helps. But is there perhaps some way to export my settings in text form, so I can easily get them back after such a clean reinstall?

34
Clipboard Help+Spell / Re: Cannot delete single clips
« on: October 06, 2013, 06:37 PM »
Sorry for the late reply – I didn't see the notification.

I agree that it should work. :) But it doesn't. Restarting Clipboard Help+Spell doesn't work either. It still won't delete any single clips. Only the "Delete all clips in this group" menu item works.

35
Clipboard Help+Spell / Cannot delete single clips
« on: October 02, 2013, 06:08 PM »
I just noticed that I cannot delete any single clips from Clipboard Help+Spell.

I right-click a clip and select "Delete selected clip". The focus then moves to another clip, but the clip I right-clicked is still there.

Selecting a clip and pressing the Delete key has exactly the same effect – or lack of effect.

It doesn't matter what clip I choose – none can be deleted.

Deleting *all* clips in a group works. But deleting a single clip – or a selection of clips – doesn't.

36
Clipboard Help+Spell / Re: Conflict with LibreOffice/OpenOffice
« on: May 20, 2013, 12:32 AM »
Oh, I cannot keep up! :) I answered now by email. I cannot make LibreOffice crash now, which is good :). I will see what happens in the time to come when I work with LibreOffice.

Thank you, thank you, thank you!

37
Clipboard Help+Spell / Re: Conflict with LibreOffice/OpenOffice
« on: May 13, 2013, 05:54 AM »
Hm... It happened again...  :(

LibreOffice locked up, and Clipboard Help+Spell was inaccessible. Nothing happened when I clicked the Clipboard Help+Spell icon, neither a left nor a right click had any effect – I tried about 30 times over a period of perhaps 30 to 45 seconds... The exact moment I killed the Clipboard Help+Spell process, LibreOffice became fully responsive again.

And I did no clipboard thing in LibreOffice. I just initiated a document compare. Well, I actually pasted the name of the second file to compare into the file open dialog from LibreOffice (that was a clipboard thing) and then started the compare. And LibreOffice did do the comparison and showed the results, but then it locked up (within a second from the paste command).

I tried to do the exact same thing again. Started LibreOffice and did the same compare in the same way as before, and made my actions in about the same speed. But this time nothing locked up.

Can I help with any kind of system snapshot, log file or similar from when it happens again? Can I break into Clipboard Help+Spell and see where it is locked? Perhaps I can go to Process Explorer and have a look at the stack of Clipboard Help+Spell in the Threads tab of its process – and maybe even have a look at the stacks of the various threads to see where it is locked? Anything in particular to look for?

In any case, I will try to analyze both Clipboard Help+Spell and LibreOffice with Process Explorer next time the deadlock happens. Even though I don't understand much of it, perhaps I can get some idea of what is happening so I can give you a clue.

I'll return. :)

38
Clipboard Help+Spell / Re: Conflict with LibreOffice/OpenOffice
« on: May 12, 2013, 09:02 PM »
I will! :up:

39
Clipboard Help+Spell / Re: Conflict with LibreOffice/OpenOffice
« on: May 12, 2013, 08:50 PM »

  so much, mouser! You are awesome!

I have installed the beta now and will see how it goes. I tried some wild copying in LibreOffice with the new beta running, and so far everything seems to work perfectly. :Thmbsup:

Thank you again! :)

40
Clipboard Help+Spell / Re: Conflict with LibreOffice/OpenOffice
« on: May 09, 2013, 05:44 PM »
i'll try to look at this at the same time and report what i see
-mouser (May 09, 2013, 11:24 AM)
Thanks, mouser! :Thmbsup:

41
Clipboard Help+Spell / Conflict with LibreOffice/OpenOffice
« on: May 08, 2013, 09:32 AM »
For a long time (many months, perhaps years, my brain really needs a memory upgrade), I have experienced a conflict between LibreOffice and Clipboard Help+Spell.

When copying something in LibreOffice, sometimes Libreoffice locks up and becomes unresponsive. Every time this happens, I notice that Clipboard Help+Spell is also unresponsive, and my only option is to kill its process :rip:. And the very second I kill the Clipboard Help+Spell process, LibreOffice becomes responsive again.

This has happened countless times to me.

I can not reproduce it as it only happens sometimes. But my guess is that some kind of deadlock occurs, where both programs are waiting for eachother to release an open handle or something. So I guess it would be possible to look at the source code of Clipboard Help+Spell and see if it is made in a way that could provoke a deadlock with another program accessing the clipboard. And maybe then a timeout could be introduced in the waiting in Clipboard Help+Spell so the deadlock would only last a few seconds (or less) at max and then give up and possibly give a tray balloon tip about its unability to get clipboard contents or so. I think it is much better to avoid the deadlock and miss the copied text than to lock up both programs waiting to get a copy of the clipboard.

I am 99% sure the same happened in the past when I used OpenOffice instead of LibreOffice. But I have never experienced that deadlock with any other programs. Only in the combination LibreOffice/OpenOffice and Clipboard Help+Spell. So I am quite sure there is some kind of bug in LibreOffice in the way it handles the clipboard. On the other hand, I would prefer if Clipboard Help+Spell didn't lock up just because of that. It would be nice if it could gracefully be a little more accepting towards LibreOffice's possibly rude behaviour. :)

Just now it occurred to me that I could probably circumvent the problem and avoid the deadlocks by putting LibreOffice (soffice.bin and/or soffice.exe) on the ignore list in Clipboard Help+Spell. But it would be nice if the two applications could peacefully coexist and Clipboard Help+Spell would also work with LibreOffice. :)

42
FARR Plugins and Aliases / Re: Updated: GooglePlus - View Google search results in FARR as you type
« on: April 30, 2013, 09:31 AM »
Hey, i keep getting no results.
-mastermind1234321 (April 17, 2013, 05:25 PM)

Do you type for instance "gpw test" (and not just "gp test") and still get no search results for "test"? Because it works for me.

Maybe it is a silly question, but at first I typed just gp and my search phrase and got no results... :P

43
T-Clock / Re: T-Clock 2010 (download)
« on: December 31, 2011, 08:30 PM »
I must admit I haven't read all 16 pages of comments, so I don't know if this bug has been mentioned before:

Right now at local time 2012-01-01 03:21, the week number is "00". It should be 52.

The "TClock: Calendar" shows the week number correctly.

The bug only shows a few days in the beginning of every year, and some years not at all... :-)

Happy new year!

44
FARR Plugins and Aliases / Re: Updated: GooglePlus - View Google search results in FARR as you type
« on: October 04, 2011, 06:17 AM »
Ah, I just uncommented the line

    if(launchInFarr=="" || displayInfo=="") showOptions();

that is, changed it to:

    //if(launchInFarr=="" || displayInfo=="") showOptions();

in the function onSearchBegin() in C:\Program Files\FindAndRunRobot\Plugins\GooglePlus\fscript.js.

After the edit and after reloading all plugins, Google Plus seems to work fine here. :-)

45
FARR Plugins and Aliases / Re: Updated: GooglePlus - View Google search results in FARR as you type
« on: October 04, 2011, 05:45 AM »
Same problem here... I also get the options dialogue popup with every keystroke... :(

46
Living Room / Re: 50 Typografical pieces of art
« on: September 26, 2011, 11:42 PM »
 :Thmbsup: Thanks for sharing that page!

47
Find And Run Robot / Wish: UTF-8 and URL encoding
« on: September 01, 2011, 12:11 PM »
You can use $$u1 and $$uc in place of $$1 and $$c to have FARR perform urlencoding on the arguments, making them suitable for web searches. (Direct quote from the help file ;)).

As a Dane using special non-ascii letters very often, this is very cool and I use it a lot! :Thmbsup:

But now I wanted to create an alias to search my Gmail. This takes a URL of the form
    https://mail.google.com/mail/?shva=1#search/my+search+terms+in+utf-8
where my+search+terms+in+utf-8 is in URL encoded UTF-8 format. And it is the UTF-8 that is the problem.


If I just use ordinary $$u1 like this in my alias:
    https://mail.google.com/mail/?shva=1#search/$$u1
and use the alias to search for "særlige ønsker", I get
    https://mail.google.com/mail/?shva=1#search/s%e6rlige+%f8nsker
but then Gmail gets stuck loading and I get an almost blank screen. The functioning URL is 
    https://mail.google.com/mail/?shva=1#search/s%C3%A6rlige+%C3%B8nsker
which brings the correct search result.


So I miss being able to tell FARR to URL encode the UTF-8 encoded equivalent of the search string.

Would it be possible to add something like $$uu1, $$uu2, ..., $$uuc to perform URL encoding of the UTF-8 encoded string?

48
Living Room / Re: Firefox fixes the version number problem
« on: August 27, 2011, 12:07 PM »
Be aware that Facebook Disconnect gets rid of the Facebook "Like" buttons on all websites except Facebook.com
-Deozaan (August 27, 2011, 10:18 AM)
Yes, I am aware of that and that is exactly what I want! :up: And I won't click "like" just to get free content anyway - I only do that if I really like something. ;)

49
Living Room / Re: Firefox fixes the version number problem
« on: August 26, 2011, 05:26 PM »
I use smooth scroll and i dont have the issue
-justice (August 26, 2011, 08:04 AM)
And since I installed Facebook Disconnect just a day ago, being inspired by Deozaan's list :P, it probably cannot be the extensions that do it. So I still have the belief that it is something Chrome does, but I have no proof of it and haven't seen it mentioned anywhere :).

50
Living Room / Re: Firefox fixes the version number problem
« on: August 26, 2011, 05:21 PM »
Btw, On Second Thought Firefox Will Keep Its Version Numbers  :-\
-justice (August 26, 2011, 08:33 AM)
Good choice! :Thmbsup:

Pages: prev • 1 [2] 3 4 5 • next