From the PCs with the latest patches from Microsoft no "Drag files...." and no Paste.
The old Surface is still making updates... 😁

22 minutes ago, CaolIla said:

From the PCs with the latest patches from Microsoft no "Drag files...." and no Paste.
The old Surface is still making updates... 😁

Do you have some filters on your router?

Try using a phone on the mobile network, not Wi-Fi.

Edited August 18Aug 18 by Dave_Hicks

9 minutes ago, Dave_Hicks said:

Do you have some filters on your router?

Try using a phone on the mobile network, not Wi-Fi.

No no thats not the problem.. The 3rd PC use the same connection

I search a little and found with Copilot That there is a known problem with some forum and Invision is one of them. I tried to make some changes in the setup of edge (waht Copilot recommend me to do) but nothing works

It seems that the problem are in combination of Edge and Win11...

I continue to try ... It can be good for you if I found something... I'm sure i'm not the unique with this kind of problems

34 minutes ago, Dave_Hicks said:

Try using a phone on the mobile network, not Wi-Fi.

PC on Ethernet but I also try Wi-Fi... I hate using Wi-Fi, it's only for our phone or tablet when mobile in the house, on the desk connected over cable. ;)

22 minutes ago, CaolIla said:

No no thats not the problem.. The 3rd PC use the same connection

I search a little and found with Copilot That there is a known problem with some forum and Invision is one of them. I tried to make some changes in the setup of edge (waht Copilot recommend me to do) but nothing works

It seems that the problem are in combination of Edge and Win11...

I continue to try ... It can be good for you if I found something... I'm sure i'm not the unique with this kind of problems

Good luck

Edited August 18Aug 18 by Dave_Hicks

Hi admins


Invision Community – Image Upload Issue (Replies Only)

Environment:

• Browser: Microsoft Edge (latest version)

• OS: Windows 11 (fully updated)

• Platform: Invision Community (version unknown)

• Symptoms:

  • When creating a new topic, the user can upload images normally.

  • When writing a reply, the upload banner/button is missing.

  • Copy/paste of images does not work in replies.

  • Drag‑and‑drop also fails.

1. Summary of the Issue

The user cannot insert images when replying to an existing topic. The upload UI is visible and functional in new topics, but not in replies. Additionally, Microsoft Edge blocks image pasting inside the editor.

This indicates two separate issues:

1. Invision Community configuration/theme issue (upload bar missing in replies)

2. Microsoft Edge clipboard permission issue (image paste blocked)

2. Technical Causes (Confirmed Patterns)

A. Missing Upload Bar in Replies

This behavior is known and documented in several Invision Community installations. It is caused by one of the following:

1. Group permissions

In ACP → Members → Groups → (User Group) → Attachments Some installations have different permissions for:

• “Upload attachments in topics”

• “Upload attachments in comments/replies”

If the second one is disabled, the upload bar disappears only in replies.

2. Theme template conditions

Some themes hide the upload bar in replies using conditional logic.

Example found in custom themes:

html

{{if $reply}}
    <!-- Upload bar hidden -->
{{endif}}

If the theme or a template hook modifies the editor layout, the upload UI may be removed.

3. JavaScript errors in the reply editor

If any editor-related JS fails to load, the upload bar does not appear.

Files involved:

• ckeditor.js

• root_front.js

• editor.js

• Any custom JS from the theme

A single 404 / 502 / blocked script will break the upload UI.

The user previously reported 502 Bad Gateway errors on JS files, which strongly suggests this is happening again.

4. Application or plugin modifying the editor

Even a small plugin can alter editor behavior. If a plugin affects posting or attachments, it may disable upload in replies only.

B. Image Paste Not Working in Microsoft Edge

Edge has known restrictions affecting web editors:

• Clipboard API blocked by default

• Enhanced Security Mode disabling paste of images

• Domain-specific clipboard permissions

• Edge refusing base64 image insertion in some contexts

This is browser-specific. If the same action works in Chrome/Firefox, Edge is the cause.

3. Recommended Diagnostic Steps (Admin)

A. Check Group Permissions

ACP → Members → Groups → (User Group) → Attachments

Ensure the following are enabled:

• Can upload attachments

• Can upload attachments in comments/replies

• Allowed file types include JPG/PNG/GIF

• Maximum upload size > 0

B. Check Theme Templates

ACP → Themes → Edit HTML/CSS → front → posting → editor

Look for conditional blocks hiding the upload bar in replies.

C. Check JavaScript Console

In Edge or Chrome:

1. Open a reply form

