bitcoin: links reported still broken #1944

issue gavinandresen opened this issue on October 22, 2012
  1. gavinandresen commented at 2:25 AM on October 22, 2012: contributor

    LightRider on the forums reports:

    "...clicking on the link multiple times creates multiple instances of the bitcoin process, but the user cannot see any affects of them starting. I didn't notice until I checked process explorer and noticed them running. Also, when the client is not running, clicking the link creates a process but no gui appears at all, neither the window nor the tray icon."

    https://bitcointalk.org/index.php?topic=119277.msg1288375

  2. Diapolo commented at 12:30 PM on October 23, 2012: none

    <pre> Upgraded -> Started bitcoin -> Tried donation links which failed -> Quit bitcoin -> Found multiple donation link processes and force closed them -> Tried starting bitcoin again, but would get no gui or unresponsive gui -> Tried your suggestion and got same result -> Reboot machine -> bitcoin works fine </pre>

    I'm not sure if it's a code bug this time, perhaps it takes too long to pass an URI to the message queue, which makes users impatient. And they click again and again, which can screw things up (which IS not good).

  3. burger2 commented at 9:08 AM on October 24, 2012: contributor

    Maybe do a check at startup so the client don't start more instances if it's already running? But Bitcoin-qt 0.7.1 does know that the database is locked and quits after the error message is shown in my windows 7 64-bit.

  4. sipa commented at 9:11 AM on October 24, 2012: member

    There seem to be way too many problems with boost::interprocess... how do other programs deal with this? Sending a message to a running program should be something trivial, in my opinion. Maybe it would require platform-specific code for almost any platform, but that isn't worse than what we have now.

  5. laanwj commented at 11:05 AM on October 24, 2012: member

    Qt supports named pipes on any platform that we care about, imo that's the best solution.

    Platform specific solutions are more work and probably require hacking around qt left and right for window handles and such.

  6. Diapolo commented at 12:44 PM on October 24, 2012: none

    @burger2 There is a check at startup, which just tries to send new URIs to the message queue used for handling URIs. If that succeeds skip further client startup and exit, if no message queue is available start a new client. To me it seems that check doesn't work reliable, when impatient users are clicking to fast on a bitcoin: URI (which is indeed no fault and should not crash the client though).

  7. Azulan commented at 7:17 AM on October 25, 2012: none

    I wasn't impatiently clicking on the link multiple times in rapid succession. I clicked it twice, the second time only after a few minutes. Rebooting the computer did seem to resolve the issue though, so it might have just been a specific issue to my machine. As I suggested, maybe rebooting a windows machine after upgrading should be recommended.

  8. Diapolo commented at 8:02 AM on October 25, 2012: none

    I was not trying to say you are that kind of impatient user, I just wanted to clarify this can trigger a problem :).

  9. Diapolo commented at 11:50 AM on April 3, 2013: none

    @gavinandresen As your paymentserver pull was merged, this can be closed IMO.

  10. gavinandresen closed this on May 7, 2013

  11. KolbyML referenced this in commit 2dc773b1e1 on Dec 5, 2020
  12. KolbyML referenced this in commit 1fd7a25fc3 on Dec 5, 2020
  13. MarcoFalke locked this on Sep 8, 2021

github-metadata-mirror

This is a metadata mirror of the GitHub repository bitcoin/bitcoin. This site is not affiliated with GitHub. Content is generated from a GitHub metadata backup.
generated: 2026-04-17 03:15 UTC

This site is hosted by @0xB10C
More mirrored repositories can be found on mirror.b10c.me