RetroShare

Recent Commits

• csoler (25 Jun 26)

  Merge pull request #3245 from jolavillette/fix/qt6-qdatetime-settime_t Qt6: replace removed QDateTime::setTime_t() with setSecsSinceEpoch()

• csoler (24 Jun 26)

  Merge pull request #3241 from jolavillette/fix/rsgraphwidget-area-fill fix(gui): RSGraphWidget area fill — close polygon on a flat baseline

• csoler (23 Jun 26)

  Merge pull request #3231 from jolavillette/fix/macos-camera-mic-permissions fix(macos): add camera & microphone usage descriptions to Info.plist

• csoler (22 Jun 26)

  Merge pull request #3240 from csoler/v0.6-FeedItem2 Add a TLS attempt item to display connections without certificates in a separate more appropriate item.

• jolavillette (20 Jun 26)

  fix(gui): replace QDateTime::setTime_t with setSecsSinceEpoch for Qt6 QDateTime::setTime_t() was deprecated in Qt 5.8 and removed in Qt6. setSecsSinceEpoch() exists since Qt 5.8 so the GUI keeps building against both Qt5 and Qt6. Co-Authored-By: Claude Opus 4.8 (1M context) <[email protected]>

• jolavillette (06 Jun 26)

  fix(macos): add camera & microphone usage descriptions to Info.plist macOS 10.14+ terminates the app with SIGABRT when it accesses the camera or microphone without the matching usage-description keys in the bundle's Info.plist. Any VOIP audio/video call therefore crashes on macOS as soon as the capture device is opened (AVCaptureDeviceInput via QVideoInputDevice::start()). Add NSCameraUsageDescription and NSMicrophoneUsageDescription so the system shows the standard permission prompt instead of aborting the process. Co-Authored-By: Claude Opus 4.8 (1M context) <[email protected]>

• csoler (19 Jun 26)

  updated CMakeLists to TLSItem

• jolavillette (18 Jun 26)

  fix(gui): RSGraphWidget area fill — close polygon on a flat baseline The PLAIN (area) paint style closed the fill polygon by prepending only the bottom-right corner, so the polygon's closing edge ran from the bottom-right corner straight to the leftmost data point. Whenever that leftmost point was high, this drew a spurious diagonal across the whole graph, with the real curve clipped above and/or below it. Close the area along a flat baseline instead: add a baseline point under the first (leftmost) and last (rightmost) data points, guarded on a non-empty set. This affects every area-style RSGraph, but it is most visible in the VOIP plugin's config-panel "Required bandwidth" graph: the value swings widely (x264 variable bitrate) so the leftmost point is often high, making the diagonal appear intermittently there. Co-Authored-By: Claude Opus 4.8 (1M context) <[email protected]>

• csoler (17 Jun 26)

  fixed file header

• csoler (17 Jun 26)

  removed spurious yml file from 3213

• csoler (17 Jun 26)

  merging with upstream/master

• csoler (17 Jun 26)

  added TlsItem files

• csoler (17 Jun 26)

  fixed a few bugs in TlsAttempt feed item

• Gioacchino Mazzurco (17 Jun 26)

  Merge pull request #3235 from defnax/update-workflows update workflows

• Gioacchino Mazzurco (17 Jun 26)

  Merge pull request #3239 from jolavillette/fix/posted-metatype-rspostedpost Fix missing Q_DECLARE_METATYPE include in Posted board widgets

• jolavillette (17 Jun 26)

  Fix missing Q_DECLARE_METATYPE include in Posted board widgets Commit 724db9ae6 ("Fix duplicated MOC declaration") consolidated Q_DECLARE_METATYPE(RsPostedPost) into PostedItem.h and removed the in-file declarations that PostedListWidgetWithModel.cpp and PostedPostsModel.cpp previously carried. But both translation units use QVariant with RsPostedPost (value<>() / fromValue()) and neither includes PostedItem.h, directly or transitively, so the build broke with: error: static assertion failed: Type is not registered, please use the Q_DECLARE_METATYPE macro to make it known to Qt's meta-object system Add the missing #include "PostedItem.h" to both files so the metatype declaration is visible in those TUs. Co-Authored-By: Claude Opus 4.8 (1M context) <[email protected]>

• Gioacchino Mazzurco (16 Jun 26)

  Fix and upgrade GitlabCI

• Gioacchino Mazzurco (16 Jun 26)

  Fix WEBUI dependent option value in gui and service

• csoler (16 Jun 26)

  added new feed item for TLS connection attempts

