Macintosh extension .xml doesn't work #175

Closed
opened 2024-06-09 17:22:57 +02:00 by Kent Davis · 47 comments

This is bug Windows it worked type .xml but Macintosh not work to upload into extension.blender.org

Some one on Discord group found out reason Macintosh put .xml doesn't work upload THEME into your browser.
They fixed during they do use Windows and send me back and I upload it worked without Macintosh.

Please fix upload support from Macintosh MacOS 13.6.6 and Intel iMac year 2017 and i5 and support upload into your browser thanks.

Only for MacOS please do not use Windows.

by Kent Davis

This is bug Windows it worked type .xml but Macintosh not work to upload into extension.blender.org Some one on Discord group found out reason Macintosh put .xml doesn't work upload THEME into your browser. They fixed during they do use Windows and send me back and I upload it worked without Macintosh. Please fix upload support from Macintosh MacOS 13.6.6 and Intel iMac year 2017 and i5 and support upload into your browser thanks. Only for MacOS please do not use Windows. by Kent Davis
Kent Davis added the
Priority
Normal
Type
Report
labels 2024-06-09 17:22:58 +02:00

This is a very confusing bug report. Could you share:

  • the error message you get
  • the .zip you are trying to upload

Most likely the issue is that you have a hidden folder inside the .zip (more specifically: __MACOSX). The best way to fix this is to use blender command line tools to create the package.

On the server we could be more clear about this particular error though since it will keep happening.

This is a very confusing bug report. Could you share: * the error message you get * the .zip you are trying to upload Most likely the issue is that you have a hidden folder inside the .zip (more specifically: `__MACOSX`). The best way to fix this is to use blender command line tools to create the package. On the server we could be more clear about this particular error though since it will keep happening.

On the server we could be more clear about this particular error though since it will keep happening.

And evern worse, we get the error for themes because suddenly there are two xmls in the zip. But we won't get this error for add-ons, even though the .zip may be bloated. What we try to do for now is to check the content of the .zip during the first review pass, which is not ideal.

> On the server we could be more clear about this particular error though since it will keep happening. And evern worse, we get the error for themes because suddenly there are two xmls in the zip. But we won't get this error for add-ons, even though the .zip may be bloated. What we try to do for now is to check the content of the .zip during the first review pass, which is not ideal.
Author

Ok I show you my youtube.
MacOS 10.6.6 only do not use Windows.
https://youtu.be/0SPWo_dNJiE

Ok I show you my youtube. MacOS 10.6.6 only do not use Windows. https://youtu.be/0SPWo_dNJiE
Author

@dfelinto
this is not 2 xml. only 1 xml you saw my youtube to show you exactly and your extension.blender.org still error because of Macintosh

@dfelinto this is not 2 xml. only 1 xml you saw my youtube to show you exactly and your extension.blender.org still error because of Macintosh

Please include the .zip you tried to upload here.

Please include the .zip you tried to upload here.
Author

@dfelinto
You did not check my youtube exactly I show you.

@dfelinto You did not check my youtube exactly I show you.

I just did, but once again I insist, could you please upload the .zip?

I just did, but once again I insist, could you please upload the .zip?
Author

@dfelinto

I already did. I am ask you do you have your own MacOS ?

if not then I ask @PratikPB2123 please send to them for Macintosh.

@dfelinto I already did. I am ask you do you have your own MacOS ? if not then I ask @PratikPB2123 please send to them for Macintosh.
Author
No description provided.

if not then I ask @PratikPB2123 please send to them for Macintosh.

Not much I can do here. Dalai may find some MAC machine in studio to verify the issue 🙂

> if not then I ask @PratikPB2123 please send to them for Macintosh. Not much I can do here. Dalai may find some MAC machine in studio to verify the issue 🙂
Author

if not then I ask @PratikPB2123 please send to them for Macintosh.

Not much I can do here. Dalai may find some MAC machine in studio to verify the issue 🙂

Allright. Thanks.

> > if not then I ask @PratikPB2123 please send to them for Macintosh. > > Not much I can do here. Dalai may find some MAC machine in studio to verify the issue 🙂 Allright. Thanks.

This is what is inside the .zip by the way:

image

This is what is inside the .zip by the way: ![image](/attachments/3b972584-2ea1-44fc-8b96-79fbc562dd79)

@Oleg-Komarov I talked to Campbell and we could give an error whenever some obvious files that shouldn't be inside the .zip are present:

  • .svn
  • .git
  • Thumbs.db
  • ehthumbs.db
  • __MACOSX