2. Press F12 → Console

3. Look for errors related to:

   • ckeditor.js

   • editor.js

   • root_front.js

   • Any custom theme JS

If any script fails to load, the upload UI will not appear.


I checked when I create a new topic I have the banner and I can Paste
"Drag files here to attach, or choose files...

• Insert existing attachment

• Max total size: 48.83 MB"
  
  
  It seems to be a config problem... (for a part of the problem )

Some other search result.


I gave the code to Copilot for analyse


Invision Community – Missing Attachment Upload UI in Replies (Technical Report)

Summary

The reply editor does not display the attachment upload bar. The user can upload images when creating a new topic, but cannot upload or paste images when replying.

The HTML structure captured from the reply editor confirms that the attachment upload container is missing entirely.

1. What the HTML shows

The reply editor currently renders:

html

<div class="ipsComposeArea ipsComposeArea--reply ipsClearfix">
    <div class="ipsComposeArea__photo">
        <a href="https://waterpixels.net/profile/319-caoilla/" data-ipsHover data-ipsHover-target="https://waterpixels.net/profile/319-caoilla/?do=hovercard">
            <img src="..." alt="User photo">
        </a>
    </div>

    <div class="ipsComposeArea_editor">
        <div class="ipsEditor" data-ipseditorv5-postkey="reply-..." data-ipseditorv5-autosavekey="reply-..." data-ipseditorv5-name="comment">
            <!-- CKEditor instance -->
        </div>
    </div>
</div>

Critical observation

The expected upload bar container:

html

<div class="ipsComposeArea__attachments"> ... </div>

is completely missing.

This is why the user cannot upload files in replies.

2. What should normally appear

In a fully functional Invision Community editor, the reply box includes:

html

<div class="ipsComposeArea__attachments">
    <div class="ipsAttachmentDropZone">...</div>
    <div class="ipsAttachmentUpload">...</div>
</div>

This block is responsible for:

• drag‑and‑drop uploads

• file selection button

• attachment list

• paste‑to‑upload support

Since this block is not present, the editor cannot display any upload UI.

3. Why this block is missing

There are only three possible causes in Invision Community:

A. Group permissions

If the group does not have:

• Can upload attachments in comments/replies

then the template removes the entire attachment block.

This is the most common cause.

In Edge I can paste picture on other forum and in Copilot... that's not a blocking problem from Edge on my side I checked all I receive to check.

from my android phone I se the upload banner

Nobody have a PC under Win 11 with edge ?

If yes please try to upload here a picture

58 minutes ago, CaolIla said:

Nobody have a PC under Win 11 with edge ?

If yes please try to upload here a picture

I have on my work laptop.

Tomorrow I will try

    I checked this against the server and also looked for any obvious current Invision Community issue around reply uploads, Edge, pasted images, or the attachment uploader not appearing. I didn’t find a known public issue that matches this exact behavior.

    

    I also tested from a Windows 11 / Edge machine and the reply uploader appears and works there, so this does not appear to be a general Windows 11 or Edge problem.

    

    From the server side, your account is allowed to upload, your group permissions look correct, and your account has successfully uploaded images into replies. That means Invision is not globally blocking reply uploads for your account.

    

    The remaining evidence points to something local to the affected browser/device setup: cached site data, an Edge profile issue, an extension, privacy/security setting, or security software interfering with the editor/uploader JavaScript.

    

    Please try:

    

    1. Edge InPrivate window.

    2. Clear WaterPixels site data/cookies/cache.

    3. Disable browser extensions temporarily.

    4. Try Edge tracking prevention set to Basic for WaterPixels.

    5. Try Chrome or Firefox on the same affected PC.

    6. If it still fails, open F12 → Console, try the reply uploader/paste action, and send a screenshot of any red errors

I will do that

Please send me your email that I can send you a screenshot

I tried to send you an screenshot here.... It works

but here not...

IT is not the entire waterpixel who have the problem... only in the replies

I'll make the other test after my work

2 minutes ago, CaolIla said:

but here not...

IT is not the entire waterpixel who have the problem... only in the replies

I'll make the other test after my work

Sorry Caolla, we live in different part of the world, ss soon as Rich will be online he will gives another try.

In the meantime I'm writing you from MS Edge on my Win11 laptop and it works.

I'll Try later with another user.

And they is an other problem... some of us works... and that's take a big part of our time 😁

Copilot answer

Summary of the Issue

Image attachments cannot be inserted in replies, even though they work correctly when creating a new topic. This is not caused by browser settings, cookies, cache, or Edge’s tracking prevention.

