Recently active topics in Fluid tagged with bug

1Password operation via right/ctrl click is not accessible when using multiple Browsa Browsa plugins with Fluid Version 0.9.2.5. Main window works fine, but it doesn't show up in secondary panes.

'Down for Everyone or Just Me' from the 'File' menu opens the wrong link:

http://downforeveryoneorjustme.com/q?domain=URL

it seems that they now use this syntax:

http://downforeveryoneorjustme.com/URL

This feature is really helpful, hope it can be fixed soon.
Cheers

Should General Prefs "Home page" field always be grayed out? While I can go in to the package and change the starting URL, it would be easier to do it from prefs (and definitely better than rebuilding the app).

Running it on bank of america has some weird behavior. The external landing page and the "internal" landing page (when you sign into your account) load quickly and render correctly.

Navigating to many of the pages linked pages either fails completely ("Load Failed") or eventually loads, but not the css or images...

From looking at the source everything references appears to be served from teh bankofamerica domain, and for good measure I'm letting the app navigate anywhere, but I'm still getting these issues.

Any clue what's up? I was thinking something with chains-of-redirects, but I'm not seeing any of that in the status bar, so I am stumped.

100% reproducible: start typing an URL in the Address bar and press the down key. Result: app crashes. Up key seems to work fine, the only problem is the down key (I guess it should either move the cursor to the end of the line or display the drop-down menu with the related URLs, if available).

- after UbberView, the search field in the toolbar does not saves its sizes between launches;
- tabs moved actually aren't resorted in the tab bar order;
- 'Back' button not active until the page is fully loaded when creating new tabs.
- while a page is loading, it's impossible to read the URL in the status bar when hovering links (the URL changes rapidly to the 'loading page' message).

And a few suggestions:
- save the bookmarks and downloads windows positions;
- allow JavaScript links that set the window size to open new windows while in SingleWindowMode like Firefox and Safari do;
- 'Clone tab' and 'Move tab to new window' commands for tabs, as well as 'merge all windows' a la Safari;
- 'Snap back to the lastest open tab' when you close a tab a la Camino (as an option at least).
- 'New tab' and 'Close tab' toolbar buttons.

Thanks for this incredible app! Kudos.

When you open multiple tabs in a window and reorder the tabs, by dragging and dropping, Fluid does not remember your new arrangement next time it opens, it takes the tabs back to the order in which they were created.

For example, I open the tabs thus:

--tab-01
--tab-02
--tab-03

I then drag tab-03 between 01 and 02:

--tab-01
--tab-03
--tab-02

Now, when I quit the SSB and reopen it, it has forgotten my new tab order and reverts to the order in which the tabs were created, like so:

--tab-01
--tab-02
--tab-03

I would love for this to get fixed as it is really annoying me and throws off my organization =P

Minor annoyance bug: In a MenuExtra SSB with multiple tabs open:
After you switch between tabs, you can drag in the lower right corner of the status bar, and it's the same operation as drag/move a tab.(to reorder, etc)

I've found at least two sites so far that disallow selecting/copying text when loaded as Fluid SSBs: brightkite.com and amazon.com.

I'm guessing it has to do with the "viewport" metatag being set, but I could be wrong. Any ideas? It's definitely annoying not being able to copy and paste from these SSBs!

Hi,

Not sure if it's intended but the dialogs given by SSB's (for example to confirm closing a window with several tabs) show the generic application icon, now (in 0.9.2.2).

It happens in both new and updated SSB's. FWIW.

Hi,

When I switch a window to full screen, it becomes impossible to go back (even after having switched to windowed mode again). Then, pressing cmd-left_arrow or selecting the menu item History > Back does nothing, if the toolbar is enabled the Back button is disabled, and if the page contains a history.back() javascript (for ex. <input type="button" value="Back" onClick="history.back();">) it doesn't work either.

Obviously I couldn't try the forward function, but it probably doesn't work either.

Repro:
1. Switch to full screen
2. Click a link
3. Try to go back

This is in 0.9.2.2 on a MBP.

Hi Todd,

Repro:
1. Launch a SSB with several tabs (I don't think the tabs matter, but that's my situation).
2. Open another window in that SSB, and load some page in it.
3. Switch that second window to full sreen and back to windowed mode.
4. Look for the first window: it's has been closed. It reproduces each time here.

To whoever might want to try it: if your first window has several tabs and if the SSB is set to restore the last session, don't just quit it at this point or you'd lose your tabs. Use force quit instead.

This is in 0.9.2.2 on a MBP.

I've noticed that when using the Google Reader the up and down arrows and page-up and page-down keys don't act the way they're supposed to.

It seems that the problem stems from the fact that with most browsers, if javascript intercepts the event and squelches it, the event does not get processed by the browser chrome.

I was able to replicate this by going to: http://webonweboff.com/tips/js/event_...

If you scroll to the bottom it contains a text box you can use to find keycodes. If you hit "page-up" in Fluid, it scrolls up. If you hit "page-up" in Camino, it does not.

Hi,

Repro steps:
1. open several tabs in a SSB
2. go to Preferences > General
3. change the icon
4. a dialog prompts you about restarting the ssb
5. click Restart

At that point, the confirmation prompt about closing the multi-tabs window pops up, but before you have a chance to click on it, another instance of the SSB launches in front of it, and you end up with two instances of that SSB running at the same time. Reproduces each time on both my Intel-based Macs.

Congrats for the 0.9.2.1 anyway, Todd! :)

When I change (from the preferences) the icon of a MenuExtra, the change is visible in the Finder and in the dialogs sent by that SSB (like the confirmation prompt when closing a multi-tabs window) but the icon in the menubar remains the same, even after quitting and re-launching the SSB.

On closer examination, this appears to be caused by the file .../Contents/Resources/icon.tiff not being updated when appl.icns is.