Freeter Community

Thanks for the report! Can you check if this happens in the new version?

@rugby It is not abandoned. I have very limited resources at the moment, dedicated for security updates and critical bug fixes. Those are rare, that's why there were no updates these months.

I'm going to implement this in the next version, on the next week. Will be configurable via View menu.

No updates for a few months - doesn't mean that it's discontinued Thanks for the pull requests! Merged some of them. For the compact mode - I'll make it differently with the View->Show Top Bar menu option. For the other two PRs - the feature branches should be updated to only have the feature-specific changes.

Thanks for giving it a try and your feedback!

Clicking on the X marks the app for deletion. After pressing OK all the marked apps will be deleted.

Thanks for the suggestion! Added MemSaver feature which allows to set how Freeter will unload inactive workflows. The behavior can now be controlled via Application, Project and Workflow settings. Please check the new version 2.5.0

Thanks for the confirmation! Now Freeter sends a spoofed user-agent to look the same as a standard chrome browser, so it shouldn't break anytime soon

Thanks for the report!
Fixed in the new v2.4.3. Please give it a try

Fixed in the new v2.4.3. Please give it a try

Fixed in 2.4.3

Just tried it - got the same note. It seems like they updated their browser detection and sign-in algos. Will research how to fix it in the next versions.

For now you can open Monday by following these steps:

1. Open Developer Tools for the webpage widget showing the "not supported" note, via the context menu
2. Open the Network tab in the dev tools window
3. Click the "More network conditions..." icon at the right of "Disable cache" and "No throttling"
4. In the Network conditions scroll to User Agent, uncheck the "Use browser default" and pick a "Chrome" on the presets drop-down menu
5. Reload the Monday page in the webpage widget and login (if requested)
6. If it sends a confirmation email and asks to click a link on it, then copy-paste the link to the webpage widget's url setting

I thought there was a setting to set the user-agent somewhere

Nope. There was only an option to put "mobile" to the user-agent, to trigger opening a mobile version of the website when it's possible.

Thank you for the confirmation!

Thanks for the report! Released a hotfix for the issue. Please download v2.4.2 and check if all web apps now work ok.

Thank you!

@sue said in File Opener Widget does not open text file:

Solved. My ignorance.

Thanks for the update!

Thanks for the detailed report with the console screenshot! The errors might be due to the user-agent inconsistency caused by the view mode setting, which was removed in the new v2.4.1.
Could you install the update and check if it still has the errors.

Fixed in v.2.4.1

@diamonddrake Can you check if the login issue is fixed in the new v2.4.1

Thanks for the report! There were other web apps having the same login issue.
Fixed in the new v2.4.1. Please try it and confirm if it's working now.