The failure is caused by a JavaScript error inside root_front.js, which prevents the CKEditor attachment module from loading in reply forms.

🔥 Critical JavaScript Error

The console shows repeated errors:

Code

Uncaught (in promise) TypeError: Cannot convert undefined or null to object
    at Object.assign
    at BaseControllerClone._updateTimestamp

This error occurs every few seconds, meaning the controller responsible for AJAX updates and editor initialization is failing continuously.

Because _updateTimestamp() crashes, the reply editor never completes its initialization, and the attachment subsystem is never activated.

🎯 Why attachments work in new topics but not in replies

In Invision Community:

• The new topic editor loads in “full mode” with all scripts and plugins.

• The reply editor loads inside an AJAX wrapper and depends on BaseControllerClone for notifications, timestamps, and editor initialization.

When root_front.js throws an exception inside _updateTimestamp():

• The reply editor loads in degraded mode

• CKEditor plugins (including attachments, paste‑image, drag‑and‑drop) do not initialize

• The attachment bar does not appear

• Pasting images is disabled

• Uploads fail silently

This perfectly matches the behavior observed.

🧩 Likely Root Causes

One of the following is happening:

1) Corrupted or modified root_front.js

A custom theme or manual edit may have introduced a faulty Object.assign() call.

2) A plugin or theme override is returning null

If _updateTimestamp() receives null instead of an object, Object.assign() will throw exactly the error you captured.

3) An AJAX endpoint is returning an empty or malformed JSON payload

If the notifications/timestamp endpoint returns null, the controller crashes.

4) Lazy‑loading or placeholder scripts are interfering

Your console shows:

Code

Images loaded lazily and replaced with placeholders.
Load events are deferred.

This can break editor initialization in replies.

🧪 Developer Verification Steps

Your developer should check the following:

1) Inspect root_front.js at line ~258

Look for something like:

js

Object.assign(target, data);

If target or data is null, this will crash.

2) Check the AJAX response for the notifications/timestamp endpoint

Verify it returns a valid JSON object.

3) Disable theme overrides temporarily

If the issue disappears, the theme is the source.

4) Check CKEditor initialization in replies

Confirm that the attachment plugin is actually being loaded.

🛠️ How to Fix

Depending on the cause:

✔️ If the theme overrides _updateTimestamp()

Ensure the function checks for null:

js

if (data && typeof data === 'object') {
    Object.assign(this.timestampData, data);
}

✔️ If the AJAX endpoint returns null

Fix the backend so it always returns a valid object.

✔️ If root_front.js is corrupted

Replace it with the official Invision Community version.

✔️ If lazy‑loading interferes

Disable lazy‑loading for editor‑related scripts.

🎯 Conclusion

The inability to insert images in replies is caused by a JavaScript exception in root_front.js, not by browser settings. Until this error is fixed, the reply editor will continue to load in degraded mode and attachments will remain broken.

1 hour ago, CaolIla said:

Copilot answer

Summary of the Issue

Image attachments cannot be inserted in replies, even though they work correctly when creating a new topic. This is not caused by browser settings, cookies, cache, or Edge’s tracking prevention.

The failure is caused by a JavaScript error inside root_front.js, which prevents the CKEditor attachment module from loading in reply forms.

🔥 Critical JavaScript Error

The console shows repeated errors:

Code

Uncaught (in promise) TypeError: Cannot convert undefined or null to object
    at Object.assign
    at BaseControllerClone._updateTimestamp

This error occurs every few seconds, meaning the controller responsible for AJAX updates and editor initialization is failing continuously.

Because _updateTimestamp() crashes, the reply editor never completes its initialization, and the attachment subsystem is never activated.

🎯 Why attachments work in new topics but not in replies

In Invision Community:

• The new topic editor loads in “full mode” with all scripts and plugins.

• The reply editor loads inside an AJAX wrapper and depends on BaseControllerClone for notifications, timestamps, and editor initialization.

When root_front.js throws an exception inside _updateTimestamp():

• The reply editor loads in degraded mode

• CKEditor plugins (including attachments, paste‑image, drag‑and‑drop) do not initialize

• The attachment bar does not appear

• Pasting images is disabled

• Uploads fail silently

This perfectly matches the behavior observed.

🧩 Likely Root Causes

One of the following is happening:

1) Corrupted or modified root_front.js

A custom theme or manual edit may have introduced a faulty Object.assign() call.

2) A plugin or theme override is returning null

If _updateTimestamp() receives null instead of an object, Object.assign() will throw exactly the error you captured.