This is not the same as following the filtering path logic (under [build]). Otherwise we may produce "invalid" packages if we decide to change any rules in the future.


This should apply both to the server and the Blender package validation.

@Oleg-Komarov I talked to Campbell and we could give an error whenever some obvious files that shouldn't be inside the .zip are present: * .svn * .git * Thumbs.db * ehthumbs.db * __MACOSX This is not the same as following the filtering path logic (under [build]). Otherwise we may produce "invalid" packages if we decide to change any rules in the future. --- This should apply both to the server and the Blender package validation.
Owner

I'll add the check for forbidden file/directory names.

While we are talking about theme package structure: why didn't we restrict the filename for the theme? i.e. require it to be named theme.xml and contained in the same dir as the manifest, similar to how we require an __init__.py for addons.
This explicit requirement would have prevented this confusion.

I'll add the check for forbidden file/directory names. While we are talking about theme package structure: why didn't we restrict the filename for the theme? i.e. require it to be named `theme.xml` and contained in the same dir as the manifest, similar to how we require an `__init__.py` for addons. This explicit requirement would have prevented this confusion.

While we are talking about theme package structure: why didn't we restrict the filename for the theme? i.e. require it to be named theme.xml and contained in the same dir as the manifest, similar to how we require an __init__.py for addons.

No strong reason other than no one thought about that before (and that originally themes had no such requirement).

This explicit requirement would have prevented this confusion.

This is a bit ortoghonal, no? Users would still have theme.xml and __MACOSX/theme.xml on their .zips.

> While we are talking about theme package structure: why didn't we restrict the filename for the theme? i.e. require it to be named `theme.xml` and contained in the same dir as the manifest, similar to how we require an `__init__.py` for addons. No strong reason other than no one thought about that before (and that originally themes had no such requirement). > This explicit requirement would have prevented this confusion. This is a bit ortoghonal, no? Users would still have theme.xml and __MACOSX/theme.xml on their .zips.
Owner

This is a bit ortoghonal, no? Users would still have theme.xml and __MACOSX/theme.xml on their .zips.]

no, there may be only one file with a given name in a given directory, so we won't be looking into __MACOSX at all
also from what I can see, __MACOSX directory has file names with dots in front, making it a different file name

UPD: I mean that having an exact expected path replaces the check for multiple xml files in the zip

> This is a bit ortoghonal, no? Users would still have theme.xml and __MACOSX/theme.xml on their .zips.] no, there may be only one file with a given name in a given directory, so we won't be looking into __MACOSX at all also from what I can see, __MACOSX directory has file names with dots in front, making it a different file name UPD: I mean that having an exact expected path replaces the check for multiple xml files in the zip
Author

This is what is inside the .zip by the way:

image

See! that why you found out why. Macintosh compress on right click exactly automatic itself not me do. Mac does.
All of MacOS does in all world and extension.blender.org must to resolve to support Macintosh please.

> This is what is inside the .zip by the way: > > ![image](/attachments/3b972584-2ea1-44fc-8b96-79fbc562dd79) See! that why you found out why. Macintosh compress on right click exactly automatic itself not me do. Mac does. All of MacOS does in all world and extension.blender.org must to resolve to support Macintosh please.
Author

I'll add the check for forbidden file/directory names.

While we are talking about theme package structure: why didn't we restrict the filename for the theme? i.e. require it to be named theme.xml and contained in the same dir as the manifest, similar to how we require an __init__.py for addons.
This explicit requirement would have prevented this confusion.

Add-Ons only put INIT always.
THEME never put INIT only .toml and .xml
Did you saw I show you my youtube exactly step by step?
MacOS 13.6.7
image

> I'll add the check for forbidden file/directory names. > > While we are talking about theme package structure: why didn't we restrict the filename for the theme? i.e. require it to be named `theme.xml` and contained in the same dir as the manifest, similar to how we require an `__init__.py` for addons. > This explicit requirement would have prevented this confusion. Add-Ons only put __INIT__ always. THEME never put __INIT__ only .toml and .xml Did you saw I show you my youtube exactly step by step? MacOS 13.6.7 ![image](/attachments/d47c2340-f55e-4a9f-be34-227b48536438)
432 KiB
Author

Windows and Macintosh is very BIGGER DIFFERENT!

Windows and Macintosh is very BIGGER DIFFERENT!

