Processing Ajax...

Title
Close Dialog

Message

Confirm
Close Dialog

Confirm
Close Dialog

Confirm
Close Dialog

User Image
V@no
97 discussion posts
Hello.
This is a very wierd issue. When waterfox launched with -jsconsole command line argument it opens Browser Console before it's main window. When it launched from a desktop shortcut DF trigger properly detects the console, however when it launched from a pinned to DF taskbar shortcut, trigger doesn't detect the console.
This only affects Waterfox Classic, Waterfox Current has no issue.
I also should mention, this only happens under certain conditions:
1) the browser profile already exists and initialized (aka it was launched once)
2) startupCache folder in profile folder is deleted or read/write protected

I'm using the following setup:
  • Waterfox shortcut command line arguments:

    Code

    -jsconsole -no-remote -profile "C:\myprofilefolder"
    (see DF_waterfox_pinned and DF_waterfox_desktop)
  • DF trigger only one field "Window Text" set to =="Browser Console", delay(MS) set to 1000, action: show notification (see DF_waterfox_trigger)

Steps to reproduce (assuming profile folder is empty):
  • 1) launch Waterfox via desktop or taskbar shortcut = the notification balloon should popup
  • 2) close Waterfox, make sure ALL windows are closed
  • 3) delete C:\myprofilefolder\startupCache folder
  • 4) launch Waterfox via DF taskbar pinned shortcut = no notification balloon shown
  • 5) repeat step 2 and 3, launch Waterfox again but this time via desktop shortcut = the notification balloon shown.

Currently the solution is quite simple, instead of using path to waterfox.exe and providing arguments in DP pinned shortcut window, use path to shortcut on desktop instead and leave arguments field empty (see DF_waterfox_pinned_fix) The only drawback is once launched it will be shown as non-pinned item at the DF taskbar.

I'm curious to find why this happening, what does DF different when launching applications than explorer does?

Thank you.

P.S.
After investigating further, I learned that this issue temporary fixes if ANY of these preferenced in pref.js in Waterfox's profile modified or removed

Code

user_pref("sanity-test.advanced-layers", false);
user_pref("sanity-test.device-id", "0x1e07");
user_pref("sanity-test.driver-version", "26.21.14.4614");
user_pref("sanity-test.running", false);
user_pref("sanity-test.version", "MOZ_BUILDID");
• Attachment: DF_waterfox_desktop.png [14,653 bytes]
DF_waterfox_desktop.png
DF_waterfox_desktop.png
• Attachment: DF_waterfox_pinned_fix.png [10,517 bytes]
DF_waterfox_pinned_fix.png
DF_waterfox_pinned_fix.png
• Attachment: DF_waterfox_pinned.png [11,487 bytes]
DF_waterfox_pinned.png
DF_waterfox_pinned.png
• Attachment: DF_waterfox_trigger.png [30,421 bytes]
DF_waterfox_trigger.png
DF_waterfox_trigger.png
Jun 7, 2020 (modified Jun 7, 2020)  • #1
Keith Lammers (BFS)'s profile on WallpaperFusion.com
If you disable the "Force application to start on same monitor..." option in the DF shortcut, does that make any difference? I believe that can prevent Trigger rules from running on the window.
Jun 8, 2020  • #2
User Image
V@no
97 discussion posts
Disabling "Force application to start on same monitor..." worked. Thank you.

Maybe it would be a good idea add a note to that setting regarding this issue until it's fixed?
Jun 8, 2020  • #3
Keith Lammers (BFS)'s profile on WallpaperFusion.com
It's not really broken, that's the expected behaviour, the shortcut option will override the Trigger rules. I'll check to see if we can add a note about that in the help docs :)

Thanks!
Jun 9, 2020  • #4
User Image
V@no
97 discussion posts
It's just weird that setting would disable triggers...and only for some applications, not all.
Jun 9, 2020  • #5
Keith Lammers (BFS)'s profile on WallpaperFusion.com
That is weird for sure. I've added this to our list to investigate further and we'll see what we can find out.

Thanks!
Jun 11, 2020  • #6
Subscribe to this discussion topic using RSS
Was this helpful?  Login to Vote(-)  Login to Vote(-)