3) An AJAX endpoint is returning an empty or malformed JSON payload

If the notifications/timestamp endpoint returns null, the controller crashes.

4) Lazy‑loading or placeholder scripts are interfering

Your console shows:

Code

Images loaded lazily and replaced with placeholders.
Load events are deferred.

This can break editor initialization in replies.

🧪 Developer Verification Steps

Your developer should check the following:

1) Inspect root_front.js at line ~258

Look for something like:

js

Object.assign(target, data);

If target or data is null, this will crash.

2) Check the AJAX response for the notifications/timestamp endpoint

Verify it returns a valid JSON object.

3) Disable theme overrides temporarily

If the issue disappears, the theme is the source.

4) Check CKEditor initialization in replies

Confirm that the attachment plugin is actually being loaded.

🛠️ How to Fix

Depending on the cause:

✔️ If the theme overrides _updateTimestamp()

Ensure the function checks for null:

js

if (data && typeof data === 'object') {
    Object.assign(this.timestampData, data);
}

✔️ If the AJAX endpoint returns null

Fix the backend so it always returns a valid object.

✔️ If root_front.js is corrupted

Replace it with the official Invision Community version.

✔️ If lazy‑loading interferes

Disable lazy‑loading for editor‑related scripts.

🎯 Conclusion

The inability to insert images in replies is caused by a JavaScript exception in root_front.js, not by browser settings. Until this error is fixed, the reply editor will continue to load in degraded mode and attachments will remain broken.

Useless slop and not actionable.

To my knowledge you are the only person hitting this issue. Lots of people use edge and Windows11, etc.

I think it is more likely you have some content filtering enabled, possibly on your router, that is the root cause.

Try to hotspot your phone, using the mobile carrier network, and connect your PC to the hotspot WiFi. This will confirm or refute my suspicion.

Edited August 20Aug 20 by Dave_Hicks

@Dave_Hicks

Sorry but

1) I have 2 PC with the problem
2) an old tablet work with my user, but not up to date iwth the last version (and Win 10)
3) I made some test (forgot to write here from an other country (CH) from my Surface Win11 (network from the compagnie No access, Android hotspot can reach the site, nothing changed no Paste from pictures.
4) if I use some VPN same it didn't work better

When I search with copilot (ok it is microsoft and ? ) I allways found information that there is a known problem with Invision + Win11 + Edge.
I made test on other Invision Forum like Plongeur.com

It's the same in the background

Copyright © 2023 PLONGEUR.COMPowered by Invision Community

Also on an other forum I found (forgot the name) it was possible to paste pictures.


For me with the information I found the problem is on "your" side.


In the past I used Chrome, Firefox and other... since more or less 5 years... one browser...the one installed on windows. (it is my decission and I assume, and i'm happy with that. )

At work we switched from Firefox to chrome.. and now the move to Edge form secondary browser to the main is started.
Why it is not the question , but it is a big international inssurance compagnie near 20 000 workers in Europe.

Edited August 20Aug 20 by CaolIla

Hi @Dave_Hicks

I found something

When I make a new message to a person.. I can Paste
When I try to reply it didn't work
When after sending the answer with texte only, I edit this message I can Paste.



Now I send this message in this topic and try during a futur edit of it.
----------------------------------------------------------------------------
Edit



Yes it works...



For me the problem is in a JS or other script on Waterpixel....

Edited August 20Aug 20 by CaolIla

Good luck. I shared my suggestion, I can't comment further.

31 minutes ago, Dave_Hicks said:

Good luck. I shared my suggestion, I can't comment further.

Thanks, but if the problem is in the script on the side of Waterpixels... I can't do anything.

Only try to localize the problem... the ball is on the side of the administrators of the site.

37 minutes ago, CaolIla said:

Thanks, but if the problem is in the script on the side of Waterpixels... I can't do anything.

Only try to localize the problem... the ball is on the side of the administrators of the site.

Problem is, for the moment at least, we can’t find a problem and, so far, no-one else has reported this as an issue. Rich has been checking various logs and nothing has turned up so far.

Dave suggested creating a hotspot on a mobile phone and then accessing Waterpixels from your PC via the hotspot. This might eliminate a possible router issue. Did you try that?

There’s no lack of effort (or willingness) from the Waterpixel’s team to try and solve this. But The Man is stumped at the moment.

12 minutes ago, TimG said:

Dave suggested creating a hotspot on a mobile phone and then accessing Waterpixels from your PC via the hotspot. This might eliminate a possible router issue. Did you try that?

Yes I write that before