The problem is that a zipped theme with the xml and manifest cant be uploaded to the extensions website. The reason for that is that zips from apple have the MACOS folder which contains another xml.
Thats basically the report and i tested that before because we talked about it on discord and i discovered that error.

The problem is that a zipped theme with the xml and manifest cant be uploaded to the extensions website. The reason for that is that zips from apple have the MACOS folder which contains another xml. Thats basically the report and i tested that before because we talked about it on discord and i discovered that error.
Author

The problem is that a zipped theme with the xml and manifest cant be uploaded to the extensions website. The reason for that is that zips from apple have the MACOS folder which contains another xml.
Thats basically the report and i tested that before because we talked about it on discord and i discovered that error.

Thank very much

> The problem is that a zipped theme with the xml and manifest cant be uploaded to the extensions website. The reason for that is that zips from apple have the MACOS folder which contains another xml. > Thats basically the report and i tested that before because we talked about it on discord and i discovered that error. Thank very much
Author

@Oleg-Komarov and @dfelinto read that what Silas message.

@Oleg-Komarov and @dfelinto read that what Silas message.
Author

I am not satisfy what you said on upload extension.
Please fix your extension code to automatic focus 2 file.

I can't control compress because of special MacOS

Please lot change code.
For example:

string del_macos = "macosx"
string del
.dll = "_dll"
and etc make more easy to upload .zip PLEASE!

image

I am not satisfy what you said on upload extension. Please fix your extension code to automatic focus 2 file. I can't control compress because of special MacOS Please lot change code. For example: string del_macos = "_macosx" string del_.dll = "_dll" and etc make more easy to upload .zip PLEASE! ![image](/attachments/9b81ccfb-c65e-409d-b8c6-41238fadf2a1)
178 KiB
Author

Still not work
image
Please fix your extension.blender.org code specifically MacOS file thanks.

Still not work ![image](/attachments/9a3ed39c-e504-45d3-8e62-8d69fec07f5d) Please fix your extension.blender.org code specifically MacOS file thanks.
1.2 MiB
Author

I am still complain and frustrate. Please send to everyone for iMac, MacBook Air, MacBook Pro and take test compress to be .zip and your blender.org must fix your browser code to support for Mac Please.

I am still complain and frustrate. Please send to everyone for iMac, MacBook Air, MacBook Pro and take test compress to be .zip and your blender.org must fix your browser code to support for Mac Please.
Author

I did delete old one.
You may check all above about Macintosh MacOS.

@Victor-09
@Sunova

I did delete old one. You may check all above about Macintosh MacOS. @Victor-09 @Sunova

@mac4kent please refrain from posting the same information over and over again. The issue was understood, and will be tackled when the team gets to it.

Either way, the fix will be to inform the users what happened, which we did here at length, and pointing them towards building the extensions .zip with Blender's build command.

For anyone wanting to help further, the part missing here is to have Blender throwing an error in this case.

This issue is also already listed on the main Extensions Platform task. So there is no reason to keep it open. I will close it for now.