• Gioacchino Mazzurco (16 Jun 26)

  Fix duplicated MOC declaration

• Gioacchino Mazzurco (16 Jun 26)

  Merge pull request #3237 from jolavillette/qt6-cmake-compat Qt6 compatibility for the CMake build (version-agnostic Qt5/Qt6) There are a few minor issue to fix, but leave those for after we merge Qt6 support, and merge this AS IS before is too late

• Gioacchino Mazzurco (16 Jun 26)

  Merge pull request #3229 from jolavillette/CMakeMigration-Modular-CrossPlatform Port to CMake modular and cross platform There are a few minor issue to fix, but leave those for after we merge Qt6 support, and merge this AS IS before is too late

• csoler (16 Jun 26)

  Merge pull request #3196 from defnax/improve.emoticons [Emoticons] Added search & remember recent smileys

• defnax (15 Jun 26)

  added sizepolicy

• csoler (15 Jun 26)

  Merge pull request #3202 from defnax/boards-picture-navigation [Boards] Added navigation for boards picture viewer

• jolavillette (15 Jun 26)

  refactor(cmake): rename "monorepo" -> super-project terminology The root build is a modular super-project: libretroshare, retroshare-gui, retroshare-service, retroshare-friendserver and plugins are each a standalone CMake project that the top-level CMakeLists.txt only aggregates (and they live in separate git repos pulled as submodules). Rename project(retroshare-monorepo) -> project(retroshare-superproject) and reword the CI header comments. Purely cosmetic: the old name was referenced nowhere. Co-Authored-By: Claude Opus 4.8 (1M context) <[email protected]>

• jolavillette (15 Jun 26)

  ci(cmake): add Windows and macOS Qt6 CMake build workflows Qt6 counterparts of windows-cmake.yml and macos-cmake.yml: build the tree against Qt6 on UCRT64 (qt6-* incl. qt6-5compat) and macOS (Homebrew 'qt'). Both keep plugins OFF since VOIP/FeedReader are not yet Qt6-ported. Completes the Qt6 CMake CI matrix (Ubuntu already green). Co-Authored-By: Claude Opus 4.8 (1M context) <[email protected]>

• jolavillette (15 Jun 26)

  fix(gui): guard GXS-id Q_DECLARE_METATYPE for Qt5 only (Qt6 AUTOMOC) Under Qt6 + CMake the build failed compiling mocs_compilation.cpp with 'specialization of QMetaTypeId<...> after instantiation' for RsGxsId, RsGxsGroupId and RsGxsMessageId. CMake AUTOMOC concatenates every moc_*.cpp into a single translation unit; in Qt6 these complete types get their QMetaTypeId implicitly instantiated by one moc section, so the explicit Q_DECLARE_METATYPE in a later section becomes an illegal re-specialization. qmake compiles each moc separately and never hits this. Qt6 auto-registers complete types with the metatype system, so the declaration is redundant there; guard it to Qt5 only. No behavior change on Qt5; QVariant and queued connections keep working on Qt6 via auto-registration. Co-Authored-By: Claude Opus 4.8 (1M context) <[email protected]>

• jolavillette (15 Jun 26)

  ci(cmake): add Ubuntu Qt6 CMake build workflow Qt6 counterpart of ubuntu-cmake.yml: builds the tree against Qt6 on ubuntu-24.04 to exercise the version-agnostic Qt detection. Plugins kept OFF since VOIP (Qt5 QtMultimedia API) and FeedReader (Qt5-hardcoded CMake) are not yet ported. Co-Authored-By: Claude Opus 4.8 (1M context) <[email protected]>

• jolavillette (15 Jun 26)

  build(cmake): make retroshare-gui Qt detection version-agnostic (Qt5/Qt6) Replace the hardcoded find_package(Qt5 ...) / Qt5:: links with the standard QT NAMES Qt6 Qt5 pattern driven by ${QT_VERSION_MAJOR}, so the same tree builds against both Qt5 and Qt6. On Qt6 add Core5Compat (for QRegExp et al.) and skip QtX11Extras (idle_platform.cpp already uses QNativeInterface there; X11/Xss are linked directly). Drop the dead 'if(NOT Qt6_FOUND) qt5_wrap_ui' double-wrap and keep a single versionless qt_wrap_ui call. The C++ sources are already Qt6-guarded upstream; this only wires Qt6 into the CMake build. VOIP/FeedReader plugins are out of scope (still Qt5-only). Co-Authored-By: Claude Opus 4.8 (1M context) <[email protected]>