@mac4kent please refrain from posting the same information over and over again. The issue was understood, and will be tackled when the team gets to it. Either way, the fix will be to inform the users what happened, which we did here at length, and pointing them towards building the extensions .zip with [Blender's build command](https://docs.blender.org/manual/en/dev/advanced/extensions/command_line_arguments.html#subcommand-build). For anyone wanting to help further, the part missing here is to have Blender throwing an error in [this case](https://projects.blender.org/infrastructure/extensions-website/issues/175#issuecomment-1212781). This issue is also already listed on the main Extensions Platform task. So there is no reason to keep it open. I will close it for now.

If the error isnt fixed why is it closed then? or is it added to another list?

If the error isnt fixed why is it closed then? or is it added to another list?
Author

@DarkKnight are right!

@dfelinto Please stop no close this ticket.

@DarkKnight are right! @dfelinto Please stop no close this ticket.
Author

I am still frustrate you never did fix support specific MacOS
I am still wait for you.
image

I am still frustrate you never did fix support specific MacOS I am still wait for you. <img width="3200" alt="image" src="attachments/5e31bd21-7f6e-4e64-af4e-93c8564138a2">
1.1 MiB
Owner

@mac4kent please don't cross-post in unrelated tickets: #194 (comment)

@DarkKnight @mac4kent please consider the following:

  • the file that is being uploaded contains a hidden __MACOSX directory that shouldn't be there: users who install your theme don't need to get this directory (especially if you don't control what ends up there), that's why we are blocking upload of such files
  • the fact that macos finder creates zip archives that are not suitable for distribution via Extensions Platform is not a bug of the Extensions Platform - it only means that a different tool should be used

you can create a zip file without unexpected content

  • either using zip from command line: zip theme.zip blender_manifest.toml theme.xml
  • or using a blender command: blender --command extension build --source-dir YOUR_DIRECTORY

please let us know if you have any questions, I hope the above info should be enough to unblock your theme upload

@mac4kent please don't cross-post in unrelated tickets: https://projects.blender.org/infrastructure/extensions-website/issues/194#issuecomment-1221316 @DarkKnight @mac4kent please consider the following: - the file that is being uploaded contains a hidden __MACOSX directory that shouldn't be there: users who install your theme don't need to get this directory (especially if you don't control what ends up there), that's why we are blocking upload of such files - the fact that macos finder creates zip archives that are not suitable for distribution via Extensions Platform is not a bug of the Extensions Platform - it only means that a different tool should be used you can create a zip file without unexpected content - either using zip from command line: `zip theme.zip blender_manifest.toml theme.xml` - or using a blender command: `blender --command extension build --source-dir YOUR_DIRECTORY` please let us know if you have any questions, I hope the above info should be enough to unblock your theme upload

I consider this fixed now that we have the new error message.

I consider this fixed now that we have the new error message.
Author

No. I check still BUG! Your extension blender org need to fix match MacOS Complress.
image

No. I check still BUG! Your extension blender org need to fix match MacOS Complress. <img width="3200" alt="image" src="attachments/7a066102-fd51-4cc9-b22d-8c0f56bcd3a7">
1.2 MiB

No. I check still BUG! Your extension blender org need to fix match MacOS Complress.
image

Hey Kent, its actually a MACOS problem. If you use any other method for packing it works.
Usually other file hosters or similar blender hosters dont care about it but i understand the reasons behind it. For security :)

Your solution would be to use another method for packing and MACOS surely have another app for it or maybe not..

> No. I check still BUG! Your extension blender org need to fix match MacOS Complress. > <img width="3200" alt="image" src="attachments/7a066102-fd51-4cc9-b22d-8c0f56bcd3a7"> Hey Kent, its actually a MACOS problem. If you use any other method for packing it works. Usually other file hosters or similar blender hosters dont care about it but i understand the reasons behind it. For security :) Your solution would be to use another method for packing and MACOS surely have another app for it or maybe not..
Owner

@mac4kent your behavior in this thread is asocial and not constructive:
you ignore the reasoning presented to you, and you claim that you are right without addressing the arguments from our side

This style of arguing won't help you achieve your goal in this thread, please stop. If you don't stop we will have to lock this ticket.

@mac4kent your behavior in this thread is asocial and not constructive: you ignore the reasoning presented to you, and you claim that you are right without addressing the arguments from our side This style of arguing won't help you achieve your goal in this thread, please stop. If you don't stop we will have to lock this ticket.

Feel free to write back if there is any clarification still needed.
But please don't re-open this.

Feel free to write back if there is any clarification still needed. But please don't re-open this.
Author

I ask all of you, do you have your own iMac, MacBook Pro?
Do right click compress.

I ask all of you, do you have your own iMac, MacBook Pro? Do right click compress.

Yes, Macs are doing it and its a mac error.

You need to use another method to compress it, maybe there is an online tool for it.

You cant use the mac method to compress it.

Yes, Macs are doing it and its a mac error. You need to use another method to compress it, maybe there is an online tool for it. You cant use the mac method to compress it.
Author

Mac is no error. Mac is way compress. I ask them again Do all of you have your own Macintosh please.

I know Blender browser is error still.

Please tell me how “another method”??

Mac is no error. Mac is way compress. I ask them again Do all of you have your own Macintosh please. I know Blender browser is error still. Please tell me how “another method”??

@mac4kent the other method is the one mentioned on the extensions website:

Build your extension using the command-line tool to catch and prevent most of these errors.

@mac4kent the other method is the one mentioned on the extensions website: Build your extension using the [command-line tool](https://docs.blender.org/manual/en/dev/advanced/extensions/command_line_arguments.html#subcommand-build) to catch and prevent most of these errors.
Author

This one

Subcommand: build

usage:

blender --command extension build [-h] [--source-dir SOURCE_DIR]
[--output-dir OUTPUT_DIR]
[--output-filepath OUTPUT_FILEPATH]
[--split-platforms] [--verbose]
Build a package in the current directory.

options:
-h, --help
show this help message and exit

--source-dir SOURCE_DIR
The package source directory containing a blender_manifest.toml manifest.

Default’s to the current directory.

--output-dir OUTPUT_DIR
The package output directory.

Default’s to the current directory.

--output-filepath OUTPUT_FILEPATH
The package output filepath (should include a .zip extension).

Defaults to a name created using the id from the manifest.

--split-platforms
Build a separate package for each platform. Adding the platform as a file name suffix (before the extension).

This can be useful to reduce the upload size of packages that bundle large platform-specific modules (*.whl files).

--verbose
Include verbose output.

Subcommand: validate

I don’t understand.

Please tell me how to beginning step by step please.

This one Subcommand: build usage: blender --command extension build [-h] [--source-dir SOURCE_DIR] [--output-dir OUTPUT_DIR] [--output-filepath OUTPUT_FILEPATH] [--split-platforms] [--verbose] Build a package in the current directory. options: -h, --help show this help message and exit --source-dir SOURCE_DIR The package source directory containing a blender_manifest.toml manifest. Default’s to the current directory. --output-dir OUTPUT_DIR The package output directory. Default’s to the current directory. --output-filepath OUTPUT_FILEPATH The package output filepath (should include a .zip extension). Defaults to a name created using the id from the manifest. --split-platforms Build a separate package for each platform. Adding the platform as a file name suffix (before the extension). This can be useful to reduce the upload size of packages that bundle large platform-specific modules (*.whl files). --verbose Include verbose output. Subcommand: validate I don’t understand. Please tell me how to beginning step by step please.

@mac4kent for support please go to: https://www.blender.org/community/

@mac4kent for support please go to: https://www.blender.org/community/
Author

This link too many list I don’t know which right one. Please send me very simply without too many details.
I have very limit English and I knowledge very limit word.

This link too many list I don’t know which right one. Please send me very simply without too many details. I have very limit English and I knowledge very limit word.

Kent, please understand that we cannot give support in this issue tracker. The problem you reported can be avoided by building your extension using the command-line tool as mentioned before. Alternatively you can try another compression tool for macOS.

If you're having issues understanding how this exactly works please ask for support in one of the user support forums or groups. https://www.blender.org/community/

Thank you.

Kent, please understand that we cannot give support in this issue tracker. The problem you reported can be avoided by building your extension using the [command-line tool](https://docs.blender.org/manual/en/dev/advanced/extensions/command_line_arguments.html#subcommand-build) as mentioned before. Alternatively you can try another compression tool for macOS. If you're having issues understanding how this exactly works please ask for support in one of the user support forums or groups. https://www.blender.org/community/ Thank you.
Author

Kent, please understand that we cannot give support in this issue tracker. The problem you reported can be avoided by building your extension using the command-line tool as mentioned before. Alternatively you can try another compression tool for macOS.

If you're having issues understanding how this exactly works please ask for support in one of the user support forums or groups. https://www.blender.org/community/

Thank you.

I ask you, Do you have your own Macintosh MacOS?

> Kent, please understand that we cannot give support in this issue tracker. The problem you reported can be avoided by building your extension using the [command-line tool](https://docs.blender.org/manual/en/dev/advanced/extensions/command_line_arguments.html#subcommand-build) as mentioned before. Alternatively you can try another compression tool for macOS. > > If you're having issues understanding how this exactly works please ask for support in one of the user support forums or groups. https://www.blender.org/community/ > > Thank you. I ask you, Do you have your own Macintosh MacOS?
Author

Too many list still
image

Too many list still <img width="1024" alt="image" src="attachments/9312c29d-d20b-445e-911c-f2ca0a7deae7">
436 KiB

I understand that you feel most comfortable using macOS' builtin compression tool, but you have to use the command-line tool or another compression tool as said several times now.

Please ask for help in a user support forum, social media or whatever place works for you.

I understand that you feel most comfortable using macOS' builtin compression tool, but you have to use the command-line tool or another compression tool as said several times now. Please ask for help in a user support forum, social media or whatever place works for you.
Thomas Dinges locked as Resolved and limited conversation to collaborators 2024-07-02 16:56:20 +02:00
Sign in to join this conversation.
No Milestone
No project
No Assignees
6 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: infrastructure/extensions-website#175
No description provided.